Current Build

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

8.11 Ресурс Encounter - Назначение

Patient Administration Work GroupMaturity Level: 2 Trial UseSecurity Category: Patient Compartments: Encounter, Patient, Practitioner, RelatedPerson

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

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

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

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

Экземпляры Encounter могут существовать еще до того, как произойдет непосредственно сам визит, для передачи предварительной догоспитальной информации, в том числе с использованием элементов Encounter для отражения запланированной даты начала или планируемых мест встреч. В этом случае элемент status устанавливается в 'planned'.

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

The Procedure and encounter have references to each other, and these should be to different procedures; one for the procedure that was performed during the encounter (stored in Procedure.encounter), and another for cases where an encounter is a result of another procedure (stored in Encounter.indication) such as a followup encounter to resolve complications from an earlier procedure.

Во время жизненного цикла encounter получает разные статусы. Как правило, они назначаются в порядке или рабочем процессе организации: запланирован, в процессе, закончен/отменен (planned, in-progress, finished/cancelled).
Информация о статусе часто используется для других вещей, и часто необходим анализ истории изменения статуса. Он может выполняться сканированием всех версий encounter и, затем, проверкой периода каждого и выполнения некоторой формы постобработки. Для облегчения этой работы (или если система не поддерживает истории ресурсов) включается компонент status history.

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

Статус "on leave" может быть как частью госпитализации, так и нет, например если пациенту разрешили уйти на выходные домой или другое внешнее событие.
У элемента "location", возможно, будет стоять статус "present" (присутствует).
Для других случаев, таких как амбулаторный визит (дневная процедура - колоноскопия), пациента можно считать госпитализированным, поскольку случай обслуживания не имеет фиксированного определения понятия "принят". Как минимум, мы полагаем, что пациент "принят", если указан статус "in-progress".

Ресурс Encounter не предназначен для хранения информации об условленной встрече, для этого есть ресурс Appointment. Обратите внимание, что в большинстве систем амбулаторные визиты (находящиеся в области действия Encounter) и Appointment используются параллельно. В FHIR ресурс Appointment используется, чтобы установить дату визита, в то время как Encounter подходит для информации о непосредственно самом Encounter, т. е. появлении пациента.
По существу, случай обслуживания в статусе "planned" - не то же самое, что appointment, который запланировал его, это encounter до своего фактического начала, с ожиданием того, что этот encounter будет обновляться по мере продвижения к завершению. Прибытие пациента на место не обязательно означает начало случая обслуживания (например пациент пришел на час раньше того времени, когда он был непосредственно принят специалистом).

Appointment обычно используется на стадии планирования встречи, поиска, нахождения доступного времени, затем записи на прием. Как только этот процесс завершен и встреча начинается, тогда appointment помечается как выполненный и привязывается к новому созданному случаю обслуживания (encounter).
Этот новый encounter может начаться в статусе "прибыл" ("arrived"), когда вводятся с указанием помещения в здании, и затем переходят к статусу "в палате", где может начаться другая часть (part-of) encounter.

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

Стандартное расширение: Associated Encounter
Это расширение следует использовать для ссылки на encounter, в котором еще нет свойства, которое определяет данную ассоциацию с ресурсом.

На этот ресурс ссылаются AdverseEvent, AllergyIntolerance, CarePlan, CareTeam, ChargeItem, Claim, ClinicalImpression, Communication, CommunicationRequest, Composition, Condition, Contract, DeviceRequest, DiagnosticReport, DocumentReference, itself, ExplanationOfBenefit, Flag, GuidanceResponse, ImagingStudy, Immunization, List, Media, MedicationAdministration, MedicationDispense, MedicationRequest, MedicationStatement, NutritionOrder, Observation, Procedure, QuestionnaireResponse, RequestGroup, RiskAssessment, ServiceRequest, Task и VisionPrescription

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Encounter TUDomainResourceВзаимодействие, во время которого пациенту предоставляются услуги
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификаторы, присвоенные данному случаю обслуживания
... status ?!Σ1..1codeplanned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterStatus (Required)
... statusHistory 0..*BackboneElementПеречень предыдущих статусов случая обслуживания
.... status 1..1codeplanned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterStatus (Required)
.... period 1..1PeriodВремя, когда эпизод имел указанный статус
... class Σ1..1CodingClassification of patient encounter
V3 Value SetActEncounterCode (Extensible)
... classHistory 0..*BackboneElementList of past encounter classes
.... class 1..1Codinginpatient | outpatient | ambulatory | emergency +
V3 Value SetActEncounterCode (Extensible)
.... period 1..1PeriodThe time that the episode was in the specified class
... type Σ0..*CodeableConceptКонкретный тип случая обслуживания
Encounter type (Example)
... serviceType Σ0..1CodeableConceptSpecific type of service
Service type (Example)
... priority 0..1CodeableConceptУказывает срочность случая обслуживания
v3 Code System ActPriority (Example)
... subject Σ0..1Reference(Patient | Group)The patient or group present at the encounter
... episodeOfCare Σ0..*Reference(EpisodeOfCare)Эпизод лечения, в который должен войти этот случай обслуживания
... basedOn 0..*Reference(ServiceRequest)The ServiceRequest that initiated this encounter
... participant Σ0..*BackboneElementПеречень участников случая обслуживания
.... type Σ0..*CodeableConceptРоль участника случая обслуживания
Participant type (Extensible)
.... period 0..1PeriodPeriod of time during the encounter that the participant participated
.... individual Σ0..1Reference(Practitioner | PractitionerRole | RelatedPerson)Лица, участвующие в случае обслуживания, кроме пациента
... appointment Σ0..*Reference(Appointment)Запись на приём, по которой был запланирован этот случай обслуживания
... period 0..1PeriodВремя начала и время окончания случая обслуживания
... length 0..1DurationКоличество времени, которое длился случай обслуживания (без времени отсутствия)
... reasonCode Σ0..*CodeableConceptCoded reason the encounter takes place
Encounter Reason Codes (Preferred)
... reasonReference Σ0..*Reference(Condition | Procedure | Observation | ImmunizationRecommendation)Reason the encounter takes place (reference)
... diagnosis Σ0..*BackboneElementThe list of diagnosis relevant to this encounter
.... condition Σ1..1Reference(Condition | Procedure)The diagnosis or procedure relevant to the encounter
.... use 0..1CodeableConceptRole that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
DiagnosisRole (Preferred)
.... rank 0..1positiveIntRanking of the diagnosis (for each role type)
... account 0..*Reference(Account)The set of accounts that may be used for billing for this Encounter
... hospitalization 0..1BackboneElementСведения о госпитализации в медицинском учреждении
.... preAdmissionIdentifier 0..1IdentifierДогоспитальный идентификатор
.... origin 0..1Reference(Location | Organization)The location/organization from which the patient came before admission
.... admitSource 0..1CodeableConceptОткуда пациент был принят (направление врача, перевод)
Admit source (Preferred)
.... reAdmission 0..1CodeableConceptThe type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
v2 RE-ADMISSION INDICATOR (Example)
.... dietPreference 0..*CodeableConceptПредпочтения по питанию, о которых сообщил пациент
Diet (Example)
.... specialCourtesy 0..*CodeableConceptОсобые знаки внимания (VIP, член совета директоров)
Special courtesy (Preferred)
.... specialArrangement 0..*CodeableConceptИнвалидная коляска, переводчик, носилки и т. п
Special arrangements (Preferred)
.... destination 0..1Reference(Location | Organization)Location/organization to which the patient is discharged
.... dischargeDisposition 0..1CodeableConceptКатегория или вид места размещения после выписки
Discharge disposition (Example)
... location 0..*BackboneElementПеречень помещений, в которых находился пациент
.... location 1..1Reference(Location)Место проведения случая обслуживания
.... status 0..1codeplanned | active | reserved | completed
EncounterLocationStatus (Required)
.... physicalType 0..1CodeableConceptThe physical type of the location (usually the level in the location heirachy - bed room ward etc)
Location type (Example)
.... period 0..1PeriodПериод времени, в течение которого пациент присутствовал в этом месте
... serviceProvider 0..1Reference(Organization)The organization (facility) responsible for this encounter
... partOf 0..1Reference(Encounter)Другой Encounter, частью которого является данный случай обслуживания

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

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

