Encounter

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

Область применения

Взаимодействие (встреча) с пациентом также характеризуется обстановкой, в которой происходит данная встреча. Среди них амбулаторная, неотложная, домашняя, стационарная и виртуальная встречи. Взаимодействие охватывает жизненный цикл:

Во время встречи пациент может перемещаться от врача к врачу и из одного места в другое.

Из-за широкого охвата Encounter не все элементы будут уместны во всех условиях. По этой причине информация, связанная с поступлением в стационар /выпиской, хранится в отдельном компоненте Encounter.hospitalization. Элемент класса используется для различения этих настроек, которые будут определять дальнейшую проверку и применение бизнес-правил.

Взаимодействия (встречи) могут быть агрегированы или сгруппированы под другими взаимодействиями с помощью элемента partOf.

Экземпляры Encounter могут существовать до того, как произойдет фактическое взаимодействие, для передачи информации до поступления, в том числе с использованием элементов Encounter для отражения запланированной даты начала или запланированных мест встречи. В этом случае Encounter.status ДОЛЖНО быть установлено в значение «planned».

Encounter.hospitalization предназначен для хранения расширенной информации, относящейся к стационарному лечению. Это ДОЛЖНО быть тем же периодом, что и сама встреча. Если период отличается, следует использовать другой экземпляр встречи для сбора этой информации как часть этого экземпляра встречи.

Использование статусов

В течение жизненного цикла встречи она будет проходить через множество статусов. Как правило, это порядок или рабочий процесс конкретной организации: запланировано, выполняется, завершено/отменено и т.п. Контекст встречи и рабочие процессы могут повлиять на определение статуса. Например, учреждение неотложной помощи, центр по уходу за престарелыми, амбулаторная клиника, отделение неотложной помощи, поликлиника — могут по-разному использовать один и тоже статус. Статусы “arrived”, “triaged” или “in progress” могут рассматриваться как начало приема, а также указывать на наличие подкомпонента госпитализации.

Так как статус взаимодействия сильно зависит от контекста самой встречи, нет возможности жестко регламентировать какой статус может понадобиться в конкретном случае. Для облегчения поиска, ресурс имеет свойство statusHistory, в котором ДОЛЖНА отражаться история изменения статуса. В других случаях, например, при дневной процедуре в амбулаторных условиях, пациент также может считаться госпитализированным, следовательно, у встречи нет фиксированного определения госпитализации. Как минимум, будет считаться, что пациент госпитализируется, когда его статус находится “in-progress”.

Класс взаимодействия

При изменении класса взаимодействия (Encounter.class) предыдущий класс ДОЛЖЕН быть записан в свойство Encounter.classHistory, с указанием периода, когда данный класс был актуальным. При этом необходимо учитывать, что изменение класса взаимодействия допустимо не во всех случаях. Признаком недопустимости изменения класса является изменение медицинского работника, с которым эта встреча осуществляется и/или организации, ответственной за эту встречу. Например, встреча с пациентом, произошедшая за пределами специализированного места оказания услуг или места жительства пациента (code = field) может измениться на стационарную или амбулаторную встречу, при условии, что этот же медицинский работник продолжает взаимодействие. Или виртуальная встреча может измениться на амбулаторную, также при условии, что этот же медицинский работник продолжает взаимодействие. Однако, класс встречи с амбулаторного на стационарный не должно изменяться, а должен быть создан новый экземпляр ресурса, с указанием предыдущего в свойстве partOf, так как в обычной практике - врач, осуществляющий амбулаторный прием и врач, проводивший стационарное лечение - это разные врачи (причем, часто может быть - и разная организация).

Сценарий использования

TO-DO

Обязательные элементы данных

TO-DO

Формальное представление ресурса

Идентификатор формального представление профиля ресурса Encounter: http://fhir.ssv.uz/Resource/Encounter

