FHIR Release 3 (STU)

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

9.10 Ресурс DetectedIssue - Назначение

Clinical Decision Support Work GroupMaturity Level: 1 Trial UseCompartments: Device, Patient, Practitioner

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

This resource is an event resource from a FHIR workflow perspective - see Workflow, specifically Event.

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

  • Взаимодействие лекарственных средств
  • Неподходящее лечение (неправильная доза, частота, место применения)
  • Дублирование лечения

Данный ресурс представляет собой индивидуальный экземпляр потенциальной проблемы для конкретного пациента. Он не предназначен для хранения общих сведений, не относящихся к конкретному пациенту. Также он не предназначен для определения общих запретов на действия, таких как "Запрет на NSAIDs", "Запрет на твердые оральные формы дозировок" или "Запрет на МРТ - металлосодержащие татуировки". Такие инструкции можно фиксировать с помощью ресурсов AllergyIntolerance и/или Flag. Точно также данный ресурс не предназначен к использованию для записи клинических фактов, которые могут подразумевать противопоказания, например беременность, грудное кормление, предпочтения пациента, прошлые процедуры и т. п. Для этого используется Condition, Procedure или другие ресурсы.

Данный ресурс применяется для документирования риска, связанного с определенным запланированным или выполняющимся действием, а не общего предрасполоежния к риску. Последнее может фиксироваться с помощью AllergyIntolerance для вопросов, связанных с веществами, или Flag для других типов проблем.

Этот ресурс ограничивается клиническими вопросами, связанными с предложенным или выполняющимся действием. Он не охватывает технические вопросы, такие как отсутствие прав доступа, идентификаторы-дубликаты и другие нарушения бизнес-правил. Ттехнические проблемы описываются с помощью ресурса OperationOutcome. Можно одновременно иметь и OperationOutcome, и DetectedIssue, где OperationOutcome может указывать на то, что запрошенное действие было отклонено из-за клинической проблемы, а DetectedIssue - показывать подробности этой проблемы.

Обычно Detected issues идентифицируются системами поддержки принятия решений. Однако они могут также заводиться непосредственно клиницистами. Последнее, как правило, происходит по одной из двух причин:

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

Проблемы, сгенерированные системой поддержки принятия решений, могут быть результатом как непосредственного вызова механизма поддержки принятия решений (например через пользовательский OperationDefinition), так и частью попытки выполнить какую-то другую операцию (создание заказа, отправка страхового иска, ввод списка лекарственных средств). Когда проблемы создаются в качестве побочного продукта выполнения какого-то другого вида действия, они могут быть включены в "ответ" на запрошенное действие таким же способом, что и OperationOutcome. Фактически они оба могут присутствовать - OperationOutcome, указывающий, что имеется предупреждение или ошибка, связанная с запросом, и DetectedIssue, предоставлящий клинические детали. (OperationOutcome может указывать на DetectedIssue с помощью расширения).

В таких случаях, когда запрошенные операции отклоняются из-за обнаруженной проблемы, рабочий процесс может поддерживать разрешение повторной попытки выполнения операции при условии, что обнаруженная проблема будет включена в отправку (возможно также включая смягчающее условие). Поступая таким образом, отправитель подтверждает, что ознакомился с проблемой и берет на себя ответственность за продолжение выполнения запрошенной операции, несмотря на неё. См. руководство о том, как можно включать экземпляры DetectedIssue в другие операции, в разделе Linking to Detected Issues

Системы, которым требуются подобные алгоритмы действия, должны документировать ожидаемое поведение в рамках декларирования своих CapabilityStatement-ресурсов.

На этот ресурс ссылаются MedicationDispense и MedicationRequest

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. DetectedIssue DomainResourceПроблема медицинского характера, связанная с некоторым действием
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..1IdentifierУникальный идентификатор обнаруженной потенциальной проблемы
... status ?!Σ1..1coderegistered | preliminary | final | amended +
ObservationStatus (Required)
... category Σ0..1CodeableConceptКатегория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п
Detected Issue Category (Preferred)
... severity Σ0..1codehigh | moderate | low
DetectedIssueSeverity (Required)
... patient Σ0..1Reference(Patient)Ассоциированный пациент
... date Σ0..1dateTimeКогда выявлена
... author Σ0..1Reference(Practitioner | Device)Человек или устройство, обнаружившее проблему
... implicated Σ0..*Reference(Any)Ресурс, вызвавший проблему
... detail 0..1stringОписание и контекст
... reference 0..1uriАвторитетный источник, подтверждающий проблему
... mitigation 0..*BackboneElementШаги, предпринятые для решения проблемы
.... action 1..1CodeableConceptКакие есть смягчающие факторы?
Detected Issue Mitigation Action (Preferred)
.... date 0..1dateTimeDate committed
.... author 0..1Reference(Practitioner)Кто определил?

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

XML-шаблон