Encounter (DomainResource)Идентификаторы, присвоенные данному случаю обслуживанияidentifier : Identifier [0..*]planned | arrived | triaged | in-progress | onleave | finished | cancelled + (this element modifies the meaning of other elements)status : code [1..1] « Текущий статус случая обслуживания. (Strength=Required)EncounterStatus! »Concepts representing classification of patient encounter such as ambulatory (outpatient), inpatient, emergency, home health or others due to local variationsclass : Coding [1..1] « Классификация случая обслуживания. (Strength=Extensible)v3.ActEncounterCode+ »Конкретный тип случая обслуживания (например консультация по электронной почте, хирургический дневной стационар, квалифицированный уход, реабилитация)type : CodeableConcept [0..*] « Тип случая обслуживания. (Strength=Example)EncounterType?? »Broad categorization of the service that is to be provided (e.g. cardiology)serviceType : CodeableConcept [0..1] « Broad categorization of the service that is to be provided. (Strength=Example)ServiceType?? »Указывает срочность случая обслуживанияpriority : CodeableConcept [0..1] « Обозначает срочность случая обслуживания. (Strength=Example)v3.ActPriority?? »The patient or group present at the encountersubject : Reference [0..1] « Patient|Group »Это поле следует использовать, если данный случай обслуживания следует отнести к некоторому эпизоду (или эпизодам) лечения. Указание этой связи облегчит группировку связанных случаев обслуживания, например для официальных отчётов, отслеживания проблемных вопросов, поиска связи с распространённой проблемой. Связь указывается в ресурсах Encounter, поскольку они обычно создаются после эпизода лечения, и группируются при вводе, а не редактируют эпизод лечения, добавляя к нему очередной случай обслуживания (эпизод лечения может длиться годами)episodeOfCare : Reference [0..*] « EpisodeOfCare »The request this encounter satisfies (e.g. incoming referral or procedure request)basedOn : Reference [0..*] « ServiceRequest »Запись на приём, по которой был запланирован этот случай обслуживанияappointment : Reference [0..*] « Appointment »Время начала и время окончания случая обслуживанияperiod : Period [0..1]Количество времени, которое длился случай обслуживания. Сюда не входит время отсутствияlength : Duration [0..1]Основание проведения случая обслуживания, выраженное в виде кода. Для госпитализации может использоваться в качестве кодированного диагноза при поступленииreasonCode : CodeableConcept [0..*] « Основание проведения encounter. (Strength=Preferred)EncounterReasonCodes? »Основание проведения случая обслуживания, выраженное в виде кода. Для госпитализации может использоваться в качестве кодированного диагноза при поступленииreasonReference : Reference [0..*] « Condition|Procedure|Observation| ImmunizationRecommendation »The set of accounts that may be used for billing for this Encounteraccount : Reference [0..*] « Account »The organization that is primarily responsible for this Encounter's services. This MAY be the same as the organization on the Patient record, however it could be different, such as if the actor performing the services was from an external organization (which may be billed seperately) for an external consultation. Refer to the example bundle showing an abbreviated set of Encounters for a colonoscopyserviceProvider : Reference [0..1] « Organization »Другой Encounter, частью которого является данный случай обслуживания (административно или по времени)partOf : Reference [0..1] « Encounter »StatusHistoryplanned | arrived | triaged | in-progress | onleave | finished | cancelled +status : code [1..1] « Текущий статус случая обслуживания. (Strength=Required)EncounterStatus! »Время, когда эпизод имел указанный статусperiod : Period [1..1]ClassHistoryinpatient | outpatient | ambulatory | emergency +class : Coding [1..1] « Классификация случая обслуживания. (Strength=Extensible)v3.ActEncounterCode+ »The time that the episode was in the specified classperiod : Period [1..1]ParticipantРоль участника случая обслуживанияtype : CodeableConcept [0..*] « Роль участника случая обслуживания. (Strength=Extensible)ParticipantType+ »The period of time that the specified participant participated in the encounter. These can overlap or be sub-sets of the overall encounter's periodperiod : Period [0..1]Лица, участвующие в случае обслуживания, кроме пациентаindividual : Reference [0..1] « Practitioner|PractitionerRole| RelatedPerson »DiagnosisОснование для проведения случая обслуживания, указанное с помощью ссылки на другой ресурс. Для госпитализации это будет диагноз при поступлении. Как правило, это будет ссылка на ресурс Condition (со ссылками на другие ресурсы в поле evidence.detail) или Procedurecondition : Reference [1..1] « Condition|Procedure »Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)use : CodeableConcept [0..1] « The type of diagnosis this condition represents. (Strength=Preferred)DiagnosisRole? »Ranking of the diagnosis (for each role type)rank : positiveInt [0..1]HospitalizationДогоспитальный идентификаторpreAdmissionIdentifier : Identifier [0..1]The location/organization from which the patient came before admissionorigin : Reference [0..1] « Location|Organization »Откуда пациент был принят (направление врача, перевод)admitSource : CodeableConcept [0..1] « Откуда был госпитализирован пациент. (Strength=Preferred)AdmitSource? »Является ли данная госпитализация повторным приемом (регоспитализацией) и почему, если известноreAdmission : CodeableConcept [0..1] « Обоснование для повторной госпитализации в рамках этого случая обслуживания. (Strength=Example)v2.0092?? »Предпочтения по питанию, о которых сообщил пациентdietPreference : CodeableConcept [0..*] « Медицинские, культурные или этические предпочтения, связанные с пищей, для выполнения требований питания. (Strength=Example)Diet?? »Особые знаки внимания (VIP, член совета директоров)specialCourtesy : CodeableConcept [0..*] « Особые знаки внимания. (Strength=Preferred)SpecialCourtesy? »Any special requests that have been made for this hospitalization encounter, such as the provision of specific equipment or other thingsspecialArrangement : CodeableConcept [0..*] « Особые договоренности. (Strength=Preferred)SpecialArrangements? »Location/organization to which the patient is dischargeddestination : Reference [0..1] « Location|Organization »Категория или вид места размещения после выпискиdischargeDisposition : CodeableConcept [0..1] « Размещение после выписки. (Strength=Example)DischargeDisposition?? »LocationМесто проведения случая обслуживанияlocation : Reference [1..1] « Location »Статус присутствия участника в указанном месте в указанный период времени. Если участник больше не находится в этом месте, тогда период будет иметь дату/время окончанияstatus : code [0..1] « Статус размещения. (Strength=Required)EncounterLocationStatus! »This will be used to specifiy the required levels (bed/ward/room/etc) desired to be recorded to simplify either messaging or queryphysicalType : CodeableConcept [0..1] « Physical form of the location. (Strength=Example)LocationType?? »Период времени, в течение которого пациент присутствовал в этом местеperiod : Period [0..1]Этот элемент позволяет ресурсу Encounter содержать в себе историю изменения статусов без необходимости чтения всех архивных версий ресурса и даже необходимости серверу хранить ихstatusHistory[0..*]The class history permits the tracking of the encounters transitions without needing to go through the resource history. This would be used for a case where an admission starts of as an emergency encounter, then transisions into an inpatient scenario. Doing this and not restarting a new encounter ensures that any lab/diagnostic results can more easily follow the patient and not require re-processing and not get lost or cancelled during a kindof discharge from emergency to inpatientclassHistory[0..*]The list of people responsible for providing the serviceparticipant[0..*]The list of diagnosis relevant to this encounterdiagnosis[0..*]Сведения о госпитализации в медицинском учрежденииhospitalization[0..1]Список мест, где находился пациент во время случая обслуживанияlocation[0..*]

XML-шаблон

