Current Build

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

8.13 Ресурс Flag - Назначение

Patient Care Work GroupMaturity Level: 1 Trial UseSecurity Category: Patient Compartments: Device, Patient, Practitioner

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

Флаг обычно представляет собой метку на видном месте в карте пациента для уведомления врача о возможных проблемах, хотя он также может появляться и в других контекстах. Например, инструкция для техника отделения радиологии. Информация в флаге, как правило, получена из истории болезни и, следовательно, для внимательного и тщательного врача будет излишней. Тем не менее, учитывая большой объём информации, часто встречающийся в записях пациентов, и серьёзность потенциальных последствий упущения из виду каких-то фактов, эта избыточность считается целесообразной. Кроме того, некоторые флаги могут отражать информацию, не фиксируемую ни одним ресурсом в карте. (Например "у пациента дома большая собака"). Флаг - это некоторый род предупреждения или уведомления пользователя, которым может быть медицинский специалист или другое лицо, вовлечённое в оказание медицинской помощи пациенту. Обычно представляет собой нечто достаточно важное, заслуживающее отдельного отображения, а не просто примечание в ресурсе. У флага есть элемент "subject", в котором указывается ресурс, который инициирует отображение этого флага. Это могут быть разные типы ресурсов, как показано в примерах ниже:

  • Заметка о том, что у пациента просроченный счёт, что поставщик может пожелать обсудить с ним - например в случае нужды (здесь субъектом будет ресурс Patient)
  • Вспышка вируса Эболы в определённом регионе (здесь субъектом будет ресурс Location), поэтому все пациенты из этого региона имеют повышенный риск этого заболевания
  • Некоторый врач недоступен для направлений к нему в течение заданного периода времени (здесь субъектом будет ресурс Practitioner)
  • Пациент, участвующий в клиническом исследовании (здесь субъектом будет ресурс Group)
  • Special guidance or caveats to be aware of when following a protocol (subject=PlanDefinition)
  • Warnings about using a drug in a formulary requires special approval (subject=Medication)
  • etc.

Флаг обычно показывается в виде надписи на видном месте в истории болезни для оповещения медицинских работников о потенциальных проблемах, однако он может появляться и в других контекстах; например заметки для техника отделения радиологии или медицинского работника, выполняющего визит на дому. Для субъектов-пациентов информация в флаге часто будет вытекать из истории болезни, следовательно для внимательного и тщательного врача, у которого есть время просмотреть все заметки, она будет излишней. Тем не менее, учитывая большие объёмы информации, часто встречающиеся в медкартах пациентов, и серьёзность потенциальных последствий упущения из виду каких-то фактов, эта избыточность оправдана. Кроме того, некоторые флаги могут отражать информацию, не фиксируемую ни одним ресурсом в карте. (Например "у пациента дома большая собака").

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

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

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

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

Примеры проблем, которые не должны появляться только во флагах:

  • Потенциальная аллергия или лекарственное взаимодействие на запланированное лечение (использовать DetectedIssue)
  • Известная нежелательная побочная реакция на вещество (использовать AllergyIntolerance)

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

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

Флаги могут представлять в очень сжатом виде информацию, находящуюся в AllergyIntolerance, Condition, Observation, Procedure и, возможно, других ресурсах. Общее расширение позволяет привязывать Flag к ресурсу, содержащему вспомогательные сведения. Назначение остальных ресурсов состоит в предоставлении подробной клинической информации. Целю ресурса Flag является оповещение специалистов о важной информации, которая должна повлиять на их взаимодействие с пациентом до подробного обзора медкарты.