<DetectedIssue xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..1 Identifier Уникальный идентификатор обнаруженной потенциальной проблемы --></identifier>
 <status value="[code]"/><!-- 1..1 registered | preliminary | final | amended + -->
 <category><!-- 0..1 CodeableConcept Категория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п --></category>
 <severity value="[code]"/><!-- 0..1 high | moderate | low -->
 <patient><!-- 0..1 Reference(Patient) Ассоциированный пациент --></patient>
 <date value="[dateTime]"/><!-- 0..1 Когда выявлена -->
 <author><!-- 0..1 Reference(Practitioner|Device) Человек или устройство, обнаружившее проблему --></author>
 <implicated><!-- 0..* Reference(Any) Ресурс, вызвавший проблему --></implicated>
 <detail value="[string]"/><!-- 0..1 Описание и контекст -->
 <reference value="[uri]"/><!-- 0..1 Авторитетный источник, подтверждающий проблему -->
 <mitigation>  <!-- 0..* Шаги, предпринятые для решения проблемы -->
  <action><!-- 1..1 CodeableConcept Какие есть смягчающие факторы? --></action>
  <date value="[dateTime]"/><!-- 0..1 Date committed -->
  <author><!-- 0..1 Reference(Practitioner) Кто определил? --></author>
 </mitigation>
</DetectedIssue>

JSON-шаблон

Turtle-шаблон

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


[ a fhir:DetectedIssue;
  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:DetectedIssue.identifier [ Identifier ]; # 0..1 Уникальный идентификатор обнаруженной потенциальной проблемы
  fhir:DetectedIssue.status [ code ]; # 1..1 registered | preliminary | final | amended +
  fhir:DetectedIssue.category [ CodeableConcept ]; # 0..1 Категория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п
  fhir:DetectedIssue.severity [ code ]; # 0..1 high | moderate | low
  fhir:DetectedIssue.patient [ Reference(Patient) ]; # 0..1 Ассоциированный пациент
  fhir:DetectedIssue.date [ dateTime ]; # 0..1 Когда выявлена
  fhir:DetectedIssue.author [ Reference(Practitioner|Device) ]; # 0..1 Человек или устройство, обнаружившее проблему
  fhir:DetectedIssue.implicated [ Reference(Any) ], ... ; # 0..* Ресурс, вызвавший проблему
  fhir:DetectedIssue.detail [ string ]; # 0..1 Описание и контекст
  fhir:DetectedIssue.reference [ uri ]; # 0..1 Авторитетный источник, подтверждающий проблему
  fhir:DetectedIssue.mitigation [ # 0..* Шаги, предпринятые для решения проблемы
    fhir:DetectedIssue.mitigation.action [ CodeableConcept ]; # 1..1 Какие есть смягчающие факторы?
    fhir:DetectedIssue.mitigation.date [ dateTime ]; # 0..1 Date committed
    fhir:DetectedIssue.mitigation.author [ Reference(Practitioner) ]; # 0..1 Кто определил?
  ], ...;
]

Changes since DSTU2

DetectedIssue
DetectedIssue.status added Element

See the Full Difference for further information

See R2 <--> R3 Conversion Maps (status = 4 tests that all execute ok. All tests pass round-trip testing and 4 r3 resources are invalid (4 errors).).

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. DetectedIssue DomainResourceПроблема медицинского характера, связанная с некоторым действием
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..1IdentifierУникальный идентификатор обнаруженной потенциальной проблемы
... status ?!Σ1..1coderegistered | preliminary | final | amended +
ObservationStatus (Required)
... category Σ0..1CodeableConceptКатегория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п
Detected Issue Category (Preferred)
... severity Σ0..1codehigh | moderate | low
DetectedIssueSeverity (Required)
... patient Σ0..1Reference(Patient)Ассоциированный пациент
... date Σ0..1dateTimeКогда выявлена
... author Σ0..1Reference(Practitioner | Device)Человек или устройство, обнаружившее проблему
... implicated Σ0..*Reference(Any)Ресурс, вызвавший проблему
... detail 0..1stringОписание и контекст
... reference 0..1uriАвторитетный источник, подтверждающий проблему
... mitigation 0..*BackboneElementШаги, предпринятые для решения проблемы
.... action 1..1CodeableConceptКакие есть смягчающие факторы?
Detected Issue Mitigation Action (Preferred)
.... date 0..1dateTimeDate committed
.... author 0..1Reference(Practitioner)Кто определил?

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

XML-шаблон

<DetectedIssue xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..1 Identifier Уникальный идентификатор обнаруженной потенциальной проблемы --></identifier>
 <status value="[code]"/><!-- 1..1 registered | preliminary | final | amended + -->
 <category><!-- 0..1 CodeableConcept Категория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п --></category>
 <severity value="[code]"/><!-- 0..1 high | moderate | low -->
 <patient><!-- 0..1 Reference(Patient) Ассоциированный пациент --></patient>
 <date value="[dateTime]"/><!-- 0..1 Когда выявлена -->
 <author><!-- 0..1 Reference(Practitioner|Device) Человек или устройство, обнаружившее проблему --></author>
 <implicated><!-- 0..* Reference(Any) Ресурс, вызвавший проблему --></implicated>
 <detail value="[string]"/><!-- 0..1 Описание и контекст -->
 <reference value="[uri]"/><!-- 0..1 Авторитетный источник, подтверждающий проблему -->
 <mitigation>  <!-- 0..* Шаги, предпринятые для решения проблемы -->
  <action><!-- 1..1 CodeableConcept Какие есть смягчающие факторы? --></action>
  <date value="[dateTime]"/><!-- 0..1 Date committed -->
  <author><!-- 0..1 Reference(Practitioner) Кто определил? --></author>
 </mitigation>