<Encounter xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификаторы, присвоенные данному случаю обслуживания --></identifier>
 <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
 <statusHistory>  <!-- 0..* Перечень предыдущих статусов случая обслуживания -->
  <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
  <period><!-- 1..1 Period Время, когда эпизод имел указанный статус --></period>
 </statusHistory>
 <class><!-- 1..1 Coding Classification of patient encounter --></class>
 <classHistory>  <!-- 0..* List of past encounter classes -->
  <class><!-- 1..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
  <period><!-- 1..1 Period The time that the episode was in the specified class --></period>
 </classHistory>
 <type><!-- 0..* CodeableConcept Конкретный тип случая обслуживания --></type>
 <serviceType><!-- 0..1 CodeableConcept Specific type of service --></serviceType>
 <priority><!-- 0..1 CodeableConcept Указывает срочность случая обслуживания --></priority>
 <subject><!-- 0..1 Reference(Patient|Group) The patient or group present at the encounter --></subject>
 <episodeOfCare><!-- 0..* Reference(EpisodeOfCare) Эпизод лечения, в который должен войти этот случай обслуживания --></episodeOfCare>
 <basedOn><!-- 0..* Reference(ServiceRequest) The ServiceRequest that initiated this encounter --></basedOn>
 <participant>  <!-- 0..* Перечень участников случая обслуживания -->
  <type><!-- 0..* CodeableConcept Роль участника случая обслуживания --></type>
  <period><!-- 0..1 Period Period of time during the encounter that the participant participated --></period>
  <individual><!-- 0..1 Reference(Practitioner|PractitionerRole|RelatedPerson) Лица, участвующие в случае обслуживания, кроме пациента --></individual>
 </participant>
 <appointment><!-- 0..* Reference(Appointment) Запись на приём, по которой был запланирован этот случай обслуживания --></appointment>
 <period><!-- 0..1 Period Время начала и время окончания случая обслуживания --></period>
 <length><!-- 0..1 Duration Количество времени, которое длился случай обслуживания (без времени отсутствия) --></length>
 <reasonCode><!-- 0..* CodeableConcept Coded reason the encounter takes place --></reasonCode>
 <reasonReference><!-- 0..* Reference(Condition|Procedure|Observation|
   ImmunizationRecommendation) Reason the encounter takes place (reference) --></reasonReference>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this encounter -->
  <condition><!-- 1..1 Reference(Condition|Procedure) The diagnosis or procedure relevant to the encounter --></condition>
  <use><!-- 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …) --></use>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this Encounter --></account>
 <hospitalization>  <!-- 0..1 Сведения о госпитализации в медицинском учреждении -->
  <preAdmissionIdentifier><!-- 0..1 Identifier Догоспитальный идентификатор --></preAdmissionIdentifier>
  <origin><!-- 0..1 Reference(Location|Organization) The location/organization from which the patient came before admission --></origin>
  <admitSource><!-- 0..1 CodeableConcept Откуда пациент был принят (направление врача, перевод) --></admitSource>
  <reAdmission><!-- 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission --></reAdmission>
  <dietPreference><!-- 0..* CodeableConcept Предпочтения по питанию, о которых сообщил пациент --></dietPreference>
  <specialCourtesy><!-- 0..* CodeableConcept Особые знаки внимания (VIP, член совета директоров) --></specialCourtesy>
  <specialArrangement><!-- 0..* CodeableConcept Инвалидная коляска, переводчик, носилки и т. п --></specialArrangement>
  <destination><!-- 0..1 Reference(Location|Organization) Location/organization to which the patient is discharged --></destination>
  <dischargeDisposition><!-- 0..1 CodeableConcept Категория или вид места размещения после выписки --></dischargeDisposition>
 </hospitalization>
 <location>  <!-- 0..* Перечень помещений, в которых находился пациент -->
  <location><!-- 1..1 Reference(Location) Место проведения случая обслуживания --></location>
  <status value="[code]"/><!-- 0..1 planned | active | reserved | completed -->
  <physicalType><!-- 0..1 CodeableConcept The physical type of the location (usually the level in the location heirachy - bed room ward etc) --></physicalType>
  <period><!-- 0..1 Period Период времени, в течение которого пациент присутствовал в этом месте --></period>
 </location>
 <serviceProvider><!-- 0..1 Reference(Organization) The organization (facility) responsible for this encounter --></serviceProvider>
 <partOf><!-- 0..1 Reference(Encounter) Другой Encounter, частью которого является данный случай обслуживания --></partOf>
</Encounter>

JSON-шаблон