Name Card. Type Description & Constraints
identifier 1…* Identifier Идентификаторы этого ресурса
status 1…1 code Статус (planned,arrived, triaged,in-progress,onleave,finished,cancelled,entered-in-error,unknown)
statusHistory 0…* BackboneElement Список прошлых статусов встречи
statusHistory.status 1…1 code Статус
statusHistory.period 1…1 Period Период времени, когда встреча находилась в указанном статусе
class 1…1 Coding Классификация встречи с пациентом
classHistory 0…* BackboneElement Список прошлых классификаций встречи
classHistory.class 1…1 code Класс
classHistory.period 1…1 Period Период времени, когда встреча находилась в указанном классе
type 0…* CodeableConcept Конкретный тип встречи
serviceType 0…1 CodeableConcept Конкретный вид услуги
priority 0…1 CodeableConcept Указывает на срочность встречи
subject 0…1 Reference(Patient) Пациент, присутствующий на встрече
basedOn 0…1 Reference(ServiceRequest) Запрос на обслуживание, который инициировал эту встречу
participant 1…* BackboneElement Список участников встречи (кроме пациента)
participant.type 0…1 code Роль участника
participant.period 0…1 code Период времени, когда данный участник принимал участие во встрече
participant.individual 1…1 Reference (Practitioner, PractitionerRole)
appointment 0…1 Reference(Appointment) Бронирование, которое запланировало эту встречу
period 0…1 Period Время начала и окончания встречи
reasonCode 0…1 CodeableConcept Закодированная причина встречи
reasonReference 0…* Reference(Condition, Observation) Причина, по которой происходит встреча (ссылка)
diagnosis 0…* BackboneElement Список диагнозов, относящихся к этой встрече
diagnosis.condition 1…1 Refrerence (Condition, Procedure)
diagnosis.use 1…1 CodeableConcept Роль этого диагноза (Диагноз при поступлении; Диагностика при выписке; Жалобы; Диагноз сопутствующих заболеваний; предоперационная диагностика; послеоперационная диагностика; для выставления счетов)
diagnosis.rubric 1…1 CodeableConcept Рубрика этого диагноза (предварительный; клинический-основной; клинический-фоновый; клинический-сопутствующий; ….
diagnosis.rank 0…1 integer Ранжирование диагноза (для каждой роли)
hospitalization 0…1 BackboneElement Сведения о приеме на стационарное медицинское обслуживание
hospitalization.preAdmissionIdentifier 0…1 Идентификатор до госпитализации
hospitalization.origin 0…1 Reference (Organization) Местонахождение/организация, из которой пациент прибыл на госпитализацию
hospitalization.admitSource 0…1 CodeableConcept Откуда поступил пациент (направление врача, перевод)
hospitalization.reAdmission 0…1 CodeableConcept Тип повторной госпитализации, которая имела место (если таковая имеется). Если значение отсутствует, то это не идентифицируется как повторный прием.
hospitalization.dietPreference 0…* CodeableConcept Диетические предпочтения, о которых сообщил пациент
hospitalization.specialCourtesy 0…* CodeableConcept Особые привилегии (VIP, член правления)
hospitalization.specialArrangement 0…* CodeableConcept Инвалидное кресло, переводчик, носилки и т. д.
hospitalization.destination 0…1 Reference (Organization) Место/организация, в которую выписан больной
hospitalization.dischargeDisposition 0…1 Reference (Organization) Категория или вид места после выписки (домой, в другую клинику, на реабилитацию ….)
location 0…* BackboneElement Список мест, где находился пациент
location.location 1…1 Reference (Location)
location.status 0…1 code
location.physicalType 0…1 CodeableConcept
location.period 0…1 Period
serviceProvider 1…1 Reference(Organization) Организация (объект), ответственная за данное взаимодействие
partOf 0…1 Reference(Encounter) Другая встреча, частью которой является эта встреча

Привязка к терминологии

Path Type Reference
Encounter.status Required EncounterStatus
Encounter.statusHistory.status Required EncounterStatus
Encounter.class Required EncounterClass
Encounter.classHistory.class Required EncounterClass
Encounter.type Preferred EncounterType
Encounter.serviceType Preferred ServiceType
Encounter.priority Preferred ActPriority
Encounter.participant.type Preferred ParticipantType
Encounter.reasonCode Preferred EncounterReasone
Encounter.diagnosis.use Preferred DiagnosisRole
Encounter.diagnosis.rubric Preferred DiagnosisRubric
Encounter.hospitalization.admitSource Preferred AdmitSource
Encounter.hospitalization.reAdmission Preferred reAdmission
Encounter.hospitalization.dietPreference Preferred Diet
Encounter.hospitalization.specialCourtesy Preferred TO-DO
Encounter.hospitalization.specialArrangement Preferred TO-DO
Encounter.hospitalization.dischargeDisposition Preferred DischargeDisposition
Encounter.location.status Required EncounterLocationStatus
Encounter.location.physicalType Preferred TO-DO