Флаги не используются для передачи информации конкретному лицу или организации (например сообщение лабораторных результатов с отклонением от нормы заказавшему их врачу, оповещение распорядительного органа о неблагоприятной побочной реакции). Это обрабатывается с помощью ресурсов CommunicationRequest и Communication.

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

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Flag TUDomainResourceКлючевая информация для оповещения поставщиков медицинских услуг
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierБизнес-идентификатор
... status ?!Σ1..1codeactive | inactive | entered-in-error
FlagStatus (Required)
... category Σ0..*CodeableConceptКлинический, административный и т. п
Flag Category (Example)
... code Σ1..1CodeableConceptCoded or textual message to display to user
Flag Code (Example)
... subject Σ1..1Reference(Patient | Location | Group | Organization | Practitioner | PlanDefinition | Medication | Procedure)К кому/чему относится этот флаг?
... period Σ0..1PeriodПериод времени, когда флаг активен
... encounter Σ0..1Reference(Encounter)Оповещение актуально во время этого случая обслуживания
... author Σ0..1Reference(Device | Organization | Patient | Practitioner)Создатель флага

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

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

Flag (DomainResource)Business identifiers assigned to this flag by the performer or other systems which remain constant as the resource is updated and propagates from server to serveridentifier : Identifier [0..*]Поддерживает базовый жизненный цикл ресурса (this element modifies the meaning of other elements)status : code [1..1] « Указывает, является ли этот флаг активным, и нужно ли его отображать пользователю, или он больше не нужен, или введен по ошибке. (Strength=Required)FlagStatus! »Allows a flag to be divided into different categories like clinical, administrative etc. Intended to be used as a means of filtering which flags are displayed to particular user or in a given contextcategory : CodeableConcept [0..*] « Категория флагов для фильтрации/отображения. (Strength=Example)FlagCategory?? »Кодированное значение или текстовый компонент флага для отображения пользователюcode : CodeableConcept [1..1] « Коды, описывающие конкретные проблемы, о которых оповещает флаг. (Strength=Example)FlagCode?? »Пациент, местоположение, группа, организация или врач, с которыми связан этот флагsubject : Reference [1..1] « Patient|Location|Group|Organization| Practitioner|PlanDefinition|Medication|Procedure »Период времени с момента активации флага до его инактивации. Если флаг активен, не следует указывать конец периодаperiod : Period [0..1]Это оповещение актуально только во время этого случая обслуживанияencounter : Reference [0..1] « Encounter »Человек, организация или устройство, кто создал этот флагauthor : Reference [0..1] « Device|Organization|Patient|Practitioner »

Turtle-шаблон

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


[ a fhir:Flag;
  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:Flag.identifier [ Identifier ], ... ; # 0..* Бизнес-идентификатор
  fhir:Flag.status [ code ]; # 1..1 active | inactive | entered-in-error
  fhir:Flag.category [ CodeableConcept ], ... ; # 0..* Клинический, административный и т. п
  fhir:Flag.code [ CodeableConcept ]; # 1..1 Coded or textual message to display to user
  fhir:Flag.subject [ Reference(Patient|Location|Group|Organization|Practitioner|PlanDefinition|Medication|
  Procedure) ]; # 1..1 К кому/чему относится этот флаг?
  fhir:Flag.period [ Period ]; # 0..1 Период времени, когда флаг активен
  fhir:Flag.encounter [ Reference(Encounter) ]; # 0..1 Оповещение актуально во время этого случая обслуживания
  fhir:Flag.author [ Reference(Device|Organization|Patient|Practitioner) ]; # 0..1 Создатель флага
]

Changes since R3

Flag
Flag.category
  • Max Cardinality changed from 1 to *

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 2 tests of which 2 fail to execute.)

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Flag TUDomainResourceКлючевая информация для оповещения поставщиков медицинских услуг
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierБизнес-идентификатор
... status ?!Σ1..1codeactive | inactive | entered-in-error
FlagStatus (Required)
... category Σ0..*CodeableConceptКлинический, административный и т. п
Flag Category (Example)
... code Σ1..1CodeableConceptCoded or textual message to display to user
Flag Code (Example)
... subject Σ1..1Reference(Patient | Location | Group | Organization | Practitioner | PlanDefinition | Medication | Procedure)К кому/чему относится этот флаг?
... period Σ0..1PeriodПериод времени, когда флаг активен
... encounter Σ0..1Reference(Encounter)Оповещение актуально во время этого случая обслуживания
... author Σ0..1Reference(Device | Organization | Patient | Practitioner)Создатель флага

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

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