{doco
  "resourceType" : "Encounter",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификаторы, присвоенные данному случаю обслуживания
  "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  "statusHistory" : [{ // Перечень предыдущих статусов случая обслуживания
    "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    "period" : { Period } // R!  Время, когда эпизод имел указанный статус
  }],
  "class" : { Coding }, // R!  Classification of patient encounter
  "classHistory" : [{ // List of past encounter classes
    "class" : { Coding }, // R!  inpatient | outpatient | ambulatory | emergency +
    "period" : { Period } // R!  The time that the episode was in the specified class
  }],
  "type" : [{ CodeableConcept }], // Конкретный тип случая обслуживания
  "serviceType" : { CodeableConcept }, // Specific type of service
  "priority" : { CodeableConcept }, // Указывает срочность случая обслуживания
  "subject" : { Reference(Patient|Group) }, // The patient or group present at the encounter
  "episodeOfCare" : [{ Reference(EpisodeOfCare) }], // Эпизод лечения, в который должен войти этот случай обслуживания
  "basedOn" : [{ Reference(ServiceRequest) }], // The ServiceRequest that initiated this encounter
  "participant" : [{ // Перечень участников случая обслуживания
    "type" : [{ CodeableConcept }], // Роль участника случая обслуживания
    "period" : { Period }, // Period of time during the encounter that the participant participated
    "individual" : { Reference(Practitioner|PractitionerRole|RelatedPerson) } // Лица, участвующие в случае обслуживания, кроме пациента
  }],
  "appointment" : [{ Reference(Appointment) }], // Запись на приём, по которой был запланирован этот случай обслуживания
  "period" : { Period }, // Время начала и время окончания случая обслуживания
  "length" : { Duration }, // Количество времени, которое длился случай обслуживания (без времени отсутствия)
  "reasonCode" : [{ CodeableConcept }], // Coded reason the encounter takes place
  "reasonReference" : [{ Reference(Condition|Procedure|Observation|
   ImmunizationRecommendation) }], // Reason the encounter takes place (reference)
  "diagnosis" : [{ // The list of diagnosis relevant to this encounter
    "condition" : { Reference(Condition|Procedure) }, // R!  The diagnosis or procedure relevant to the encounter
    "use" : { CodeableConcept }, // Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "account" : [{ Reference(Account) }], // The set of accounts that may be used for billing for this Encounter
  "hospitalization" : { // Сведения о госпитализации в медицинском учреждении
    "preAdmissionIdentifier" : { Identifier }, // Догоспитальный идентификатор
    "origin" : { Reference(Location|Organization) }, // The location/organization from which the patient came before admission
    "admitSource" : { CodeableConcept }, // Откуда пациент был принят (направление врача, перевод)
    "reAdmission" : { CodeableConcept }, // The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    "dietPreference" : [{ CodeableConcept }], // Предпочтения по питанию, о которых сообщил пациент
    "specialCourtesy" : [{ CodeableConcept }], // Особые знаки внимания (VIP, член совета директоров)
    "specialArrangement" : [{ CodeableConcept }], // Инвалидная коляска, переводчик, носилки и т. п
    "destination" : { Reference(Location|Organization) }, // Location/organization to which the patient is discharged
    "dischargeDisposition" : { CodeableConcept } // Категория или вид места размещения после выписки
  },
  "location" : [{ // Перечень помещений, в которых находился пациент
    "location" : { Reference(Location) }, // R!  Место проведения случая обслуживания
    "status" : "<code>", // planned | active | reserved | completed
    "physicalType" : { CodeableConcept }, // The physical type of the location (usually the level in the location heirachy - bed room ward etc)
    "period" : { Period } // Период времени, в течение которого пациент присутствовал в этом месте
  }],
  "serviceProvider" : { Reference(Organization) }, // The organization (facility) responsible for this encounter
  "partOf" : { Reference(Encounter) } // Другой Encounter, частью которого является данный случай обслуживания
}

Turtle-шаблон

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


[ a fhir:Encounter;
  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:Encounter.identifier [ Identifier ], ... ; # 0..* Идентификаторы, присвоенные данному случаю обслуживания
  fhir:Encounter.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  fhir:Encounter.statusHistory [ # 0..* Перечень предыдущих статусов случая обслуживания
    fhir:Encounter.statusHistory.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    fhir:Encounter.statusHistory.period [ Period ]; # 1..1 Время, когда эпизод имел указанный статус
  ], ...;
  fhir:Encounter.class [ Coding ]; # 1..1 Classification of patient encounter
  fhir:Encounter.classHistory [ # 0..* List of past encounter classes
    fhir:Encounter.classHistory.class [ Coding ]; # 1..1 inpatient | outpatient | ambulatory | emergency +
    fhir:Encounter.classHistory.period [ Period ]; # 1..1 The time that the episode was in the specified class
  ], ...;
  fhir:Encounter.type [ CodeableConcept ], ... ; # 0..* Конкретный тип случая обслуживания
  fhir:Encounter.serviceType [ CodeableConcept ]; # 0..1 Specific type of service
  fhir:Encounter.priority [ CodeableConcept ]; # 0..1 Указывает срочность случая обслуживания
  fhir:Encounter.subject [ Reference(Patient|Group) ]; # 0..1 The patient or group present at the encounter
  fhir:Encounter.episodeOfCare [ Reference(EpisodeOfCare) ], ... ; # 0..* Эпизод лечения, в который должен войти этот случай обслуживания
  fhir:Encounter.basedOn [ Reference(ServiceRequest) ], ... ; # 0..* The ServiceRequest that initiated this encounter
  fhir:Encounter.participant [ # 0..* Перечень участников случая обслуживания
    fhir:Encounter.participant.type [ CodeableConcept ], ... ; # 0..* Роль участника случая обслуживания
    fhir:Encounter.participant.period [ Period ]; # 0..1 Period of time during the encounter that the participant participated
    fhir:Encounter.participant.individual [ Reference(Practitioner|PractitionerRole|RelatedPerson) ]; # 0..1 Лица, участвующие в случае обслуживания, кроме пациента
  ], ...;
  fhir:Encounter.appointment [ Reference(Appointment) ], ... ; # 0..* Запись на приём, по которой был запланирован этот случай обслуживания
  fhir:Encounter.period [ Period ]; # 0..1 Время начала и время окончания случая обслуживания
  fhir:Encounter.length [ Duration ]; # 0..1 Количество времени, которое длился случай обслуживания (без времени отсутствия)
  fhir:Encounter.reasonCode [ CodeableConcept ], ... ; # 0..* Coded reason the encounter takes place
  fhir:Encounter.reasonReference [ Reference(Condition|Procedure|Observation|ImmunizationRecommendation) ], ... ; # 0..* Reason the encounter takes place (reference)
  fhir:Encounter.diagnosis [ # 0..* The list of diagnosis relevant to this encounter
    fhir:Encounter.diagnosis.condition [ Reference(Condition|Procedure) ]; # 1..1 The diagnosis or procedure relevant to the encounter
    fhir:Encounter.diagnosis.use [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    fhir:Encounter.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:Encounter.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this Encounter
  fhir:Encounter.hospitalization [ # 0..1 Сведения о госпитализации в медицинском учреждении
    fhir:Encounter.hospitalization.preAdmissionIdentifier [ Identifier ]; # 0..1 Догоспитальный идентификатор
    fhir:Encounter.hospitalization.origin [ Reference(Location|Organization) ]; # 0..1 The location/organization from which the patient came before admission
    fhir:Encounter.hospitalization.admitSource [ CodeableConcept ]; # 0..1 Откуда пациент был принят (направление врача, перевод)
    fhir:Encounter.hospitalization.reAdmission [ CodeableConcept ]; # 0..1 The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    fhir:Encounter.hospitalization.dietPreference [ CodeableConcept ], ... ; # 0..* Предпочтения по питанию, о которых сообщил пациент
    fhir:Encounter.hospitalization.specialCourtesy [ CodeableConcept ], ... ; # 0..* Особые знаки внимания (VIP, член совета директоров)
    fhir:Encounter.hospitalization.specialArrangement [ CodeableConcept ], ... ; # 0..* Инвалидная коляска, переводчик, носилки и т. п
    fhir:Encounter.hospitalization.destination [ Reference(Location|Organization) ]; # 0..1 Location/organization to which the patient is discharged
    fhir:Encounter.hospitalization.dischargeDisposition [ CodeableConcept ]; # 0..1 Категория или вид места размещения после выписки
  ];
  fhir:Encounter.location [ # 0..* Перечень помещений, в которых находился пациент
    fhir:Encounter.location.location [ Reference(Location) ]; # 1..1 Место проведения случая обслуживания
    fhir:Encounter.location.status [ code ]; # 0..1 planned | active | reserved | completed
    fhir:Encounter.location.physicalType [ CodeableConcept ]; # 0..1 The physical type of the location (usually the level in the location heirachy - bed room ward etc)
    fhir:Encounter.location.period [ Period ]; # 0..1 Период времени, в течение которого пациент присутствовал в этом месте
  ], ...;
  fhir:Encounter.serviceProvider [ Reference(Organization) ]; # 0..1 The organization (facility) responsible for this encounter
  fhir:Encounter.partOf [ Reference(Encounter) ]; # 0..1 Другой Encounter, частью которого является данный случай обслуживания
]

Changes since R3

Encounter
Encounter.class
  • Min Cardinality changed from 0 to 1
Encounter.serviceType
  • Added Element
Encounter.basedOn
  • Renamed from incomingReferral to basedOn
  • Type Reference: Added Target Type ServiceRequest
  • Type Reference: Removed Target Type ReferralRequest
Encounter.participant.individual
  • Type Reference: Added Target Type PractitionerRole
Encounter.appointment
  • Max Cardinality changed from 1 to *
Encounter.reasonCode
  • Added Element
Encounter.reasonReference
  • Added Element
Encounter.diagnosis.use
  • Added Element
Encounter.hospitalization.origin
  • Type Reference: Added Target Type Organization
Encounter.hospitalization.destination
  • Type Reference: Added Target Type Organization
Encounter.location.physicalType
  • Added Element
Encounter.reason
  • deleted
Encounter.diagnosis.role
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 10 tests of which 1 fail to execute. 3 fail round-trip testing and 3 r3 resources are invalid (0 errors).)

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Encounter TUDomainResourceВзаимодействие, во время которого пациенту предоставляются услуги
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификаторы, присвоенные данному случаю обслуживания
... status ?!Σ1..1codeplanned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterStatus (Required)
... statusHistory 0..*BackboneElementПеречень предыдущих статусов случая обслуживания
.... status 1..1codeplanned | arrived | triaged | in-progress | onleave | finished | cancelled +
EncounterStatus (Required)
.... period 1..1PeriodВремя, когда эпизод имел указанный статус
... class Σ1..1CodingClassification of patient encounter
V3 Value SetActEncounterCode (Extensible)
... classHistory 0..*BackboneElementList of past encounter classes
.... class 1..1Codinginpatient | outpatient | ambulatory | emergency +
V3 Value SetActEncounterCode (Extensible)
.... period 1..1PeriodThe time that the episode was in the specified class
... type Σ0..*CodeableConceptКонкретный тип случая обслуживания
Encounter type (Example)
... serviceType Σ0..1CodeableConceptSpecific type of service
Service type (Example)
... priority 0..1CodeableConceptУказывает срочность случая обслуживания
v3 Code System ActPriority (Example)
... subject Σ0..1Reference(Patient | Group)The patient or group present at the encounter
... episodeOfCare Σ0..*Reference(EpisodeOfCare)Эпизод лечения, в который должен войти этот случай обслуживания
... basedOn 0..*Reference(ServiceRequest)The ServiceRequest that initiated this encounter
... participant Σ0..*BackboneElementПеречень участников случая обслуживания
.... type Σ0..*CodeableConceptРоль участника случая обслуживания
Participant type (Extensible)
.... period 0..1PeriodPeriod of time during the encounter that the participant participated
.... individual Σ0..1Reference(Practitioner | PractitionerRole | RelatedPerson)Лица, участвующие в случае обслуживания, кроме пациента
... appointment Σ0..*Reference(Appointment)Запись на приём, по которой был запланирован этот случай обслуживания
... period 0..1PeriodВремя начала и время окончания случая обслуживания
... length 0..1DurationКоличество времени, которое длился случай обслуживания (без времени отсутствия)
... reasonCode Σ0..*CodeableConceptCoded reason the encounter takes place
Encounter Reason Codes (Preferred)
... reasonReference Σ0..*Reference(Condition | Procedure | Observation | ImmunizationRecommendation)Reason the encounter takes place (reference)
... diagnosis Σ0..*BackboneElementThe list of diagnosis relevant to this encounter
.... condition Σ1..1Reference(Condition | Procedure)The diagnosis or procedure relevant to the encounter
.... use 0..1CodeableConceptRole that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
DiagnosisRole (Preferred)
.... rank 0..1positiveIntRanking of the diagnosis (for each role type)
... account 0..*Reference(Account)The set of accounts that may be used for billing for this Encounter
... hospitalization 0..1BackboneElementСведения о госпитализации в медицинском учреждении
.... preAdmissionIdentifier 0..1IdentifierДогоспитальный идентификатор
.... origin 0..1Reference(Location | Organization)The location/organization from which the patient came before admission
.... admitSource 0..1CodeableConceptОткуда пациент был принят (направление врача, перевод)
Admit source (Preferred)
.... reAdmission 0..1CodeableConceptThe type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
v2 RE-ADMISSION INDICATOR (Example)
.... dietPreference 0..*CodeableConceptПредпочтения по питанию, о которых сообщил пациент
Diet (Example)
.... specialCourtesy 0..*CodeableConceptОсобые знаки внимания (VIP, член совета директоров)
Special courtesy (Preferred)
.... specialArrangement 0..*CodeableConceptИнвалидная коляска, переводчик, носилки и т. п
Special arrangements (Preferred)
.... destination 0..1Reference(Location | Organization)Location/organization to which the patient is discharged
.... dischargeDisposition 0..1CodeableConceptКатегория или вид места размещения после выписки
Discharge disposition (Example)
... location 0..*BackboneElementПеречень помещений, в которых находился пациент
.... location 1..1Reference(Location)Место проведения случая обслуживания
.... status 0..1codeplanned | active | reserved | completed
EncounterLocationStatus (Required)
.... physicalType 0..1CodeableConceptThe physical type of the location (usually the level in the location heirachy - bed room ward etc)
Location type (Example)
.... period 0..1PeriodПериод времени, в течение которого пациент присутствовал в этом месте
... serviceProvider 0..1Reference(Organization)The organization (facility) responsible for this encounter
... partOf 0..1Reference(Encounter)Другой Encounter, частью которого является данный случай обслуживания

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

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

Encounter (DomainResource)Идентификаторы, присвоенные данному случаю обслуживанияidentifier : Identifier [0..*]planned | arrived | triaged | in-progress | onleave | finished | cancelled + (this element modifies the meaning of other elements)status : code [1..1] « Текущий статус случая обслуживания. (Strength=Required)EncounterStatus! »Concepts representing classification of patient encounter such as ambulatory (outpatient), inpatient, emergency, home health or others due to local variationsclass : Coding [1..1] « Классификация случая обслуживания. (Strength=Extensible)v3.ActEncounterCode+ »Конкретный тип случая обслуживания (например консультация по электронной почте, хирургический дневной стационар, квалифицированный уход, реабилитация)type : CodeableConcept [0..*] « Тип случая обслуживания. (Strength=Example)EncounterType?? »Broad categorization of the service that is to be provided (e.g. cardiology)serviceType : CodeableConcept [0..1] « Broad categorization of the service that is to be provided. (Strength=Example)ServiceType?? »Указывает срочность случая обслуживанияpriority : CodeableConcept [0..1] « Обозначает срочность случая обслуживания. (Strength=Example)v3.ActPriority?? »The patient or group present at the encountersubject : Reference [0..1] « Patient|Group »Это поле следует использовать, если данный случай обслуживания следует отнести к некоторому эпизоду (или эпизодам) лечения. Указание этой связи облегчит группировку связанных случаев обслуживания, например для официальных отчётов, отслеживания проблемных вопросов, поиска связи с распространённой проблемой. Связь указывается в ресурсах Encounter, поскольку они обычно создаются после эпизода лечения, и группируются при вводе, а не редактируют эпизод лечения, добавляя к нему очередной случай обслуживания (эпизод лечения может длиться годами)episodeOfCare : Reference [0..*] « EpisodeOfCare »The request this encounter satisfies (e.g. incoming referral or procedure request)basedOn : Reference [0..*] « ServiceRequest »Запись на приём, по которой был запланирован этот случай обслуживанияappointment : Reference [0..*] « Appointment »Время начала и время окончания случая обслуживанияperiod : Period [0..1]Количество времени, которое длился случай обслуживания. Сюда не входит время отсутствияlength : Duration [0..1]Основание проведения случая обслуживания, выраженное в виде кода. Для госпитализации может использоваться в качестве кодированного диагноза при поступленииreasonCode : CodeableConcept [0..*] « Основание проведения encounter. (Strength=Preferred)EncounterReasonCodes? »Основание проведения случая обслуживания, выраженное в виде кода. Для госпитализации может использоваться в качестве кодированного диагноза при поступленииreasonReference : Reference [0..*] « Condition|Procedure|Observation| ImmunizationRecommendation »The set of accounts that may be used for billing for this Encounteraccount : Reference [0..*] « Account »The organization that is primarily responsible for this Encounter's services. This MAY be the same as the organization on the Patient record, however it could be different, such as if the actor performing the services was from an external organization (which may be billed seperately) for an external consultation. Refer to the example bundle showing an abbreviated set of Encounters for a colonoscopyserviceProvider : Reference [0..1] « Organization »Другой Encounter, частью которого является данный случай обслуживания (административно или по времени)partOf : Reference [0..1] « Encounter »StatusHistoryplanned | arrived | triaged | in-progress | onleave | finished | cancelled +status : code [1..1] « Текущий статус случая обслуживания. (Strength=Required)EncounterStatus! »Время, когда эпизод имел указанный статусperiod : Period [1..1]ClassHistoryinpatient | outpatient | ambulatory | emergency +class : Coding [1..1] « Классификация случая обслуживания. (Strength=Extensible)v3.ActEncounterCode+ »The time that the episode was in the specified classperiod : Period [1..1]ParticipantРоль участника случая обслуживанияtype : CodeableConcept [0..*] « Роль участника случая обслуживания. (Strength=Extensible)ParticipantType+ »The period of time that the specified participant participated in the encounter. These can overlap or be sub-sets of the overall encounter's periodperiod : Period [0..1]Лица, участвующие в случае обслуживания, кроме пациентаindividual : Reference [0..1] « Practitioner|PractitionerRole| RelatedPerson »DiagnosisОснование для проведения случая обслуживания, указанное с помощью ссылки на другой ресурс. Для госпитализации это будет диагноз при поступлении. Как правило, это будет ссылка на ресурс Condition (со ссылками на другие ресурсы в поле evidence.detail) или Procedurecondition : Reference [1..1] « Condition|Procedure »Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)use : CodeableConcept [0..1] « The type of diagnosis this condition represents. (Strength=Preferred)DiagnosisRole? »Ranking of the diagnosis (for each role type)rank : positiveInt [0..1]HospitalizationДогоспитальный идентификаторpreAdmissionIdentifier : Identifier [0..1]The location/organization from which the patient came before admissionorigin : Reference [0..1] « Location|Organization »Откуда пациент был принят (направление врача, перевод)admitSource : CodeableConcept [0..1] « Откуда был госпитализирован пациент. (Strength=Preferred)AdmitSource? »Является ли данная госпитализация повторным приемом (регоспитализацией) и почему, если известноreAdmission : CodeableConcept [0..1] « Обоснование для повторной госпитализации в рамках этого случая обслуживания. (Strength=Example)v2.0092?? »Предпочтения по питанию, о которых сообщил пациентdietPreference : CodeableConcept [0..*] « Медицинские, культурные или этические предпочтения, связанные с пищей, для выполнения требований питания. (Strength=Example)Diet?? »Особые знаки внимания (VIP, член совета директоров)specialCourtesy : CodeableConcept [0..*] « Особые знаки внимания. (Strength=Preferred)SpecialCourtesy? »Any special requests that have been made for this hospitalization encounter, such as the provision of specific equipment or other thingsspecialArrangement : CodeableConcept [0..*] « Особые договоренности. (Strength=Preferred)SpecialArrangements? »Location/organization to which the patient is dischargeddestination : Reference [0..1] « Location|Organization »Категория или вид места размещения после выпискиdischargeDisposition : CodeableConcept [0..1] « Размещение после выписки. (Strength=Example)DischargeDisposition?? »LocationМесто проведения случая обслуживанияlocation : Reference [1..1] « Location »Статус присутствия участника в указанном месте в указанный период времени. Если участник больше не находится в этом месте, тогда период будет иметь дату/время окончанияstatus : code [0..1] « Статус размещения. (Strength=Required)EncounterLocationStatus! »This will be used to specifiy the required levels (bed/ward/room/etc) desired to be recorded to simplify either messaging or queryphysicalType : CodeableConcept [0..1] « Physical form of the location. (Strength=Example)LocationType?? »Период времени, в течение которого пациент присутствовал в этом местеperiod : Period [0..1]Этот элемент позволяет ресурсу Encounter содержать в себе историю изменения статусов без необходимости чтения всех архивных версий ресурса и даже необходимости серверу хранить ихstatusHistory[0..*]The class history permits the tracking of the encounters transitions without needing to go through the resource history. This would be used for a case where an admission starts of as an emergency encounter, then transisions into an inpatient scenario. Doing this and not restarting a new encounter ensures that any lab/diagnostic results can more easily follow the patient and not require re-processing and not get lost or cancelled during a kindof discharge from emergency to inpatientclassHistory[0..*]The list of people responsible for providing the serviceparticipant[0..*]The list of diagnosis relevant to this encounterdiagnosis[0..*]Сведения о госпитализации в медицинском учрежденииhospitalization[0..1]Список мест, где находился пациент во время случая обслуживанияlocation[0..*]

XML-шаблон

<Encounter xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификаторы, присвоенные данному случаю обслуживания --></identifier>
 <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
 <statusHistory>  <!-- 0..* Перечень предыдущих статусов случая обслуживания -->
  <status value="[code]"/><!-- 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled + -->
  <period><!-- 1..1 Period Время, когда эпизод имел указанный статус --></period>
 </statusHistory>
 <class><!-- 1..1 Coding Classification of patient encounter --></class>
 <classHistory>  <!-- 0..* List of past encounter classes -->
  <class><!-- 1..1 Coding inpatient | outpatient | ambulatory | emergency + --></class>
  <period><!-- 1..1 Period The time that the episode was in the specified class --></period>
 </classHistory>
 <type><!-- 0..* CodeableConcept Конкретный тип случая обслуживания --></type>
 <serviceType><!-- 0..1 CodeableConcept Specific type of service --></serviceType>
 <priority><!-- 0..1 CodeableConcept Указывает срочность случая обслуживания --></priority>
 <subject><!-- 0..1 Reference(Patient|Group) The patient or group present at the encounter --></subject>
 <episodeOfCare><!-- 0..* Reference(EpisodeOfCare) Эпизод лечения, в который должен войти этот случай обслуживания --></episodeOfCare>
 <basedOn><!-- 0..* Reference(ServiceRequest) The ServiceRequest that initiated this encounter --></basedOn>
 <participant>  <!-- 0..* Перечень участников случая обслуживания -->
  <type><!-- 0..* CodeableConcept Роль участника случая обслуживания --></type>
  <period><!-- 0..1 Period Period of time during the encounter that the participant participated --></period>
  <individual><!-- 0..1 Reference(Practitioner|PractitionerRole|RelatedPerson) Лица, участвующие в случае обслуживания, кроме пациента --></individual>
 </participant>
 <appointment><!-- 0..* Reference(Appointment) Запись на приём, по которой был запланирован этот случай обслуживания --></appointment>
 <period><!-- 0..1 Period Время начала и время окончания случая обслуживания --></period>
 <length><!-- 0..1 Duration Количество времени, которое длился случай обслуживания (без времени отсутствия) --></length>
 <reasonCode><!-- 0..* CodeableConcept Coded reason the encounter takes place --></reasonCode>
 <reasonReference><!-- 0..* Reference(Condition|Procedure|Observation|
   ImmunizationRecommendation) Reason the encounter takes place (reference) --></reasonReference>
 <diagnosis>  <!-- 0..* The list of diagnosis relevant to this encounter -->
  <condition><!-- 1..1 Reference(Condition|Procedure) The diagnosis or procedure relevant to the encounter --></condition>
  <use><!-- 0..1 CodeableConcept Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …) --></use>
  <rank value="[positiveInt]"/><!-- 0..1 Ranking of the diagnosis (for each role type) -->
 </diagnosis>
 <account><!-- 0..* Reference(Account) The set of accounts that may be used for billing for this Encounter --></account>
 <hospitalization>  <!-- 0..1 Сведения о госпитализации в медицинском учреждении -->
  <preAdmissionIdentifier><!-- 0..1 Identifier Догоспитальный идентификатор --></preAdmissionIdentifier>
  <origin><!-- 0..1 Reference(Location|Organization) The location/organization from which the patient came before admission --></origin>
  <admitSource><!-- 0..1 CodeableConcept Откуда пациент был принят (направление врача, перевод) --></admitSource>
  <reAdmission><!-- 0..1 CodeableConcept The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission --></reAdmission>
  <dietPreference><!-- 0..* CodeableConcept Предпочтения по питанию, о которых сообщил пациент --></dietPreference>
  <specialCourtesy><!-- 0..* CodeableConcept Особые знаки внимания (VIP, член совета директоров) --></specialCourtesy>
  <specialArrangement><!-- 0..* CodeableConcept Инвалидная коляска, переводчик, носилки и т. п --></specialArrangement>
  <destination><!-- 0..1 Reference(Location|Organization) Location/organization to which the patient is discharged --></destination>
  <dischargeDisposition><!-- 0..1 CodeableConcept Категория или вид места размещения после выписки --></dischargeDisposition>
 </hospitalization>
 <location>  <!-- 0..* Перечень помещений, в которых находился пациент -->
  <location><!-- 1..1 Reference(Location) Место проведения случая обслуживания --></location>
  <status value="[code]"/><!-- 0..1 planned | active | reserved | completed -->
  <physicalType><!-- 0..1 CodeableConcept The physical type of the location (usually the level in the location heirachy - bed room ward etc) --></physicalType>
  <period><!-- 0..1 Period Период времени, в течение которого пациент присутствовал в этом месте --></period>
 </location>
 <serviceProvider><!-- 0..1 Reference(Organization) The organization (facility) responsible for this encounter --></serviceProvider>
 <partOf><!-- 0..1 Reference(Encounter) Другой Encounter, частью которого является данный случай обслуживания --></partOf>
