Search... (alt + k)
status

in progress

maturity
0

Encounter

Случай обслуживания. TODO: описать особенности учета медицинской помощи в ситуации амбулатории и стационара

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

Данный профиль определяет основные ограничения и расширения ресурса Encounter для использования в РФ. Профиль учитывает следующие особенности:

  • диагноз случая должен быть указан в соответствии с требованиями: содержать описание основного заболевания, его осложнений и сопутствующих заболеваний и т.д.
  • при идентификации случая по номеру медицинской карты следует указывать коды видов медицинских карт по справочнику НСИ ЕГИСЗ;
  • при идентификации случая по номеру в МИС следует использовать правила, принятые при передаче случаев в РЭМД ЕГИСЗ

В атрибуте Encounter.diagnosis одна или более нозологическая единица, составляющая диагноз, может быть категоризирована по трём осям:

  1. определённая в FHIR ось "предназначения диагноза", определённая в атрибуте Encounter.diagnosis.use ("billing", "pre-op diagnosis" - по справочнику "DiagnosisRole")
  2. ось с "типом элемента диагноза", определённая в расширении "diagnosis-type" ("Клинический диагноз", "Этапный клинический диагноз" и прочие - по справочнику "Степень обоснованности диагноза")
  3. ось с "рубрикой элемента диагноза", определённая в расширении "diagnosis-rubric" ("основной"\"осложнение"\"сопутствующее" и другие - по справочнику "Виды нозологических единиц диагноза")

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

- Если отсутствуют записи из среза "Основной"
    -- то (должны отсутствовать записи из срезов "Сопутствующий" и "Осложенине")

