Единая платформа цифрового здравоохранения Узбекистана
0.5.0 - ci-build
Единая платформа цифрового здравоохранения Узбекистана
0.5.0 - ci-build
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/ и регулярно изменяется. Смотрите каталог опубликованных версий
На этой странице представлены переводы с языка оригинала, на котором былонаписано руководство. Информацию об этих переводах и инструкции попредоставлению отзывов о переводах можно найти здесь.
Машинный перевод, требуется проверка человеком. Эта страница автоматически переведена с английского языка с помощью искусственного интеллекта и пока не проверена редактором. При любых расхождениях приоритет имеет оригинальная англоязычная версия.
Этот рабочий процесс показывает, как медицинская помощь пациенту по одной проблеме группируется во времени. Отдельный приём - это Encounter; курс помощи, охватывающий множество приёмов - беременность, онкологический маршрут, хроническая инфекция, - это EpisodeOfCare. Эпизод - это та нить, что связывает воедино приёмы, диагнозы и результаты одного случая, чтобы клиницист видел всю историю целиком, а не разрозненные записи.
Статус профилей: EpisodeOfCare, Encounter, Condition и Observation профилированы в UZ Core. Профиль MedicationRequest, используемый при лечении, находится в разработке - пока он не опубликован, используйте базовый ресурс FHIR R5.
Участники: врач общей практики (открывает случай и ведёт его); специалисты (лечат в рамках случая); платформа (DHP).
Когда проблема становится случаем, требующим ведения - как правило, при подтверждающем результате, - клиницист создаёт EpisodeOfCare со status = active, указанием пациента в patient, ответственного клинициста/команды и значением period.start, равным дате диагноза. К нему привязываются диагностический Encounter и Condition.
POST [base]/EpisodeOfCare
{ "resourceType": "EpisodeOfCare",
"meta": { "profile": ["https://dhp.uz/fhir/core/StructureDefinition/uz-core-episodeofcare"] },
"status": "active",
"patient": { "reference": "Patient/[id]" },
"period": { "start": "2026-05-30" } }
На протяжении всего случая каждый приём и каждый результат ссылаются на эпизод, благодаря чему запись остаётся сгруппированной. Encounter несёт episodeOfCare; Observation фиксирует свой encounter; лечение фиксируется как MedicationRequest (или MedicationAdministration) на тех же приёмах.
POST [base]/Encounter
{ "resourceType": "Encounter",
"meta": { "profile": ["https://dhp.uz/fhir/core/StructureDefinition/uz-core-encounter"] },
"status": "completed",
"subject": { "reference": "Patient/[id]" },
"episodeOfCare": [{ "reference": "EpisodeOfCare/[id]" }] }
Жизненный цикл эпизода различается в зависимости от вида случая:
Острый / излечимый (например, курс лечения ВГС). Эпизод открывается при постановке диагноза, проходит через лечебные приёмы и контрольные лабораторные исследования и закрывается при подтверждении излечения: устанавливаются status = finished и period.end, равный дате выздоровления.
Хронический / пожизненный (например, ведение ВГВ). Эпизод остаётся active годами. Приостановки и возобновления фиксируются в EpisodeOfCare.statusHistory, а не путём его закрытия. Когда пациент переходит к другому поставщику, не переназначайте эпизод: закройте исходный (status = finished) и откройте новый EpisodeOfCare в принимающей организации, чтобы каждая организация владела той частью маршрута, которую она обеспечила.
| Событие | Эффект |
|---|---|
| Случай начинается (подтверждающий результат) | EpisodeOfCare.status = active, установлен period.start |
| Помощь приостановлена / возобновлена | добавление в statusHistory (onhold → active); эпизод остаётся открытым |
| Излечение подтверждено (острый) | status = finished, установлен period.end |
| Передача помощи | у исходного status = finished; новый EpisodeOfCare открыт в новой организации |
Клиницист открывает случай, считывая эпизод и ресурсы, которые на него ссылаются:
GET [base]/EpisodeOfCare?patient=Patient/[id]&status=active
GET [base]/Encounter?episode-of-care=EpisodeOfCare/[id]&_sort=-date
GET [base]/Observation?patient=Patient/[id]&_sort=-date
Поскольку каждый приём, результат и назначение несут ссылку на эпизод, это возвращает весь случай как единую нить - в чём и состоит смысл группировки по EpisodeOfCare, а не оставления записей разрозненными по разным приёмам.