</Encounter>

JSON-шаблон

{doco
  "resourceType" : "Encounter",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификаторы, присвоенные данному случаю обслуживания
  "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  "statusHistory" : [{ // Перечень предыдущих статусов случая обслуживания
    "status" : "<code>", // R!  planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    "period" : { Period } // R!  Время, когда эпизод имел указанный статус
  }],
  "class" : { Coding }, // R!  Classification of patient encounter
  "classHistory" : [{ // List of past encounter classes
    "class" : { Coding }, // R!  inpatient | outpatient | ambulatory | emergency +
    "period" : { Period } // R!  The time that the episode was in the specified class
  }],
  "type" : [{ CodeableConcept }], // Конкретный тип случая обслуживания
  "serviceType" : { CodeableConcept }, // Specific type of service
  "priority" : { CodeableConcept }, // Указывает срочность случая обслуживания
  "subject" : { Reference(Patient|Group) }, // The patient or group present at the encounter
  "episodeOfCare" : [{ Reference(EpisodeOfCare) }], // Эпизод лечения, в который должен войти этот случай обслуживания
  "basedOn" : [{ Reference(ServiceRequest) }], // The ServiceRequest that initiated this encounter
  "participant" : [{ // Перечень участников случая обслуживания
    "type" : [{ CodeableConcept }], // Роль участника случая обслуживания
    "period" : { Period }, // Period of time during the encounter that the participant participated
    "individual" : { Reference(Practitioner|PractitionerRole|RelatedPerson) } // Лица, участвующие в случае обслуживания, кроме пациента
  }],
  "appointment" : [{ Reference(Appointment) }], // Запись на приём, по которой был запланирован этот случай обслуживания
  "period" : { Period }, // Время начала и время окончания случая обслуживания
  "length" : { Duration }, // Количество времени, которое длился случай обслуживания (без времени отсутствия)
  "reasonCode" : [{ CodeableConcept }], // Coded reason the encounter takes place
  "reasonReference" : [{ Reference(Condition|Procedure|Observation|
   ImmunizationRecommendation) }], // Reason the encounter takes place (reference)
  "diagnosis" : [{ // The list of diagnosis relevant to this encounter
    "condition" : { Reference(Condition|Procedure) }, // R!  The diagnosis or procedure relevant to the encounter
    "use" : { CodeableConcept }, // Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    "rank" : "<positiveInt>" // Ranking of the diagnosis (for each role type)
  }],
  "account" : [{ Reference(Account) }], // The set of accounts that may be used for billing for this Encounter
  "hospitalization" : { // Сведения о госпитализации в медицинском учреждении
    "preAdmissionIdentifier" : { Identifier }, // Догоспитальный идентификатор
    "origin" : { Reference(Location|Organization) }, // The location/organization from which the patient came before admission
    "admitSource" : { CodeableConcept }, // Откуда пациент был принят (направление врача, перевод)
    "reAdmission" : { CodeableConcept }, // The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    "dietPreference" : [{ CodeableConcept }], // Предпочтения по питанию, о которых сообщил пациент
    "specialCourtesy" : [{ CodeableConcept }], // Особые знаки внимания (VIP, член совета директоров)
    "specialArrangement" : [{ CodeableConcept }], // Инвалидная коляска, переводчик, носилки и т. п
    "destination" : { Reference(Location|Organization) }, // Location/organization to which the patient is discharged
    "dischargeDisposition" : { CodeableConcept } // Категория или вид места размещения после выписки
  },
  "location" : [{ // Перечень помещений, в которых находился пациент
    "location" : { Reference(Location) }, // R!  Место проведения случая обслуживания
    "status" : "<code>", // planned | active | reserved | completed
    "physicalType" : { CodeableConcept }, // The physical type of the location (usually the level in the location heirachy - bed room ward etc)
    "period" : { Period } // Период времени, в течение которого пациент присутствовал в этом месте
  }],
  "serviceProvider" : { Reference(Organization) }, // The organization (facility) responsible for this encounter
  "partOf" : { Reference(Encounter) } // Другой Encounter, частью которого является данный случай обслуживания
}

