Единая платформа цифрового здравоохранения Узбекистана
0.7.0 - ci-build
Единая платформа цифрового здравоохранения Узбекистана
0.7.0 - ci-build
Uzbekistan Digital Health Platform - Локальная сборка (v0.7.0), построенная FHIR (HL7® FHIR® Стандартные инструменты сборки. Смотрите каталог опубликованных версий
На этой странице представлены переводы с языка оригинала, на котором былонаписано руководство. Информацию об этих переводах и инструкции попредоставлению отзывов о переводах можно найти здесь.
(Пока без изменений)
Добавлены профили UZ Core Claim и UZ Core Claim Response для страховых счетов, предварительной авторизации и предварительного определения, а также для ответов с решением по оплате и возмещению. Их поддерживает терминология типа счёта, назначения счёта и статуса финансового управления, а также коды категории ответа, решения и результата. Расширение причины отмены фиксирует, почему ответ был отменён - например, когда срок действия предварительной авторизации истёк до завершения обработки счёта.
Добавлен профиль UZ Core Task Referral Approval для отслеживания шагов процесса согласования направления и госпитализации в системе государственного медицинского страхования (Приложение 1 к постановлению Кабинета Министров № 694 от 04.11.2025), с терминологией кодов задач, статуса, намерения и бизнес-статуса. Ограничение уровня предупреждения выявляет незавершённые задачи, у которых истёк запрошенный срок, но не проставлен статус просрочки - для контроля SLA.
Добавлен профиль UZ Core Group для определённых наборов сущностей - целевых групп скрининга, вакцинации и донорства и их когорт по результатам - с терминологией типа группы, вида группы, основания членства и вида характеристики.
Добавлен опросник скрининга риска сердечно-сосудистых заболеваний - форма раннего выявления риска ССЗ, которая рассчитывает балл и категорию риска по ответам с помощью выражений SDC FHIRPath. Руководство теперь зависит от hl7.fhir.uv.sdc, чтобы эти выражения разрешались.
ConceptMap типов организаций переименованы с префикса MIS2 на SSV в соответствии с SSV ValueSet, из которых выполняется сопоставление: SSVLevelTypeToSubordinationGroupCM, SSVMedicalTypeToOrganizationalStructureCM и SSVServiceTypeToOrganizationalServiceGroupCM. Дублирующие ConceptMap mis2-* удалены; разработчикам следует использовать канонические URL ssv-*. Сопоставления номенклатурных групп вынесены из SSVMedicalTypeToOrganizationalStructureCM в новый SSVMedicalTypeToNomenclatureGroupCM, чтобы каждый ConceptMap объявлял одну область источника и цели.
Добавлены supplement к SNOMED CT с узбекскими и русскими обозначениями для степени тяжести состояния, результата процедуры, типа реакции, описания цели, события начала цели и кодов социально-экономических наблюдений.
ValueSet на основе SNOMED CT теперь отбирают иерархию там, где она выражает замысел, вместо перечисления отдельных кодов: часть тела - любая анатомическая структура, код процедуры - любая процедура, целевое заболевание - любое заболевание, код пути введения - любой путь введения, степень тяжести состояния - любая степень тяжести, исход нежелательного явления - любая нежелательная реакция, а описание цели, тип реакции и причина рекомендации - любой клинический признак. Это расширяет набор допустимых значений по сравнению с 0.6.0. Результат процедуры, коды социально-экономических наблюдений, событие начала цели и роль участника действия сохраняют явные списки кодов, так как их понятия не имеют общего предка, достаточно узкого для отбора.
Добавлен supplement единиц UCUM с узбекскими и русскими переводами наименований единиц, представленный как ValueSet единиц UCUM. permittedUnit в UZ Core Laboratory ObservationDefinition теперь привязан к нему (extensible), а не к общему ValueSet единиц UCUM, а permittedDataType теперь привязан (required) к новому ValueSet типов значений лабораторных наблюдений.
Добавлены CodeSystem единиц измерения исходных лабораторных систем со строками единиц, используемыми исходными системами, его ValueSet и ConceptMap для перевода их в UCUM, чтобы результаты, поступающие с локальными обозначениями единиц, можно было нормализовать.
CodeSystem лабораторных панелей теперь объявляет свойства kind и parent, поэтому клиент, разворачивающий ValueSet кодов наблюдений, может отличить панели от аналитов, входящих в них. Также исправлены языковые обозначения кодов панелей.
component.code в UZ Core Laboratory ObservationDefinition получил дополнительную привязку для сценария пользовательского интерфейса: когда пользователь создаёт собственное лабораторное определение в портале пациента, код аналита должен выбираться из LOINC. Коды национальных лабораторных панелей остаются зарезервированными за предопределённым лабораторным справочником.
method в UZ Core Observation теперь явно указывает силу привязки как extensible.
UZ Core Immunization PlanDefinition теперь требует второй useContext с указанием вида календаря, привязанный (extensible) к новому ValueSet типа календаря иммунизации. Слайсинг по типу для action.definition[x] удалён, поскольку из-за него валидатор отклонял definitionCanonical, и примеры теперь используют definitionCanonical.
participant.actor в UZ Core Condition теперь может ссылаться на UZ Core Organization.
Профиль UZ Core ActivityDefinition переименован в UZ Core VaccinationActivityDefinition, его канонический URL изменён с .../uz-core-activity-definition на .../uz-core-vaccination-activity-definition. Разработчики, ссылающиеся на прежний канонический URL, должны его обновить.
В UZ Core Location удалён слайс налогового идентификатора, а name снова необязателен (0..1) - требование, введённое в 0.6.0, отменено.
Добавлены терминологические мосты DMED для путей введения, сопоставленных с национальными кодами и кодами SNOMED CT, а также расширены сопоставления единиц измерения и кодов вакцин; в CodeSystem единиц измерения DMED добавлены новые единицы.
Добавлена страница Формы, на которой любой опросник, публикуемый этим руководством, можно заполнить как рабочую форму на узбекском, русском или английском языке, чтобы проверить формулировки, варианты ответов, логику переходов и рассчитываемые результаты до реализации. Страница может заполнить форму примерами ответов и содержит ссылку на итоговый JSON ресурса QuestionnaireResponse.
Руководство по моделированию теперь требует, чтобы версии терминологий были в формате SemVer (MAJOR.MINOR.PATCH), так как платформа терминологий DHP не распознаёт другие форматы, и описывает, как кодировать идентификаторы релизов, не соответствующие SemVer, например 2026-01 у SNOMED CT.
Добавлен профиль UZ Core DiagnosticReport для лабораторных и диагностических отчётов с сопутствующей терминологией для категории услуг, статуса и типов отчётов.
Добавлен профиль UZ Core ServiceRequest для заказа услуг, таких как процедуры, диагностические исследования или комплексы исследований, включая терминологию для типа оплаты и статуса запроса.
Добавлен профиль UZ Core Specimen для клинических образцов с терминологией для метода сбора, типа образца, роли и статуса. На него ссылаются профили ServiceRequest и DiagnosticReport.
Добавлен профиль UZ Core Laboratory ObservationDefinition, чтобы системы могли публиковать определения лабораторных тестов - допустимые единицы измерения, методы измерения и референсные диапазоны с учётом пола - для Портала пациента и интегрирующихся систем.
Добавлен профиль UZ Core Immunization для регистрации вакцинаций с терминологией для целевого заболевания, места введения, пути введения и источника финансирования, а также ConceptMap для перевода национальных кодов вакцин DMED в CVX.
Добавлен профиль UZ Core ImmunizationRecommendation для прогнозов вакцинации с терминологией для статуса прогноза, критерия даты и причины.
Добавлен профиль UZ Core Immunization PlanDefinition для национальных календарей иммунизации.
Добавлен профиль UZ Core ActivityDefinition для определения переиспользуемых клинических активностей (процедур, тестов, протоколов медикаментозной терапии) независимо от конкретного пациента.
Добавлен профиль UZ Core AdverseEvent для регистрации нежелательных явлений с терминологией для фактичности, серьёзности, исхода и статуса.
Добавлен профиль UZ Core Medication с характерными для Узбекистана идентификаторами медикаментов (ID маркировки, регистрационное удостоверение, GTIN, ID агрегации коробки, код национальной классификации продуктов и услуг) и терминологией на основе АТХ для классификации и лекарственной формы.
Добавлен профиль UZ Core Procedure с терминологией для статуса процедуры, кодов процедур на основе SNOMED CT и исхода, а также примером ConceptMap SNOMED CT в ICHI для отчётности по возмещению расходов.
Добавлены коды лабораторных методов с ConceptMap, сопоставляющими лабораторные коды панелей и аналитов с LOINC и коды методов с SNOMED CT. Коды методов представлены набором значений лабораторных методов, привязанным к элементу method профиля UZ Core Observation.
В UZ Core PractitionerRole code теперь привязан (required) к набору значений должностей и профессий (ранее - набор значений ролей медработников); specialty по-прежнему привязан (required) к набору значений специализаций профессий. Реализаторы должны заполнять роли медработников кодами из этих наборов значений.
Добавлено расширение времени обработки в UZ Core HealthcareService для указания ожидаемого времени получения результатов по лабораторным услугам. Привязки категории и типа в этом профиле также смягчены с required на extensible, чтобы реализаторы могли добавлять локальные коды.
type в UZ Core Encounter и UZ Core EpisodeOfCare, а также signature.type в UZ Core Provenance теперь разбиты на слайсы, так что национальный код требуется, а дополнительные кодировки остаются разрешёнными.
Целевые ссылки в нескольких профилях теперь указывают на профили UZ Core там, где они существуют - например, UZ Core Observation specimen на UZ Core Specimen и partOf на UZ Core Procedure/Immunization, UZ Core Immunization administeredProduct на UZ Core Medication и UZ Core AdverseEvent suspectEntity на UZ Core Medication. Ресурсы, на которые ссылаются, теперь должны соответствовать соответствующему профилю UZ Core.
UZ Core Encounter reason и UZ Core Observation basedOn теперь могут ссылаться на ImmunizationRecommendation.
Канонические URL наборов значений домена идентификаторов и EpisodeOfCare (а также наборов значений иностранных паспортов и водительских удостоверений) перемещены с https://dhp.uz/fhir/core/ValueSet/... на https://terminology.dhp.uz/fhir/core/ValueSet/.... Реализаторам, ссылающимся на эти канонические URL напрямую, необходимо их обновить.
CodeSystem гражданства, на основе которого построен набор значений гражданства в UZ Core Patient, пересоздан на основе обновлённого списка гражданств dmp.uz: он вырос с 306 до 512 записей, отображаемые названия стандартизированы (верхний регистр), добавлены русские и английские переводы, а коды переназначены - один и тот же код теперь может обозначать другую национальность (например, #1 изменился с "Ruslar" на "ADIGEY"). Это критическое изменение: коды гражданства, сохранённые в предыдущей версии, необходимо сопоставить заново.
Исправлены английские отображаемые названия в OrganizationalSpecializationCS (единообразный регистр; "Children" изменено на "Pediatric"). Коды не изменились.
Добавлены терминологические мосты DMED для приёма данных из национальной системы DMED: коды стран сопоставлены с ISO 3166, единицы измерения - с UCUM, а профессии DMED сопоставлены как с SNOMED CT, так и с должностями DHP.
gender в UZ Core Patient теперь привязан (required) к новому набору значений административного пола с русскими и узбекскими переводами.
managingOrganization в UZ Core Patient теперь Must Support и должен ссылаться на UZ Core Organization.
Расширение для многоязычного перевода (базовое значение на узбекском плюс переводы на русский и каракалпакский) добавлено к name в UZ Core HealthcareService и к title в UZ Core ActivityDefinition, UZ Core Laboratory ObservationDefinition, UZ Core Immunization PlanDefinition и UZ Core Questionnaire. Элемент name теперь обязателен в UZ Core Organization и UZ Core Location.
Добавлены слайсы идентификаторов Государственного фонда медицинского страхования (SHIF) и Министерства здравоохранения (Минздрав) в UZ Core Organization. Коды поставщиков, назначаемые SHIF, типизированы как PRN (номер поставщика). Новая страница идентификация плательщиков объясняет, как идентифицируются плательщики и их законтрактованные поставщики.
В UZ Core Patient и UZ Core RelatedPerson локальный идентификатор паспорта больше не фиксирует use как official: используйте official для текущей ID-карты и old для устаревшего бумажного паспорта с той же системой. См. страницу идентификаторы.
Добавлены страницы руководства по внедрению - как читать это руководство, общее руководство и Must Support - а также сквозные разборы рабочих процессов для лабораторного, иммунизационного, направительного процессов, пути пациента и процесса назначения лекарств. Каждый профиль теперь также имеет вводные разделы с описанием и примечаниями.
Добавлено руководство по валидации ресурсов на соответствие UZ Core с использованием валидатора командной строки и validator.fhir.org.
Обновлено руководство по доступу к API: на данный момент на песочнице валидируются только системы кодов ICD-10 и HL7, PKCE обязателен для фронтенд-клиентов, а детали аутентификации теперь ссылаются на внешнюю документацию SSO.
Страница Services переименована в Компоненты и дополнена описаниями компонентов и переводами на русский и узбекский.
Добавлен профиль UZ Core AllergyIntolerance с сопутствующими CodeSystem и ValueSet (AllergenCodesVS, ReactionSubstanceVS, ReactionManifestationVS, AllergyCategoryVS, AllergyTypeVS, AllergyClinicalStatusVS, AllergyVerificationStatusVS, AllergyReactionSeverityVS), а также ConceptMap для перевода локальных кодов аллергенов и проявлений реакций в SNOMED CT.
Добавлены коды лабораторных исследований для панелей и аналитов, используемых в Узбекистане.
UZCoreClinicalCondition удалён и объединён с UZ Core Condition. Разработчикам необходимо обновить ссылки с uz-core-clinical-condition на uz-core-condition. Для Condition.code теперь используется новый набор значений ConditionCodeVS, объединяющий коды ICD-10 и SNOMED CT (привязка preferred).
В Опроснике удовлетворённости пациента коды answerOption вынесены из URL самого Questionnaire в отдельную систему кодов PatientSatisfactionCS. Разработчикам, заполняющим QuestionnaireResponse для этого опросника, необходимо обновить значение system в Coding с https://dhp.uz/fhir/core/Questionnaire/PatientSatisfactionQuestionnaire на https://terminology.dhp.uz/fhir/core/CodeSystem/patient-satisfaction-cs. Сами коды не изменились.
В UZ Core Observation привязка ObservationCodesVS изменена с required на preferred и теперь включает коды SNOMED CT в дополнение к LOINC и локальным кодам. Разработчики могут использовать коды SNOMED CT, где это уместно.
В UZ Core HealthcareService category.coding и type.coding теперь содержат слайсы, поддерживающие новый слайс labCategory, привязанный к LabServiceCategoriesVS (коды из LabCategoriesCS). Лабораторные службы должны заполнять слайс labCategory дополнительно к существующему dhpCategory.
В UZ Core Patient набор значений MahallaVS (используется для address.city) расширен кодами из новой системы Mahalla COATO, что добавляет более 2 600 идентификаторов махаллей на основе СОАТО в дополнение к существующим кодам MahallaCS.
В UZ Core Socioeconomic Observation система кодов BenefitCS была расширена новыми кодами (например, #regis0004.00020, #regis0004.00021, #regis0004.00022, #regis0004.00023).
В UZ Core Socioeconomic Observation в систему кодов EducationCS добавлены новые коды (например, #regis0005.00011 "Нет образования", #regis0005.00012 "Специальность").
В UZ Core Socioeconomic Observation система кодов SocialStatusCS была расширена (например, #regis0010.00010 "Ученик школы", #regis0010.00011 "Имеется льготная категория").
В DisabilityCS добавлен новый термин:
#regis0011.00005 "Инвалидность не установлена"Для UZ Core Encounter создана новая система кодов AdmitSourceLocalCS со следующими кодами:
#mserv-0006-00001 "Без направления"#mserv-0006-00002 "Диспансер"#mserv-0006-00003 "Районная психиатрия"#mserv-0006-00004 "Скорая медицинская помощь"#mserv-0006-00005 "По решению суда"#mserv-0006-00006 "На экспертизу"Дополнительно создан новый набор значений AdmissionOriginVS, включающий коды из AdmitSourceHomeCS.
Для UZ Core Encounter EncounterPriorityCS был дополнен недостающими кодами на основе HL7 v3-ActPriority (например, #A, #CR, #EL, #R, #RR, #S, #T, #UD, #UR), а также создана новая система кодов EncounterPriorityLocalCS с локальными кодами приоритета (например, #transferred, #mandatory-treatment, #involuntary-hospitalization).
Для UZ Core Encounter создана новая система кодов ReAdmissionLocalCS для случаев повторной госпитализации (например, #first-time, #repeat-current-year).
Для UZ Core Encounter EncounterDischargeDispositionHomeCS была расширена новыми кодами:
#mserv-0004-00004 "Выписан"#mserv-0004-00002 "Умер"#mserv-0004-00005 "Переведен в учреждение МВД"#mserv-0004-00006 "Переведён(а) в дом милосердия"Для UZ Core Encounter создана новая система кодов EncounterLocalSubjectStatusCS, отражающая состояние пациента:
#loc-cs-001 "Выздоровел"#loc-cs-002 "С положительной динамикой"#loc-cs-003 "Без изменений"#loc-cs-004 "Ухудшился"Хотя в UZ Core отсутствует отдельный профиль для Coverage, в связи с требованиями форм ССВ создана новая система кодов CoverageTypeCS.
Она включает типы финансирования через ДТСЖ и социальные фонды (например, #dtsj-treated-case, #dtsj-privileged-category, #saxovat-komak-fund, #womens-notebook-fund, #youth-notebook-fund).
Добавлено пространство имён идентификаторов документов (doc) в систему идентификаторов.
Слайс type.coding[organizationType] в UZ Core Organization теперь использует OrganizationTypeUZCS вместо международного CodeSystem HL7 organization-type. Например, $organization-type-cs#prov необходимо заменить на код из organization-types-uz-cs (напр. #I "Распределение по управлению"). Прямого соответствия нет - каждую организацию необходимо классифицировать в новой системе (коды I-V).
Добавлен слайс type.coding[organizationGrouping] в UZ Core Organization с использованием OrganizationGroupingCS для детальной группировки учреждений (напр. #104 "Специализированные больницы", #210 "Семейная поликлиника"). Разработчикам следует заполнять этот новый слайс.
Кардинальность type.coding[organizationalServiceGroup] и type.coding[specialization] в UZ Core Organization расширена с 0..1 до 0..*. Теперь можно указывать несколько кодов сервисных групп и специализаций для одной организации.
Добавлен код I_6 "Организации с участием иностранных инвесторов" в OrganizationalSubordinationGroupCS. Разработчикам следует использовать этот код в type.coding[subordinationGroup] для соответствующих организаций.
OrganizationalStructureCS расширен новыми кодами для амбулаторных учреждений (напр. #200 поликлиники), образовательных учреждений (#300), центров переливания крови (#400), санэпидслужб (#500) и других. Исправлены некоторые существующие переводы (напр. #116 исправлено с "Медицинский центр Центр" на "Медицинский центр"). Разработчикам следует проверить, существует ли теперь более точный код для их учреждений.
Добавлено расширение зоны обслуживания для UZ Core Organization, указывающее административную территорию, которую обслуживает организация, привязанное к StateVS. Коды территорий SSV можно преобразовать в StateCS с помощью SSVAdministrativeTerritoryToRegionsCM.
Добавлен пример, демонстрирующий преобразование организации из MIS2 JSON в ресурс UZ Core Organization с использованием ConceptMap.
Добавлены ConceptMap для перевода кодов MIS2 в терминологию UZ Core: SSVMedicalTypeToOrganizationalStructureCM для type.coding[organizationalStructure], SSVLevelTypeToSubordinationGroupCM для type.coding[subordinationGroup] и SSVServiceTypeToOrganizationalServiceGroupCM для type.coding[organizationalServiceGroup]. Разработчикам, выполняющим перевод из MIS2, следует использовать эти карты для заполнения соответствующих слайсов.
В UZ Core Patient документация по идентификаторам уточнена: национальный идентификатор - это ПИНФЛ (Персональный идентификационный номер физического лица), а также разъяснена разница между использованием идентификаторов medicalRecordTemp и unknownPatient.
Добавлены пример транзакционного бандла и пример PractitionerRole с произвольным текстом квалификации в качестве справочных шаблонов для разработчиков.
Добавлен профиль UZ Core Goal с соответствующими кодовыми справочниками и наборами значений.
Добавлены профили UZ Core Questionnaire и QuestionnaireResponse с многоязычной поддержкой для переведённых вариантов ответов.
Добавлен тип идентификатора для номера пенсионного удостоверения с поддержкой NamingSystem в ресурсе Patient.
Уточнены требования к силе привязки (binding strength) в руководстве по моделированию.
Применена обратная связь с DHP Connectathon 1.
Исправлены ссылки на профили для использования профилей UZ Core вместо базовых ресурсов FHIR где возможно.
Гражданство пациента теперь использует коды ISO 3166-1 alpha-2 вместо пользовательских кодов МВД.
Исправлена консистентность кода OrganizationalSpecialization (101 → 101.0).
Исправлен русский перевод для I_3 в OrganizationalSubordinationGroup.
Уточнены описания для NomenclatureGroup, OrganizationalStructure и OrganizationalServiceGroup для объяснения их назначения и иерархии.
Добавлено расширение для отслеживания даты прикрепления пациента к управляющей организации.
Добавлен ConceptMap для преобразования кодов стран МВД в коды ISO 3166-1 alpha-2.
Добавлены явные срезы для номеров иностранных паспортов и водительских удостоверений пациентов с поддержкой кодов стран.
Обновлено описание EpisodeOfCare.
Улучшена документация по идентификаторам, включая уточнение ПИНФЛ и переход на двухбуквенные коды стран (alpha-2).
Добавлен раздел по витальным показателям с руководством и примерами.
Добавлена поддержка каракалпакского языка (kaa) в правиле MultilingualName, которое используется для многоязычных названий в профилях Organization и Location.
Обновлён владелец интеллектуальной собственности на Министерство здравоохранения.
Добавлен профиль UZ Core Clinical Condition для разграничения клинических состояний, основанных на МКБ-10, и состояний, не основанных на МКБ-10.
Статус инвалидности пациента перенесён из ресурса Patient (где он реализовывался через стандартное расширение FHIR) в ресурс Condition.
Из идентификаторов NamingSystem удалены символы подчёркивания.
Добавлен CapabilityStatement, описывающий поддерживаемые ресурсы, профили, операции и параметры поиска в рамках DHP.
В Руководство по внедрению (IG) добавлены разделы: IP statements, globals table и dependency table.
Канонические URL идентификаторов NamingSystem теперь начинаются с https://terminology.dhp.uz.
Исправлено название дополнительного кодового справочника (supplement) для Observation Interpretation.
Добавлена стратегия многоязычной терминологии с узбекскими авторскими CodeSystem и дополнениями к THO для локализации пользовательского интерфейса.
Документировано использование ConceptMap и соответствующей стратегии.
Обновлены имена срезов (slice names) в соответствии с рекомендуемым стилем именования — lowerCamelCase.
Добавлена поддержка международных адресов в ресурсах Patient, Practitioner и RelatedPerson.
Добавлены переводы на узбекский язык.
Добавлены UZ Core профили для Encounter, EpisodeOfCare и Observation.
Канонические URL изменены на https://dhp.uz/fhir/core для ресурсов соответствия и https://terminology.dhp.uz/fhir/core для терминологических ресурсов, чтобы обеспечить будущие IG, которые будут следовать шаблону https://dhp.uz/fhir/<ig>.
Добавлены переводы на русский язык.
Это первый, находящийся в стадии разработки, выпуск IG (Implementation Guide Руководство по внедрению), в котором обновлены канонические URL всех ресурсов до их окончательной версии.
Добавлены UZ Core профили для AuditEvent, Consent, Condition, HealthcareService, Location, Organization, Patient, Practitioner, PractitionerRole, RelatedPerson, Provenance и Socioeconomic Observation.
Канонические URL профилей, терминологических ресурсов и IG изменены с временного домена medcore.uz на официальный домен dhp.uz.