Единая платформа цифрового здравоохранения Узбекистана
0.5.0 - ci-build Uzbekistan флаг

Uzbekistan Digital Health Platform, опубликовано Ministry of Health of the Republic of Uzbekistan. Это руководство не является санкционированной публикацией; это непрерывная сборка для версии 0.5.0, созданной FHIR (HL7® FHIR® Standard) CI Build. Эта версия основана на нынешнем содержании https://github.com/uzinfocom-org/digital-health-ig/ и регулярно изменяется. Смотрите каталог опубликованных версий

Immunization

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

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

Этот рабочий процесс показывает, как национальный календарь иммунизации формирует персонализированную рекомендацию и как регистрируется введённая доза вакцины. Все четыре ресурса, используемые здесь, профилированы в UZ Core.

Участники: менеджер программы иммунизации / распорядитель данных (поддерживает календарь); пациент или родитель/опекун (просматривает рекомендации); врач и медсестра (оценивают показания и проводят вакцинацию).

Цепочка:

National schedule to recorded doseProgrammanagerProgrammanagerDHP(recommendation engine)DHP(recommendation engine)DoctorDoctorNurseNurse1publishPlanDefinition(national schedule)one active scheduleper jurisdiction2GETImmunizationRecommendation?patient=[id]engine reads PlanDefinition+ Immunization history+ patient demographics3ImmunizationRecommendation(due / overdue, dose number)4assess eligibility5POSTImmunization(status = completed | not-done)opt[reaction occurs]6POSTAdverseEvent(suspectEntity -> Immunization) +Observation


1. Календарь как код

Национальный календарь публикуется один раз в виде PlanDefinition. Каждая рекомендованная доза — это PlanDefinition.action; вакцина и сведения о дозировании переносятся в действие через definitionCanonical, ссылающийся на ActivityDefinition, либо через национальные расширения (doseSequence, maximumInterval, gracePeriod). Минимальные интервалы между дозами используют action.relatedAction.offsetDuration; показания используют action.condition.

GET [base]/PlanDefinition?status=active&context-type-value=focus$vaccination

Для данной области/юрисдикции одновременно может быть активна только одна версия календаря, и календарь должен удовлетворять правилам валидации (отсутствие пропусков в последовательности доз, отсутствие невозможных временных окон, отсутствие двух перекрывающихся активных версий). См. страницу PlanDefinition.

2. Формирование рекомендации

Механизм рекомендаций считывает активный PlanDefinition, существующую историю Immunization пациента и демографические данные пациента и формирует ImmunizationRecommendation. Каждая запись содержит vaccineCode и/или targetDisease, doseNumber, forecastStatus (предстоит, просрочено, …) и dateCriterion (самая ранняя/рекомендованная/самая поздняя даты).

# read what a patient is due for
GET [base]/ImmunizationRecommendation?patient=Patient/[id]&_sort=-date

# read the doses already given
GET [base]/Immunization?patient=Patient/[id]&status=completed

Рекомендация вычисляется, а не вводится вручную — клиенты её отображают, но не создают.

3. Оценка показаний и введение вакцины

Врач изучает рекомендацию и историю и решает, есть ли у пациента показания. Медсестра вводит вакцину, а система регистрирует Immunization. status отражает исход:

Исход Immunization.status Также устанавливается
Вакцина введена completed occurrence, vaccineCode, administeredProduct, lotNumber, doseQuantity, performer
Медицинский отвод not-done statusReason = MEDPREC (медицинская предосторожность) или IMMUNE (иммунитет)
Отказ not-done statusReason = PATOBJ (возражение пациента)
Продукт недоступен not-done statusReason = OSTOCK (продукт отсутствует на складе)
Зарегистрировано ошибочно entered-in-error -

statusReason связан (required) с набором значений причин статуса иммунизации; четыре приведённых выше кода из HL7 v3 ActReason являются единственными допустимыми значениями.

POST [base]/Immunization
{
  "resourceType": "Immunization",
  "meta": { "profile": ["https://dhp.uz/fhir/core/StructureDefinition/uz-core-immunization"] },
  "status": "completed",
  "vaccineCode": { "coding": [{ "system": "http://hl7.org/fhir/sid/cvx", "code": "03" }] },
  "patient": { "reference": "Patient/[id]" },
  "occurrenceDateTime": "2026-05-30",
  "lotNumber": "AB-2231",
  "performer": [{ "actor": { "reference": "PractitionerRole/[id]" } }],
  "protocolApplied": [{ "doseNumberPositiveInt": 1 }]
}

Доза уникально идентифицируется по сочетанию пациент + vaccineCode + occurrence + lotNumber — не отправляйте одну и ту же комбинацию дважды.

4. Регистрация реакции (при наличии)

Если у пациента возникает поствакцинальная реакция, зарегистрируйте AdverseEvent, чей suspectEntity ссылается на Immunization, при необходимости с Observation, описывающим реакцию.

Связанные материалы