Turtle-шаблон

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


[ a fhir:Encounter;
  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:Encounter.identifier [ Identifier ], ... ; # 0..* Идентификаторы, присвоенные данному случаю обслуживания
  fhir:Encounter.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
  fhir:Encounter.statusHistory [ # 0..* Перечень предыдущих статусов случая обслуживания
    fhir:Encounter.statusHistory.status [ code ]; # 1..1 planned | arrived | triaged | in-progress | onleave | finished | cancelled +
    fhir:Encounter.statusHistory.period [ Period ]; # 1..1 Время, когда эпизод имел указанный статус
  ], ...;
  fhir:Encounter.class [ Coding ]; # 1..1 Classification of patient encounter
  fhir:Encounter.classHistory [ # 0..* List of past encounter classes
    fhir:Encounter.classHistory.class [ Coding ]; # 1..1 inpatient | outpatient | ambulatory | emergency +
    fhir:Encounter.classHistory.period [ Period ]; # 1..1 The time that the episode was in the specified class
  ], ...;
  fhir:Encounter.type [ CodeableConcept ], ... ; # 0..* Конкретный тип случая обслуживания
  fhir:Encounter.serviceType [ CodeableConcept ]; # 0..1 Specific type of service
  fhir:Encounter.priority [ CodeableConcept ]; # 0..1 Указывает срочность случая обслуживания
  fhir:Encounter.subject [ Reference(Patient|Group) ]; # 0..1 The patient or group present at the encounter
  fhir:Encounter.episodeOfCare [ Reference(EpisodeOfCare) ], ... ; # 0..* Эпизод лечения, в который должен войти этот случай обслуживания
  fhir:Encounter.basedOn [ Reference(ServiceRequest) ], ... ; # 0..* The ServiceRequest that initiated this encounter
  fhir:Encounter.participant [ # 0..* Перечень участников случая обслуживания
    fhir:Encounter.participant.type [ CodeableConcept ], ... ; # 0..* Роль участника случая обслуживания
    fhir:Encounter.participant.period [ Period ]; # 0..1 Period of time during the encounter that the participant participated
    fhir:Encounter.participant.individual [ Reference(Practitioner|PractitionerRole|RelatedPerson) ]; # 0..1 Лица, участвующие в случае обслуживания, кроме пациента
  ], ...;
  fhir:Encounter.appointment [ Reference(Appointment) ], ... ; # 0..* Запись на приём, по которой был запланирован этот случай обслуживания
  fhir:Encounter.period [ Period ]; # 0..1 Время начала и время окончания случая обслуживания
  fhir:Encounter.length [ Duration ]; # 0..1 Количество времени, которое длился случай обслуживания (без времени отсутствия)
  fhir:Encounter.reasonCode [ CodeableConcept ], ... ; # 0..* Coded reason the encounter takes place
  fhir:Encounter.reasonReference [ Reference(Condition|Procedure|Observation|ImmunizationRecommendation) ], ... ; # 0..* Reason the encounter takes place (reference)
  fhir:Encounter.diagnosis [ # 0..* The list of diagnosis relevant to this encounter
    fhir:Encounter.diagnosis.condition [ Reference(Condition|Procedure) ]; # 1..1 The diagnosis or procedure relevant to the encounter
    fhir:Encounter.diagnosis.use [ CodeableConcept ]; # 0..1 Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
    fhir:Encounter.diagnosis.rank [ positiveInt ]; # 0..1 Ranking of the diagnosis (for each role type)
  ], ...;
  fhir:Encounter.account [ Reference(Account) ], ... ; # 0..* The set of accounts that may be used for billing for this Encounter
  fhir:Encounter.hospitalization [ # 0..1 Сведения о госпитализации в медицинском учреждении
    fhir:Encounter.hospitalization.preAdmissionIdentifier [ Identifier ]; # 0..1 Догоспитальный идентификатор
    fhir:Encounter.hospitalization.origin [ Reference(Location|Organization) ]; # 0..1 The location/organization from which the patient came before admission
    fhir:Encounter.hospitalization.admitSource [ CodeableConcept ]; # 0..1 Откуда пациент был принят (направление врача, перевод)
    fhir:Encounter.hospitalization.reAdmission [ CodeableConcept ]; # 0..1 The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
    fhir:Encounter.hospitalization.dietPreference [ CodeableConcept ], ... ; # 0..* Предпочтения по питанию, о которых сообщил пациент
    fhir:Encounter.hospitalization.specialCourtesy [ CodeableConcept ], ... ; # 0..* Особые знаки внимания (VIP, член совета директоров)
    fhir:Encounter.hospitalization.specialArrangement [ CodeableConcept ], ... ; # 0..* Инвалидная коляска, переводчик, носилки и т. п
    fhir:Encounter.hospitalization.destination [ Reference(Location|Organization) ]; # 0..1 Location/organization to which the patient is discharged
    fhir:Encounter.hospitalization.dischargeDisposition [ CodeableConcept ]; # 0..1 Категория или вид места размещения после выписки
  ];
  fhir:Encounter.location [ # 0..* Перечень помещений, в которых находился пациент
    fhir:Encounter.location.location [ Reference(Location) ]; # 1..1 Место проведения случая обслуживания
    fhir:Encounter.location.status [ code ]; # 0..1 planned | active | reserved | completed
    fhir:Encounter.location.physicalType [ CodeableConcept ]; # 0..1 The physical type of the location (usually the level in the location heirachy - bed room ward etc)
    fhir:Encounter.location.period [ Period ]; # 0..1 Период времени, в течение которого пациент присутствовал в этом месте
  ], ...;
  fhir:Encounter.serviceProvider [ Reference(Organization) ]; # 0..1 The organization (facility) responsible for this encounter
  fhir:Encounter.partOf [ Reference(Encounter) ]; # 0..1 Другой Encounter, частью которого является данный случай обслуживания
]