- Если присутствуют записи из среза "Основной",
    -- то:
        --- ИЛИ (должна присутствовать ровно одна запись с типом "extension-diagnosis-rubric"="Основной"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Конкурирующий"или"Сочетанный")

        --- ИЛИ (должны присутствовать две или более записи с типом "extension-diagnosis-rubric"="Сочетанный"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Основной"или"Конкурирующий") 

        --- ИЛИ (должны присутствовать две или более записи с типом "extension-diagnosis-rubric"="Конкурирующий"
                      и должны отсутствовать записи с типом "extension-diagnosis-rubric"="Основной"или"Сочетанный") 

Поскольку в рамках диагноза может быть указано несколько нозологических единиц одного типа (например, несколько "Сочетанных" основных нозологических единиц), то с помощь атрибута Encounter.diagnosis.rank можно установить приоритет нозологической единицы в рамках этого типа (например, приоритет\rank равный "1" для одной из "Сочетанных" нозологическчих единицы будет обозначать "первое основное заболевание", что может потребоваться для систем, рассчитанных на работу с одним основным заболеванием).

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

При передаче номера в МИС в качестве Encounter.identifier необходимо указать следующее:

  • Identifier.system = уникальный идентификатор инсталляции МИС.
    • Для каждой инсталляции системы, в которой независимо присваиваются номера случаям, необходимо создавать отдельный идентификатор
    • В случае, если предполагается обмен данными с ЕГИСЗ, рекомендуется использовать формат идентификатора МИС - OID, созданный по правилу СЭМД ЕГИСЗ: OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.10
    • При этом, медицинская организация, эксплуатирующая экземпляры МИС, обязана определить для каждого такого экземпляра свой Номер МИС
    • В случае, когда идентификатор МИС не предполагается использовать при взаимодействии с ЕГИСЗ, допускается использование GUID
  • Identifier.assigner – медицинская организация - владелец информационной системы, выдавшей идентификатор (не организация-поставщик МИС)
  • Identifier.type = PI

Дискуссия, посвященная аналогичному вопросу о номере пациента в МИС: 128

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

Например:

  • история родов (096/у)
  • Карта учета профилактического медицинского осмотра (диспансеризации) (131/у)

При передаче номера карты в качестве Encounter.identifier необходимо указать следующее:

  • Identifier.system - требования не предъявляются
  • Identifier.assigner = медицинская организация - владелец информационной системы, выдавшей карту (не организация-поставщик МИС)
  • Identifier.value = номер карты
  • Identifier.type.text = название карты в произвольной форме
  • Identifier.type.coding - два элемента
    • первый элемент .system = "http://hl7.org/fhir/valueset-identifier-type", value = MR, display = Medical Record Number
    • второй элемент .system = "http://fhir.ru/core/vs/core-vs-med-cards-as-identifiers", value = <код по справочнику Вид медицинской документации>, display = <название по справочнику Вид медицинской документации>

Рекомендуется использовать для Identifier.type.coding.code набор значений, представляющий собой выборку кодов справочника «Виды медицинской документации» НСИ ЕГИСЗ, для которых Тип = «Карта».

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

НазваниеФлагиКол-воТипОписание
EncounterClinicalDx
0..*CoreEncounter
Случай обслуживания
diagnosis
0..*BackboneElement
Диагноз
main
0..*BackboneElement
Основной
condition
1..1Reference(Condition)
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricMain (required) CoreVsDiagnosisRubricMain
additional
0..*BackboneElement
Сопутствующий
condition
1..1Condition
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricSupl (required) CoreVsDiagnosisRubricSupl
complication
0..*BackboneElement
Осложнение
condition
1..1Condition
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricCompl (required) CoreVsDiagnosisRubricCompl
НазваниеФлагиКол-воТипОписание
EncounterClinicalDx
0..*CoreEncounter
Случай обслуживания
resourceType
0..1string
id
SU0..1string
Logical id of this artifact
meta
SU0..1Meta
Metadata about the resource
text
0..1Narrative
Text summary of the resource, for human interpretation
contained
0..*Resource
extension
0..*Extension
implicitRules
SU?!0..1uri
A set of rules under which this content was created
modifierExtension
0..*Extension
language
0..1code
Language of the resource content
Binding: languages (preferred) This value set includes common codes from BCP-47 (http://tools.ietf.org/html/bcp47)
appointment
0..*Reference(Appointment)
diagnosis
0..*BackboneElement
Диагноз
condition
SU1..1Reference(Procedure | Condition)
The diagnosis or procedure relevant to the encounter
use
0..1CodeableConcept
Role that this diagnosis has within the encounter (e.g. admission, billing, discharge …)
Binding: diagnosis-role (preferred) This value set defines a set of codes that can be used to express the role of a diagnosis on the Encounter or EpisodeOfCare record.
1
rank
0..1positiveInt
Ranking of the diagnosis (for each role type)
main
0..*BackboneElement
Основной
condition
1..1Reference(Condition)
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricMain (required) CoreVsDiagnosisRubricMain
additional
0..*BackboneElement
Сопутствующий
condition
1..1Condition
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricSupl (required) CoreVsDiagnosisRubricSupl
complication
0..*BackboneElement
Осложнение
condition
1..1Condition
Нозологическая единица
diagnosisType
1..1CodeableConcept
Расширение: Тип диагноза
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
diagnosisRubric
1..1CodeableConcept
Расширение: Рубрика диагноза
Binding: CoreVsDiagnosisRubricCompl (required) CoreVsDiagnosisRubricCompl
serviceProvider
0..1Reference(Organization)
The organization (facility) responsible for this encounter
episodeOfCare
0..*Reference(EpisodeOfCare)
reasonCode
0..*CodeableConcept
type
0..*CodeableConcept
participant
0..*BackboneElement
type
0..*CodeableConcept
period
0..1Period
Period of time during the encounter that the participant participated
individual
SU0..1Reference(PractitionerRole | Practitioner | RelatedPerson)
Persons involved in the encounter other than the patient
serviceType
SU0..1CodeableConcept
Specific type of service
account
0..*Reference(Account)
classHistory
0..*BackboneElement
class
1..1Coding
inpatient | outpatient | ambulatory | emergency +
period
1..1Period
The time that the episode was in the specified class
priority
0..1CodeableConcept
Indicates the urgency of the encounter
status
SU?!1..1code
planned | arrived | triaged | in-progress | onleave | finished | cancelled +
Binding: encounter-status (required) Current state of the encounter.
class
SU1..1Coding
Classification of patient encounter
length
0..1Duration
Quantity of time the encounter lasted (less time absent)
identifier
0..*Identifier
hospitalization
0..1BackboneElement
Details about the admission to a healthcare service
dischargeDisposition
0..1CodeableConcept
Category or kind of location after discharge
preAdmissionIdentifier
0..1Identifier
Pre-admission identifier
specialArrangement
0..*CodeableConcept
dietPreference
0..*CodeableConcept
admitSource
0..1CodeableConcept
From where patient was admitted (physician referral, transfer)
Binding: encounter-admit-source (preferred) This value set defines a set of codes that can be used to indicate from where the patient came in.
specialCourtesy
0..*CodeableConcept
reAdmission
0..1CodeableConcept
The type of hospital re-admission that has occurred (if any). If the value is absent, then this is not identified as a readmission
origin
0..1Reference(Organization | Location)
The location/organization from which the patient came before admission
destination
0..1Reference(Organization | Location)
Location/organization to which the patient is discharged
period
0..1Period
The start and end time of the encounter
basedOn
0..*Reference(ServiceRequest)
partOf
0..1Reference(Encounter)
Another Encounter this encounter is part of
location
0..*BackboneElement
location
1..1Reference(Location)
Location the encounter takes place
status
0..1code
planned | active | reserved | completed
Binding: encounter-location-status (required) The status of the location.
physicalType
0..1CodeableConcept
The physical type of the location (usually the level in the location hierachy - bed room ward etc.)
period
0..1Period
Time period during which the patient was present at the location
subject
SU0..1Reference(CorePatient)
The patient or group present at the encounter
statusHistory
0..*BackboneElement
status
1..1code
planned | arrived | triaged | in-progress | onleave | finished | cancelled +
Binding: encounter-status (required) Current state of the encounter.
period
1..1Period
The time that the episode was in the specified status
reasonReference
0..*Reference(Observation | Procedure | ImmunizationRecommendation | Condition)
fhir.ru.diag.encounter/EncounterClinicalDx.constraint.0.severity
:severity is required

EncounterClinicalDx
Element id
EncounterClinicalDx
Definition
Случай обслуживания
Cardinality
0..*
Invariants
ru-core-diag-1
Правило проверки массива диагнозов: Если есть срез Сопуствующий или Осложнение, должен быть и срез Основной (в рамках одного типа диагноза diagnosisType и use)
(slice(http://fhir.ru/core/sd/encounter-clinical-dx, additional) or slice(http://fhir.ru/core/sd/encounter-clinical-dx, complication)) and slice(http://fhir.ru/core/sd/encounter-clinical-dx, main)
EncounterClinicalDx.diagnosis
Element id
EncounterClinicalDx.diagnosis
Definition
Диагноз
Cardinality
0..*
Type
Comments
Some Comment
EncounterClinicalDx.diagnosis.main.condition
Element id
EncounterClinicalDx.diagnosis.main.condition
Definition
Нозологическая единица
Cardinality
1..1
EncounterClinicalDx.diagnosis.main.diagnosisType
Element id
EncounterClinicalDx.diagnosis.main.diagnosisType
Definition
Расширение: Тип диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
EncounterClinicalDx.diagnosis.main.diagnosisRubric
Element id
EncounterClinicalDx.diagnosis.main.diagnosisRubric
Definition
Расширение: Рубрика диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisRubricMain (required) CoreVsDiagnosisRubricMain
EncounterClinicalDx.diagnosis.additional.condition
Element id
EncounterClinicalDx.diagnosis.additional.condition
Definition
Нозологическая единица
Cardinality
1..1
EncounterClinicalDx.diagnosis.additional.diagnosisType
Element id
EncounterClinicalDx.diagnosis.additional.diagnosisType
Definition
Расширение: Тип диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
EncounterClinicalDx.diagnosis.additional.diagnosisRubric
Element id
EncounterClinicalDx.diagnosis.additional.diagnosisRubric
Definition
Расширение: Рубрика диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisRubricSupl (required) CoreVsDiagnosisRubricSupl
EncounterClinicalDx.diagnosis.complication.condition
Element id
EncounterClinicalDx.diagnosis.complication.condition
Definition
Нозологическая единица
Cardinality
1..1
EncounterClinicalDx.diagnosis.complication.diagnosisType
Element id
EncounterClinicalDx.diagnosis.complication.diagnosisType
Definition
Расширение: Тип диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisType (required) [Справочник Степень обоснованности диагноза](https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.795/version/3.1)
EncounterClinicalDx.diagnosis.complication.diagnosisRubric
Element id
EncounterClinicalDx.diagnosis.complication.diagnosisRubric
Definition
Расширение: Рубрика диагноза
Cardinality
1..1
Terminology Binding
Binding: CoreVsDiagnosisRubricCompl (required) CoreVsDiagnosisRubricCompl

КлючОписаниеВыражение

ru-core-diag-1

Правило проверки массива диагнозов: Если есть срез Сопуствующий или Осложнение, должен быть и срез Основной (в рамках одного типа диагноза diagnosisType и use)

(slice(http://fhir.ru/core/sd/encounter-clinical-dx, additional) or slice(http://fhir.ru/core/sd/encounter-clinical-dx, complication)) and slice(http://fhir.ru/core/sd/encounter-clinical-dx, main)

Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/../lab/samples/01_encounter.yaml (No such file or directory)}

Пример простого ресурса Encounter, соответствующего профилю "Указание диагноза в рамках случая".

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleAidbox.yaml (No such file or directory)}
{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleFHIR.json (No such file or directory)}
{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleFHIR.yaml (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleAidbox.yaml (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleFHIR.json (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisSimpleFHIR.yaml (No such file or directory)}

Пример составного ресурса Encounter, соответствующего профилю "Указание диагноза в рамках случая".

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexAidbox.yaml (No such file or directory)}
{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexFHIR.json (No such file or directory)}
{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexFHIR.yaml (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexAidbox.yaml (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexFHIR.json (No such file or directory)}
Missed render-block for :error

{message: /root/gitopa/workdir/fhir-ru-mirror/docs/core/profile/samples/CoreEncounterWithDiagnosisComplexFHIR.yaml (No such file or directory)}
Наверх