Единая платформа цифрового здравоохранения Узбекистана
0.10.0 - draft
Единая платформа цифрового здравоохранения Узбекистана
0.10.0 - draft
This page is part of the Uzbekistan Digital Health Platform (v0.10.0: Releases Draft) based on FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version. For a full list of available versions, see the Directory of published versions
На этой странице представлены переводы с языка оригинала, на котором былонаписано руководство. Информацию об этих переводах и инструкции попредоставлению отзывов о переводах можно найти здесь.
(Пока без изменений)
Добавлен ICHI целиком - Международная классификация вмешательств в здравоохранении ВОЗ, 21 747 концептов из таблицы от 2026-09-17 - под собственным каноническим URI ВОЗ http://id.who.int/icd/release/11/ichi, вместе с набором значений ICHI Codes.
677 из этих концептов помечены как inactive со status retired. Это коды, которые DMED всё ещё использует, а ВОЗ уже убрала; они сохранены, чтобы уже имеющиеся в DMED записи оставались валидными. ichi-vs их не включает: для новых записей их использовать не следует.
UZ Core PlanDefinition теперь указывает, где действует расписание, через срез use context jurisdiction с привязкой required к новому набору значений Uzbekistan Jurisdictions. Национальное расписание несёт одну запись с кодом страны UZ, региональное - по одной записи на регион, причём коды регионов те же, что в Address.state, поэтому регион пациента можно сопоставить с действующими для него расписаниями.
По запросу Министерства здравоохранения набор значений причин статуса иммунизации вырос с 4 до 8 кодов: добавлены PHILISOP (мировоззренческий отказ), RELIG (религиозный отказ), VACEFF (сомнения в эффективности вакцины) и VACSAF (опасения по безопасности вакцины), чтобы несостоявшаяся вакцинация могла указать причину точнее, чем просто возражение пациента. Их узбекские и русские designation находятся в supplement act reason.
Добавлены organizational-specialization-cs#176.0 для гериатрии взрослых, coverage-type-cs#covtp-0001-00014 для благотворительного фонда «Вакф», admit-source-local-cs#mserv-0006-00007 для направления из поликлиники и benefits-cs#regis0004.00024 для лиц с гематологическими заболеваниями - право на бесплатную высокотехнологичную специализированную помощь по указу Президента УП-88 - пробелы, найденные при сверке формы 066 с живой системой DMED. Набор значений приоритета обращения теперь также включает UR (срочно) и EL (планово), а список Provenance Participation Role Type включает attester.
Коды процедур теперь включают ICHI наряду с SNOMED CT, поскольку DMED кодирует операцию только в ICHI, поэтому Procedure.code может нести статистический код, под которым процедура попадает в отчётность, вместе с её клиническим смыслом - оба как два coding в одном элементе, если процедуру и регистрируют, и включают в отчётность. Привязка теперь extensible, а не required, чтобы руководство могло сузить Procedure.code до национального подмножества, включающего коды, убранные ВОЗ.
Канонический URI ICHI теряет beta: NamingSystem ICHI переехал с http://id.who.int/icd/release/11/beta/ichi на http://id.who.int/icd/release/11/ichi. NamingSystem публиковал URI с beta в 0.9.0 и 0.9.2, поэтому всё, что взяло оттуда URI системы ICHI, нужно перенести.
Пример ConceptMap SNOMED CT в ICHI, публиковавшийся с 0.9.0, удалён. ВОЗ лицензирует ICHI по CC BY-ND 3.0 IGO, и любое сопоставление ICHI с другой терминологией требует отдельного письменного соглашения с ВОЗ; до его заключения руководство такую карту публиковать не может.
target в UZ Core Provenance теперь также принимает Bundle, поскольку для подписи целого FHIR-документа (как в форме 066) ранее не было допустимого типа цели.
На странице UZ Core PlanDefinition появился раздел «Национальное или региональное» с обеими формами use context jurisdiction.
Страница UZ Core Procedure теперь называет обе системы кодов, допустимые в code, и указывает передавать SNOMED CT и ICHI как два coding, если процедуру и регистрируют, и включают в отчётность.
Пакет теперь собирается как публикационная сборка. Начиная с 0.2.0 его package.json содержал notForPublication и URL file://, поэтому packages2.fhir.org отклонял все версии начиная с 0.6.0, а гайды, зависящие от UZ Core, ссылались на его артефакты через пути file://. Теперь пакет объявляет https://dhp.uz/fhir/core. Содержимое не изменилось по сравнению с 0.9.1.
ICD-O-3.2 объявляла версию 3.2; теперь она объявляет 3.2.0 - идентификатор выпуска, который ожидают валидаторы. Коды, закрепляющие версию, нужно перевести с http://terminology.hl7.org/CodeSystem/icd-o-3|3.2 на |3.2.0.
Добавлен профиль UZ Core MedicationRequest для назначения лекарственных средств, с расширением доверенного лица, указывающим родственника (RelatedPerson) или патронажную медсестру (PractitionerRole), уполномоченных получить лекарственное средство от имени пациента. Вместе с ним добавлена терминология статуса, причины статуса, намерения и категории - категория дополнена национальным кодом реимбурсационного заказа, - а для режима приёма терминология дней недели, времени события и сокращений режима приёма, вся с узбекскими и русскими обозначениями.
Добавлена в полном объёме ICD-O-3.2 - 330 кодов топографии и 1143 кода морфологии с узбекскими и русскими обозначениями - под её каноническим URL HL7 Terminology http://terminology.hl7.org/CodeSystem/icd-o-3, с наборами значений топографии и морфологии.
Добавлены CodeSystem единиц измерения со 181 локальным кодом единиц с узбекскими, русскими и английскими наименованиями, его ValueSet и ConceptMap, сопоставляющий 65 из них с UCUM.
entity.detail в UZ Core AuditEvent теперь Must Support, а detail.type привязан (example) к 13 новым кодам типов деталей события аудита для аутентификации, клиента, поиска, версий ресурса и синхронизации.
CodeSystem типов обращения вырос с 7 до 8 кодов: добавлен mserv-0001-00008 для скринингового обращения, доступный через слайс nationalType элемента type в UZ Core Encounter.
Система кодов ICCC-3 перенесена с https://terminology.dhp.uz/fhir/core/CodeSystem/iccc-3-cs на канонический URL HL7 Terminology http://terminology.hl7.org/CodeSystem/iccc-3, поскольку классификация принадлежит IARC, а не DHP. Набор значений сохраняет свой URL.
Слайсы идентификаторов passportLocal и passportInternational в UZ Core RelatedPerson теперь имеют кардинальность 0..*, а не 0..1, как в UZ Core Patient.
authorizingPrescription в UZ Core MedicationDispense теперь ссылается на UZ Core MedicationRequest, а не на любой MedicationRequest.
ValueSet типов родственной связи в UZ Core RelatedPerson теперь включает FTH (отец) и GUARD (опекун), а их узбекские и русские обозначения добавлены в RoleCodeCS.
ValueSet путей введения теперь включает 8 локальных кодов путей введения для путей, которых нет в SNOMED CT, например имплантацию, ионофорез и кожную скарификацию. ValueSet привязан (extensible) к dosageInstruction.route в UZ Core MedicationRequest и (example) к route в UZ Core Immunization.
Supplement должностей DMED в SNOMED CT теперь несёт узбекские обозначения наряду с русскими вместо английских, которые были в 0.8.0.
CapabilityStatement DHP теперь объявляет операции платформы - Person/$populate, Patient/$populate, Organization/$practitioners, Practitioner/$organizations и Practitioner/$specializations, - каждую со ссылкой на её OperationDefinition. В нём также перечислены Bundle и Flag, и у него появились канонический URL, имя, заголовок и версия.
prescription в UZ Core Claim теперь ссылается на UZ Core MedicationRequest, а не на любой MedicationRequest, как было объявлено в 0.8.0.
Профиль UZ Core VaccinationActivityDefinition переименован в UZ Core ActivityDefinition, поскольку он больше не ограничен вакцинацией. Это несовместимое изменение: канонический URL меняется с https://dhp.uz/fhir/core/StructureDefinition/uz-core-vaccination-activity-definition на https://dhp.uz/fhir/core/StructureDefinition/uz-core-activitydefinition, и экземпляры должны обновить meta.profile.
code больше не зафиксирован как 33879002 (активная иммунизация), а привязан (extensible) к кодам процедур. Привязка product[x] к кодам вакцин теперь extensible, с дополнительной привязкой required, когда code равен 33879002, поэтому вакцинация по-прежнему указывает вакцину из этого ValueSet.
Опросник скрининга риска сердечно-сосудистых заболеваний удалён вместе с системами кодов CvdRiskCategoryCS и CvdTobaccoUseCS. Опросник и категории риска теперь находятся в интеграционном IG как https://dhp.uz/fhir/integrations/Questionnaire/CVDRiskScreeningQuestionnaire и https://terminology.dhp.uz/fhir/integrations/CodeSystem/cvd-risk-category-cs, где употребление табака кодируется SNOMED CT, поэтому ссылки на прежние канонические URL core нужно заменить.
Supplement классов ролей DMED https://terminology.dhp.uz/fhir/core/CodeSystem/dmed-role-class-cs, добавленный в 0.8.0, удалён, поэтому у PAT в ValueSet должностей и профессий больше нет узбекского и русского обозначений.
На странице Компоненты теперь описаны компоненты "Управление кровью", "Сестринское дело" и "Поставки". Раздел Направления теперь описывает семь признаков, по которым классифицируется направление, и то, как ServiceRequest направления связан с Task, которые ведут его согласование в рамках государственного медицинского страхования.
Компоненты, у которых есть страница процесса, теперь ссылаются на неё, а каждая страница процесса ссылается обратно. Раздел "Рецепты" указывает на процесс Электронный рецепт и отпуск лекарственного средства, пока не готов его технический проект.
Страница "Компоненты" теперь завершается интерактивной диаграммой межкомпонентной архитектуры ресурсов, которая показывает, с какими FHIR-ресурсами работает каждый из одиннадцати компонентов и какие из них передаются в другой компонент. Она отмечает, какие ресурсы определены в этом руководстве, а знаком ★ - за какие отвечает сам компонент. При наведении курсора или переходе табуляцией к ресурсу показывается сервис платформы, в котором он хранится, а нажатие на карточку компонента раскрывает список его ресурсов.
Страница Жизненный цикл электронного направления больше не называет профили ServiceRequest и Task неопубликованными. Оба опубликованы как UZ Core ServiceRequest и UZ Core Task Referral Approval и по-прежнему помечены как экспериментальные.
Ссылки и рабочий пример процесса От назначения лабораторного исследования до получения результата теперь указывают на UZ Core ServiceRequest вместо переименованного в 0.8.0 uz-core-servicerequest-laboratory.
UZ Core RelatedPerson теперь показывает, как связать родителя с ребёнком, чтобы система могла разрешить родителю действовать от его имени, с новым примером example-mother-of-a-child. Страница профиля объясняет поиск детей по PINFL, определение возраста ребёнка по Patient.birthDate и почему сама по себе связь не предоставляет доступ.
Добавлен профиль UZ Core Composition как основа для медицинских документов и цифровых форм, с терминологией типа документа (470 национальных кодов документов, журналов и бланков), категории, статуса, режима заверения, а для каждого раздела - статуса повествования, порядка сортировки и причины, по которой раздел пуст.
Операции, которые предоставляет платформа, теперь опубликованы как OperationDefinition, чтобы разработчики видели их параметры, поведение при ошибках и идемпотентность, не обращаясь к документации платформы. Person/$populate и Patient/$populate создают Person или Patient по документу, удостоверяющему личность - PINFL (NI), паспорту или ID-карте (PPN), свидетельству о рождении (BCT) - заполняя его данными из государственных реестров, и возвращают уже существующий ресурс вместо дубликата, если для этого PINFL он уже есть. Organization/$practitioners, Practitioner/$organizations и Practitioner/$specializations раскрывают связи между медицинскими работниками и организациями, в которых они работают.
Добавлено расширение истории статусов для UZ Core PlanDefinition, фиксирующее каждый статус, в котором находилось определение, с периодом его действия, причиной изменения и тем, кто его выполнил.
characteristic в UZ Core HealthcareService теперь слайсится со слайсом paymentType, привязанным (required) к типу оплаты, чтобы услуга могла указать, на каких условиях финансирования она оказывается. Слайс labCategory в category.coding теперь привязан к категориям услуг, а не к переименованному лабораторному ValueSet (см. ниже).
Добавлена Международная классификация онкологических заболеваний у детей, 3-е издание со 140 диагностическими группами, подгруппами и разделами, а также ValueSet, отбирающий их, для классификации детских онкологических заболеваний по морфологии в регистровой отчётности. Он предназначен для использования в интеграционном IG.
CodeSystem типов диагноза вырос с 12 до 22 кодов: cancer-0003-0001 - cancer-0003-0010 называют документ, на основании которого онкологический диагноз поставлен на учёт - историю болезни (амбулаторную карту) или выписку из неё, историю болезни либо извещение онкологического, гематологического или другого медицинского учреждения, свидетельство о смерти, ЗАГС. Они попадают в ValueSet типов диагноза, привязанный (required) к расширению типа диагноза в UZ Core Condition.
CodeSystem исходов выписки вырос с 6 до 9 кодов: cancer-0001-0001 - cancer-0001-0003 фиксируют, чем закончилось онкологическое диспансерное наблюдение - пациент жив, диагноз не подтвердился или пациент снят с учёта по истечении сроков наблюдения. Они попадают в ValueSet исходов выписки, привязанный (required) к admission.dischargeDisposition в UZ Core Encounter.
Добавлен CodeSystem дня наблюдения с локальными кодами дня жизни, в который зафиксировано наблюдение новорождённого, для различения вложенных разделов Composition в форме 097.
Слайсы идентификаторов passportLocal и passportInternational в UZ Core Patient теперь имеют кардинальность 0..*, а не 0..1, поэтому у пациента может быть более одного каждого вида - например, действующая ID-карта вместе с заменённым бумажным паспортом, как описано на странице идентификаторов.
prescription в UZ Core Claim теперь Must Support - для рецепта на возмещение, по которому выставляется счёт. Он ссылается на MedicationRequest и будет сужен до UZ Core MedicationRequest после публикации этого профиля.
Заголовок и описание UZ Core ClaimResponse больше не разделяют имя ресурса - "UZ Core Claim Response" теперь "UZ Core ClaimResponse". Канонический URL не изменился.
ValueSet должностей и профессий, привязанный (required) к code в UZ Core PractitionerRole, теперь также допускает систему кодов v3 RoleClass целиком, четыре кода v3 RoleCode (TPA, PAYOR, ORG и VALIDATOR) и десять поимённо перечисленных понятий SNOMED CT, чтобы каждая цель DMEDPositionToDHPPositionCM была допустима по привязке. Узбекские и русские обозначения для них несут новые supplement должностей DMED в SNOMED CT и классов ролей DMED. В результате DMEDRoleCS вырос с 5 до 43 кодов, а RoleCodeCS - с 2 до 6.
Наименование кода paytype-0001-0004 в CodeSystem типов оплаты изменено с "Davlat tomonidan moliyalashtiriladigan" ("Финансируется государством") на "Davlat tarifi" ("Государственный тариф"). Сам код не изменился, поэтому системам, которые его хранят, следует проверить, что их собственная подпись всё ещё соответствует. Добавлен пятый код paytype-0001-0005 ("Boshqalar", "Другие") для схем оплаты, которые не описываются остальными четырьмя.
Обозначения routine и order в supplement приоритета запроса и намерения запроса сокращены до одного термина - "Обычный" вместо "Обычный (плановый)", "Назначение" вместо "Назначение / Приказ", - а urgent, asap и stat получили узбекские и русские обозначения.
Профиль UZ Core ServiceRequest Laboratory переименован в UZ Core ServiceRequest и обобщён с лабораторных заказов на любую запрашиваемую услугу - процедуры, диагностические исследования, консультации, скрининг и госпитализацию. Это несовместимое изменение: канонический URL меняется с https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest-laboratory на https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest, и экземпляры должны обновить meta.profile. priority теперь Must Support и привязан (required) к приоритету запроса. Вместе с этим изменились привязки category и code - см. ниже.
LabServiceCategoriesVS переименован в ServiceRequestCategoriesVS и расширен на запросы услуг любого вида: добавлены категории SNOMED CT для лучевых, диагностических, хирургических, физиотерапевтических, лечебных и амбулаторных процедур, консультации, госпитализации, реабилитации, телемедицины, скрининга и донорства, а supplement несёт их узбекские и русские обозначения. Это несовместимое изменение: канонический URL меняется с https://dhp.uz/fhir/core/ValueSet/lab-service-categories-vs на https://terminology.dhp.uz/fhir/core/ValueSet/service-request-categories-vs.
ServiceRequestLabCodesVS заменён на ServiceRequestCodesVS, который добавляет новые коды скрининга и патронажа - 20 кодов опросников и программ скрининга, среди них риск сердечно-сосудистых заболеваний, сахарный диабет, рак молочной железы и рак шейки матки, а также патронажные услуги на дому - к кодам заказов LOINC, национальным кодам лабораторных панелей и процедурам SNOMED CT, которые он содержал ранее. Это несовместимое изменение: канонический URL меняется с https://terminology.dhp.uz/fhir/core/ValueSet/service-request-labresearch-code-vs на https://terminology.dhp.uz/fhir/core/ValueSet/service-request-code-vs.
Профиль UZ Core Immunization PlanDefinition переименован в UZ Core PlanDefinition, поскольку теперь он охватывает не только календари иммунизации, но и календари донации цельной крови и скрининга. Это несовместимое изменение: канонический URL меняется с https://dhp.uz/fhir/core/StructureDefinition/uz-core-immunization-plan-definition на https://dhp.uz/fhir/core/StructureDefinition/uz-core-plan-definition, и экземпляры должны обновить meta.profile.
Профиль теперь несёт контекст использования focus, указывающий вид календаря - 33879002 (активная иммунизация), 25179006 (заготовка дозы цельной крови) или 360156006 (скрининг), - а ограничение требует ровно одного из них, поэтому календарь нужного вида находится запросом GET [base]/PlanDefinition?context-type-value=focus$http://snomed.info/sct|33879002. Связка типа календаря иммунизации для контекста категории календаря теперь required, а не extensible, чтобы слайсинг поддавался валидации.
code в UZ Core PractitionerRole теперь обязателен (1..1).
Слайс национального идентификатора в UZ Core Practitioner теперь фиксирует system как систему PINFL https://dhp.uz/fhir/core/sid/pid/uz/ni вместо https://dhp.uz/fhir/core/sid/pro/uz/argos. Это соответствует типу идентификатора NI, который слайс уже указывал, и системе, используемой для того же идентификатора в UZ Core Patient и UZ Core RelatedPerson.
Все 13 кодов CodeSystem типа покрытия перенумерованы с мнемонических кодов на шаблон covtp-0001-000NN, используемый другими национальными системами кодов: dtsj-treated-case теперь covtp-0001-00001, moh-budget - covtp-0001-00008, self-pay - covtp-0001-00009 и так далее в порядке перечисления кодов. Наименования и значения не изменились. Это несовместимое изменение: коды типа покрытия, сохранённые в предыдущей версии, должны быть пересопоставлены.
ConceptMap DMEDPositionToSnomedCM удалён. Его сопоставления теперь являются группами внутри DMEDPositionToDHPPositionCM, который в одном ConceptMap сопоставляет коды ролей и профессий DMED с национальными должностями, SNOMED CT, v3 RoleCode и v3 RoleClass. Разработчики, ссылающиеся на https://terminology.dhp.uz/fhir/core/ConceptMap/dmed-position-to-snomed-cm, должны использовать https://terminology.dhp.uz/fhir/core/ConceptMap/dmed-position-to-dhp-position-cm.
Страница «Формы» теперь называется Опросники, чтобы её не принимали за медицинские формы, используемые в Узбекистане. Адрес страницы не изменился.
Страница как читать это руководство теперь объясняет, что делать, когда ни один код привязанного ValueSet не подходит к данным, - для каждой силы привязки, с примерами JSON, где привязка extensible удовлетворяется сначала кодом из национального списка, а затем кодом SNOMED CT с сохранением исходной формулировки в text.
Добавлены профили UZ Core Claim и UZ Core ClaimResponse для страховых счетов, предварительной авторизации и предварительного определения, а также для ответов с решением по оплате и возмещению. Их поддерживает терминология типа счёта, назначения счёта и статуса финансового управления, а также коды категории ответа, решения и результата. Расширение причины отмены фиксирует, почему ответ был отменён - например, когда срок действия предварительной авторизации истёк до завершения обработки счёта.
Добавлен профиль UZ Core Task Referral Approval для отслеживания шагов процесса согласования направления и госпитализации в системе государственного медицинского страхования (Приложение 1 к постановлению Кабинета Министров № 694 от 04.11.2025), с терминологией кодов задач, статуса, намерения и бизнес-статуса. Ограничение уровня предупреждения выявляет незавершённые задачи, у которых истёк запрошенный срок, но не проставлен статус просрочки - для контроля SLA.
Добавлен профиль UZ Core Group для определённых наборов сущностей - целевых групп скрининга, вакцинации и донорства и их когорт по результатам - с терминологией типа группы, вида группы, основания членства и вида характеристики.
Добавлен опросник скрининга риска сердечно-сосудистых заболеваний - форма раннего выявления риска ССЗ, которая рассчитывает балл и категорию риска по ответам с помощью выражений SDC FHIRPath. Руководство теперь зависит от hl7.fhir.uv.sdc, чтобы эти выражения разрешались.
Добавлены supplement к SNOMED CT с узбекскими и русскими обозначениями для степени тяжести состояния, результата процедуры, типа реакции, описания цели, события начала цели и кодов социально-экономических наблюдений.
Добавлен supplement единиц UCUM с узбекскими и русскими переводами наименований единиц, представленный как ValueSet единиц UCUM. permittedUnit в UZ Core Laboratory ObservationDefinition теперь привязан к нему (extensible), а не к общему ValueSet единиц UCUM, а permittedDataType теперь привязан (required) к новому ValueSet типов значений лабораторных наблюдений.
Добавлены CodeSystem единиц измерения исходных лабораторных систем со строками единиц, используемыми исходными системами, его ValueSet и ConceptMap для перевода их в UCUM, чтобы результаты, поступающие с локальными обозначениями единиц, можно было нормализовать.
Добавлены терминологические мосты DMED для путей введения, сопоставленных с национальными кодами и кодами SNOMED CT, а также расширены сопоставления единиц измерения и кодов вакцин; в CodeSystem единиц измерения DMED добавлены новые единицы.
ValueSet на основе SNOMED CT теперь отбирают иерархию там, где она выражает замысел, вместо перечисления отдельных кодов: часть тела - любая анатомическая структура, код процедуры - любая процедура, целевое заболевание - любое заболевание, код пути введения - любой путь введения, степень тяжести состояния - любая степень тяжести, исход нежелательного явления - любая нежелательная реакция, а описание цели, тип реакции и причина рекомендации - любой клинический признак. Это расширяет набор допустимых значений по сравнению с 0.6.0. Результат процедуры, коды социально-экономических наблюдений, событие начала цели и роль участника действия сохраняют явные списки кодов, так как их понятия не имеют общего предка, достаточно узкого для отбора.
CodeSystem лабораторных панелей теперь объявляет свойства kind и parent, поэтому клиент, разворачивающий ValueSet кодов наблюдений, может отличить панели от аналитов, входящих в них. Также исправлены языковые обозначения кодов панелей.
component.code в UZ Core Laboratory ObservationDefinition получил дополнительную привязку для сценария пользовательского интерфейса: когда пользователь создаёт собственное лабораторное определение в портале пациента, код аналита должен выбираться из LOINC. Коды национальных лабораторных панелей остаются зарезервированными за предопределённым лабораторным справочником.
method в UZ Core Observation теперь явно указывает силу привязки как extensible.
participant.actor в UZ Core Condition теперь может ссылаться на UZ Core Organization.
В UZ Core Location удалён слайс налогового идентификатора, а name снова необязателен (0..1) - требование, введённое в 0.6.0, отменено.
ConceptMap типов организаций переименованы с префикса MIS2 на SSV в соответствии с SSV ValueSet, из которых выполняется сопоставление: SSVLevelTypeToSubordinationGroupCM, SSVMedicalTypeToOrganizationalStructureCM и SSVServiceTypeToOrganizationalServiceGroupCM. Дублирующие ConceptMap mis2-* удалены; разработчикам следует использовать канонические URL ssv-*. Сопоставления номенклатурных групп вынесены из SSVMedicalTypeToOrganizationalStructureCM в новый SSVMedicalTypeToNomenclatureGroupCM, чтобы каждый ConceptMap объявлял одну область источника и цели.
UZ Core PlanDefinition теперь требует второй useContext с указанием вида календаря, привязанный (extensible) к новому ValueSet типа календаря иммунизации. Слайсинг по типу для action.definition[x] удалён, поскольку из-за него валидатор отклонял definitionCanonical, и примеры теперь используют definitionCanonical.
Профиль UZ Core ActivityDefinition переименован в UZ Core VaccinationActivityDefinition, его канонический URL изменён с .../uz-core-activity-definition на .../uz-core-vaccination-activity-definition. Разработчики, ссылающиеся на прежний канонический URL, должны его обновить.
Добавлена страница Формы, на которой любой опросник, публикуемый этим руководством, можно заполнить как рабочую форму на узбекском, русском или английском языке, чтобы проверить формулировки, варианты ответов, логику переходов и рассчитываемые результаты до реализации. Страница может заполнить форму примерами ответов и содержит ссылку на итоговый 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 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 HealthcareService для указания ожидаемого времени получения результатов по лабораторным услугам. Привязки категории и типа в этом профиле также смягчены с required на extensible, чтобы реализаторы могли добавлять локальные коды.
Добавлены терминологические мосты DMED для приёма данных из национальной системы DMED: коды стран сопоставлены с ISO 3166, единицы измерения - с UCUM, а профессии DMED сопоставлены как с SNOMED CT, так и с должностями DHP.
Добавлены слайсы идентификаторов Государственного фонда медицинского страхования (SHIF) и Министерства здравоохранения (Минздрав) в UZ Core Organization. Коды поставщиков, назначаемые SHIF, типизированы как PRN (номер поставщика). Новая страница идентификация плательщиков объясняет, как идентифицируются плательщики и их законтрактованные поставщики.
Целевые ссылки в нескольких профилях теперь указывают на профили 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.
Исправлены английские отображаемые названия в OrganizationalSpecializationCS (единообразный регистр; "Children" изменено на "Pediatric"). Коды не изменились.
gender в UZ Core Patient теперь привязан (required) к новому набору значений административного пола с русскими и узбекскими переводами.
managingOrganization в UZ Core Patient теперь Must Support и должен ссылаться на UZ Core Organization.
В UZ Core Patient и UZ Core RelatedPerson локальный идентификатор паспорта больше не фиксирует use как official: используйте official для текущей ID-карты и old для устаревшего бумажного паспорта с той же системой. См. страницу идентификаторы.
В UZ Core PractitionerRole code теперь привязан (required) к набору значений должностей и профессий (ранее - набор значений ролей медработников); specialty по-прежнему привязан (required) к набору значений специализаций профессий. Реализаторы должны заполнять роли медработников кодами из этих наборов значений.
type в UZ Core Encounter и UZ Core EpisodeOfCare, а также signature.type в UZ Core Provenance теперь разбиты на слайсы, так что национальный код требуется, а дополнительные кодировки остаются разрешёнными.
Канонические 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"). Это несовместимое изменение: коды гражданства, сохранённые в предыдущей версии, необходимо сопоставить заново.
Расширение для многоязычного перевода (базовое значение на узбекском плюс переводы на русский и каракалпакский) добавлено к name в UZ Core HealthcareService и к title в UZ Core ActivityDefinition, UZ Core Laboratory ObservationDefinition, UZ Core PlanDefinition и UZ Core Questionnaire. Элемент name теперь обязателен в UZ Core Organization и UZ Core Location.
Добавлены страницы руководства по внедрению - как читать это руководство, общее руководство и 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.
Добавлены коды лабораторных исследований для панелей и аналитов, используемых в Узбекистане.
В 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[organizationGrouping] в UZ Core Organization с использованием OrganizationGroupingCS для детальной группировки учреждений (напр. #104 "Специализированные больницы", #210 "Семейная поликлиника"). Разработчикам следует заполнять этот новый слайс.
Добавлен код 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 Observation привязка ObservationCodesVS изменена с required на preferred и теперь включает коды SNOMED CT в дополнение к LOINC и локальным кодам. Разработчики могут использовать коды SNOMED CT, где это уместно.
Кардинальность type.coding[organizationalServiceGroup] и type.coding[specialization] в UZ Core Organization расширена с 0..1 до 0..*. Теперь можно указывать несколько кодов сервисных групп и специализаций для одной организации.
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. Сами коды не изменились.
Слайс type.coding[organizationType] в UZ Core Organization теперь использует OrganizationTypeUZCS вместо международного CodeSystem HL7 organization-type. Например, $organization-type-cs#prov необходимо заменить на код из organization-types-uz-cs (напр. #I "Распределение по управлению"). Прямого соответствия нет - каждую организацию необходимо классифицировать в новой системе (коды I-V).
В 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.