Changes since Release 3

Encounter
Encounter.class
  • Min Cardinality changed from 0 to 1
Encounter.serviceType
  • Added Element
Encounter.basedOn
  • Renamed from incomingReferral to basedOn
  • Type Reference: Added Target Type ServiceRequest
  • Type Reference: Removed Target Type ReferralRequest
Encounter.participant.individual
  • Type Reference: Added Target Type PractitionerRole
Encounter.appointment
  • Max Cardinality changed from 1 to *
Encounter.reasonCode
  • Added Element
Encounter.reasonReference
  • Added Element
Encounter.diagnosis.use
  • Added Element
Encounter.hospitalization.origin
  • Type Reference: Added Target Type Organization
Encounter.hospitalization.destination
  • Type Reference: Added Target Type Organization
Encounter.location.physicalType
  • Added Element
Encounter.reason
  • deleted
Encounter.diagnosis.role
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 10 tests of which 1 fail to execute. 3 fail round-trip testing and 3 r3 resources are invalid (0 errors).)

 

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

PathОписаниеТипСсылка
Encounter.status
Encounter.statusHistory.status
Текущий статус случая обслуживания.RequiredEncounterStatus
Encounter.class
Encounter.classHistory.class
Классификация случая обслуживания.Extensiblev3.ActEncounterCode
Encounter.type Тип случая обслуживания.ExampleEncounterType
Encounter.serviceType Broad categorization of the service that is to be provided.ExampleServiceType
Encounter.priority Обозначает срочность случая обслуживания.Examplev3.ActPriority
Encounter.participant.type Роль участника случая обслуживания.ExtensibleParticipantType
Encounter.reasonCode Основание проведения encounter.PreferredEncounterReasonCodes
Encounter.diagnosis.use The type of diagnosis this condition represents.PreferredDiagnosisRole
Encounter.hospitalization.admitSource Откуда был госпитализирован пациент.PreferredAdmitSource
Encounter.hospitalization.reAdmission Обоснование для повторной госпитализации в рамках этого случая обслуживания.Examplev2.0092
Encounter.hospitalization.dietPreference Медицинские, культурные или этические предпочтения, связанные с пищей, для выполнения требований питания.ExampleDiet
Encounter.hospitalization.specialCourtesy Особые знаки внимания.PreferredSpecialCourtesy
Encounter.hospitalization.specialArrangement Особые договоренности.PreferredSpecialArrangements
Encounter.hospitalization.dischargeDisposition Размещение после выписки.ExampleDischargeDisposition
Encounter.location.status Статус размещения.RequiredEncounterLocationStatus
Encounter.location.physicalType Physical form of the location.ExampleLocationType

  • Элемент class описывает условия (стационарный, амбулаторный пациент и т. п.), в который проходит Encounter. Поскольку это важно для интерпретации контекста Encounter, выбора подходящих бизнес-правил для соблюдения и для управления процессом, этот элемент является обязательным.
  • В будущих версиях FHIR будет добавлен некоторый вид механизма по начислению сборов (например Account).