</DetectedIssue>

JSON-шаблон

Turtle-шаблон

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


[ a fhir:DetectedIssue;
  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:DetectedIssue.identifier [ Identifier ]; # 0..1 Уникальный идентификатор обнаруженной потенциальной проблемы
  fhir:DetectedIssue.status [ code ]; # 1..1 registered | preliminary | final | amended +
  fhir:DetectedIssue.category [ CodeableConcept ]; # 0..1 Категория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. п
  fhir:DetectedIssue.severity [ code ]; # 0..1 high | moderate | low
  fhir:DetectedIssue.patient [ Reference(Patient) ]; # 0..1 Ассоциированный пациент
  fhir:DetectedIssue.date [ dateTime ]; # 0..1 Когда выявлена
  fhir:DetectedIssue.author [ Reference(Practitioner|Device) ]; # 0..1 Человек или устройство, обнаружившее проблему
  fhir:DetectedIssue.implicated [ Reference(Any) ], ... ; # 0..* Ресурс, вызвавший проблему
  fhir:DetectedIssue.detail [ string ]; # 0..1 Описание и контекст
  fhir:DetectedIssue.reference [ uri ]; # 0..1 Авторитетный источник, подтверждающий проблему
  fhir:DetectedIssue.mitigation [ # 0..* Шаги, предпринятые для решения проблемы
    fhir:DetectedIssue.mitigation.action [ CodeableConcept ]; # 1..1 Какие есть смягчающие факторы?
    fhir:DetectedIssue.mitigation.date [ dateTime ]; # 0..1 Date committed
    fhir:DetectedIssue.mitigation.author [ Reference(Practitioner) ]; # 0..1 Кто определил?
  ], ...;
]

Changes since DSTU2

DetectedIssue
DetectedIssue.status added Element

See the Full Difference for further information

See R2 <--> R3 Conversion Maps (status = 4 tests that all execute ok. All tests pass round-trip testing and 4 r3 resources are invalid (4 errors).).

 

Альтернативные определения: Основное определение (XML, JSON), XML Schema/Schematron (for ) + JSON Schema, ShEx (for Turtle)

ПутьОписаниеТипСсылка
DetectedIssue.status Indicates the status of the identified issueRequiredObservationStatus
DetectedIssue.category Коды, определяющие общий тип обнаруженной потенциальной проблемы. Например взаимодействие лекарств, проблема расчета времени, дубликат лекарственного средства и т. п.PreferredDetected Issue Category
DetectedIssue.severity Обозначает потенциальную степень влияния выявленной проблемы на пациента.RequiredDetectedIssueSeverity
DetectedIssue.mitigation.action Коды, описывающие меры по устранению (вредного воздействия), предпринятые для решения проблемы, или обстоятельства, уменьшающие вероятность последствий, связанных с этой проблемой. Например, "назначено сопутствующее лечение", "предыдущее лечение задокументировано" и т. п.PreferredDetected Issue Mitigation Action

Ресурс DetectedIssue следует шаблону связывания от ресурса, созданного "вторым". Поскольку DetectedIssue возникает в ответ на одну или несколько других существующих записей, то он указывает на эти записи, а не эти записи указывают на него.

В некоторых случаях обнаруженная проблема может быть связана с отдельной записью. Когда это происходит, она может храниться как вложенный ресурс внутри вовлеченного ресурса при условии, что не ожидается необходимость поиска этой обнаруженной проблемы непосредственно. Однако с ресурсами DetectedIssue, которые вовлекают несколько записей, вложение становится проблематичным. В некоторых рабочих процессах DetectedIssue может считаться "собственностью" записи, создание которой вызвало появление этого противопоказания - т. е. "второй" или "последней" записи. Однако там, где несколько действий предлагаются в рамках одной отправки, может не быть отдельного владельца и вложение будет не выполнимо.

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

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

  • Входят ли сведения об авторе, справочная информация и/или уменьшение (последствий события) вместе или частично в 80%?

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

ИмяТипОписаниеВыражениеIn Common
authorreferenceЧеловек или устройство, обнаружившее проблемуDetectedIssue.author
(Practitioner, Device)
categorytokenКатегория проблемы, например лекарственное взаимодействие, дубликат средства лечения и т. пDetectedIssue.category
datedateКогда выявленаDetectedIssue.date18 Resources
identifiertokenУникальный идентификатор обнаруженной потенциальной проблемыDetectedIssue.identifier26 Resources
implicatedreferenceРесурс, вызвавший проблемуDetectedIssue.implicated
(Any)
patientreferenceАссоциированный пациентDetectedIssue.patient
(Patient)
31 Resources