Flag (DomainResource)Business identifiers assigned to this flag by the performer or other systems which remain constant as the resource is updated and propagates from server to serveridentifier : Identifier [0..*]Поддерживает базовый жизненный цикл ресурса (this element modifies the meaning of other elements)status : code [1..1] « Указывает, является ли этот флаг активным, и нужно ли его отображать пользователю, или он больше не нужен, или введен по ошибке. (Strength=Required)FlagStatus! »Allows a flag to be divided into different categories like clinical, administrative etc. Intended to be used as a means of filtering which flags are displayed to particular user or in a given contextcategory : CodeableConcept [0..*] « Категория флагов для фильтрации/отображения. (Strength=Example)FlagCategory?? »Кодированное значение или текстовый компонент флага для отображения пользователюcode : CodeableConcept [1..1] « Коды, описывающие конкретные проблемы, о которых оповещает флаг. (Strength=Example)FlagCode?? »Пациент, местоположение, группа, организация или врач, с которыми связан этот флагsubject : Reference [1..1] « Patient|Location|Group|Organization| Practitioner|PlanDefinition|Medication|Procedure »Период времени с момента активации флага до его инактивации. Если флаг активен, не следует указывать конец периодаperiod : Period [0..1]Это оповещение актуально только во время этого случая обслуживанияencounter : Reference [0..1] « Encounter »Человек, организация или устройство, кто создал этот флагauthor : Reference [0..1] « Device|Organization|Patient|Practitioner »

Turtle-шаблон

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


[ a fhir:Flag;
  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:Flag.identifier [ Identifier ], ... ; # 0..* Бизнес-идентификатор
  fhir:Flag.status [ code ]; # 1..1 active | inactive | entered-in-error
  fhir:Flag.category [ CodeableConcept ], ... ; # 0..* Клинический, административный и т. п
  fhir:Flag.code [ CodeableConcept ]; # 1..1 Coded or textual message to display to user
  fhir:Flag.subject [ Reference(Patient|Location|Group|Organization|Practitioner|PlanDefinition|Medication|
  Procedure) ]; # 1..1 К кому/чему относится этот флаг?
  fhir:Flag.period [ Period ]; # 0..1 Период времени, когда флаг активен
  fhir:Flag.encounter [ Reference(Encounter) ]; # 0..1 Оповещение актуально во время этого случая обслуживания
  fhir:Flag.author [ Reference(Device|Organization|Patient|Practitioner) ]; # 0..1 Создатель флага
]

Changes since Release 3

Flag
Flag.category
  • Max Cardinality changed from 1 to *

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 2 tests of which 2 fail to execute.)

 

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

PathОписаниеТипСсылка
Flag.status Указывает, является ли этот флаг активным, и нужно ли его отображать пользователю, или он больше не нужен, или введен по ошибке.RequiredFlagStatus
Flag.category Категория флагов для фильтрации/отображения.ExampleFlagCategory
Flag.code Коды, описывающие конкретные проблемы, о которых оповещает флаг.ExampleFlagCode

Ресурс Flag иногда используют вкачестве "patient notes" (примечаний к пациенту) и МОГУТ использовать для предупреждения о таких проблемах, как:

  • Проблемы, влияющие на возможность пациента получать/отвечать на сам процесс предоставления медицинской помощи (например плохое понимание языка, ожидаемое несоблюдение)
  • Проблемы, влияющие на возможность предоставления помощи (например у пациента дома большая собака)
  • Финансовый вопрос (например пациент - безнадежный должник)

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

ИмяТипОпределениеВыражениеIn Common
authorreferenceСоздатель флагаFlag.author
(Practitioner, Organization, Device, Patient)
datedateПериод времени, когда флаг активенFlag.period17 Resources
encounterreferenceОповещение актуально во время этого случая обслуживанияFlag.encounter
(Encounter)
12 Resources
identifiertokenБизнес-идентификаторFlag.identifier
patientreferenceИдентификация субъекта, для которого перечисляются флагиFlag.subject.where(resolve() is Patient)
(Patient)
29 Resources
subjectreferenceИдентификация субъекта, для которого перечисляются флагиFlag.subject
(Practitioner, Group, Organization, Medication, Patient, PlanDefinition, Procedure, Location)