Как уже говорилось, с помощью элемента partOf ресурса Encounter можно формировать иерархию случаев обслуживания. Например:

  • Пациент госпитализирован на 2 недели - это можно смоделировать с помощью отдельного экземпляра ресурса Encounter, в котором заданы начало и длительность всего времени пребывания. Врач приёмного отделения и лечащий врач на время пребывания задаются с помощью компонента Participant.
  • В течение случая обслуживания пациент перемещается из приёмного отделения в отделение интенсивной терапии и обратно - можно создать ещё три более подробных ресурса Encounters, по одному на каждое место пребывания пациента. Каждый из этих ресурсов Encounter будет иметь отдельное местоположение (дважды приёмное отделение и один раз отделение интенсивной терапии) и одного или нескольких участников в этом местоположении. Эти ресурсы Encounter могут использовать элемент partOf для указания своей взаимосвязи, что эти передвижения происходили в течение другого, более продолжительного и всеобъемлющего случая обслуживания.
  • Во время последнего этапа пребывания пациента посетили члены многопрофильной команды, которые осмотрели его для вынесения окончательного диагноза. Если уместно, то для каждого из этих коротких визитов может быть создан ресурс Encounter с одним участником. Так как они происходили во время последней части пребывания, можно использовать элемент partOf для связи этих коротких визитов либо с третьим перемещением пациента, либо с более общим случаем обслуживания.

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

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

ИмяТипОпределениеВыражениеIn Common
accountreferenceThe set of accounts that may be used for billing for this EncounterEncounter.account.where(resolve() is Account)
(Account)
appointmentreferenceЗапись на приём, по которой был запланирован этот случай обслуживанияEncounter.appointment.where(resolve() is Appointment)
(Appointment)
based-onreferenceThe ServiceRequest that initiated this encounterEncounter.basedOn.where(resolve() is ServiceRequest)
(ServiceRequest)
classtokenClassification of patient encounterEncounter.class
datedateДата в пределах периода продолжения EncounterEncounter.period17 Resources
diagnosisreferenceThe diagnosis or procedure relevant to the encounterEncounter.diagnosis.condition
(Condition, Procedure)
episode-of-carereferenceЭпизод лечения, в который должен войти этот случай обслуживанияEncounter.episodeOfCare.where(resolve() is EpisodeOfCare)
(EpisodeOfCare)
identifiertokenИдентификаторы, присвоенные данному случаю обслуживанияEncounter.identifier30 Resources
lengthquantityПродолжительность encounter в дняхEncounter.length
locationreferenceМесто проведения случая обслуживанияEncounter.location.location.where(resolve() is Location)
(Location)
location-perioddateПериод времени, в течение которого пациент присутствовал в этом местеEncounter.location.period
part-ofreferenceДругой Encounter, частью которого является данный случай обслуживанияEncounter.partOf.where(resolve() is Encounter)
(Encounter)
participantreferenceЛица, участвующие в случае обслуживания, кроме пациентаEncounter.participant.individual
(Practitioner, PractitionerRole, RelatedPerson)
participant-typetokenРоль участника случая обслуживанияEncounter.participant.type
patientreferenceThe patient or group present at the encounterEncounter.subject.where(resolve() is Patient)
(Patient)
29 Resources
practitionerreferenceЛица, участвующие в случае обслуживания, кроме пациентаEncounter.participant.individual.where(resolve() is Practitioner)
(Practitioner)
reason-codetokenCoded reason the encounter takes placeEncounter.reasonCode
reason-referencereferenceReason the encounter takes place (reference)Encounter.reasonReference
(Condition, Observation, Procedure, ImmunizationRecommendation)
service-providerreferenceThe organization (facility) responsible for this encounterEncounter.serviceProvider.where(resolve() is Organization)
(Organization)
special-arrangementtokenИнвалидная коляска, переводчик, носилки и т. пEncounter.hospitalization.specialArrangement
statustokenplanned | arrived | triaged | in-progress | onleave | finished | cancelled +Encounter.status
subjectreferenceThe patient or group present at the encounterEncounter.subject
(Group, Patient)
typetokenКонкретный тип случая обслуживанияEncounter.type5 Resources