O‘zbekiston Raqamli sog‘liqni saqlash platformasi
0.10.0 - draft
O‘zbekiston Raqamli sog‘liqni saqlash platformasi
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
Ushbu sahifa qo‘llanma yozilgan asl manba tilidan tarjimalarni o‘z ichigaoladi. Ushbu tarjimalar haqidagi ma’lumot va ularga fikr bildirish bo‘yichako‘rsatmalarni bu yerda topishingiz mumkin.
(Hozircha o'zgarishlar yo'q)
ICHI to'liq qo'shildi - JSST ning Sog'liqni saqlash aralashuvlari xalqaro klassifikatsiyasi, 2026-09-17 jadvalidan 21 747 konsept - JSST ning o'z kanonik URI si http://id.who.int/icd/release/11/ichi ostida, ICHI Codes ro'yxati bilan birga.
Bu konseptlarning 677 tasi inactive va status retired deb belgilangan. Bular DMED hanuz saqlab turgan, JSST esa olib tashlagan kodlar; DMED da allaqachon mavjud yozuvlar validatsiyadan o'tishi uchun qoldirilgan. ichi-vs ularni o'z ichiga olmaydi: yangi yozuvlar uchun ulardan foydalanmaslik kerak.
UZ Core PlanDefinition endi jadval qayerda amal qilishini ko'rsatadi: jurisdiction use context kesimi yangi Uzbekistan Jurisdictions ro'yxatiga required bog'langan. Milliy jadval UZ mamlakat kodi bilan bitta yozuv tashiydi, hududiy jadval esa har bir viloyat uchun bittadan yozuv tashiydi va viloyat kodlari Address.state dagi kodlar bilan bir xil, shuning uchun bemorning viloyatini unga tegishli jadvallar bilan solishtirish mumkin.
Sog'liqni saqlash vazirligining so'roviga ko'ra immunizatsiya holati sabablari ro'yxati 4 koddan 8 kodga o'sdi: PHILISOP (dunyoqarash sababli e'tiroz), RELIG (diniy e'tiqod sababli e'tiroz), VACEFF (vaksina samaradorligi shubhali) va VACSAF (vaksina xavfsizligidan xavotir) qo'shildi, shunda amalga oshmagan emlash sababini bemorning e'tirozidan aniqroq ko'rsatishi mumkin. Ularning o'zbek va rus designation lari act reason supplement ichida.
Kattalar uchun geriatriya uchun organizational-specialization-cs#176.0, "Vaqf" xayriya jamg'armasi uchun coverage-type-cs#covtp-0001-00014, poliklinikadan yo'llanma uchun admit-source-local-cs#mserv-0006-00007 va gematologik kasalliklarga chalingan shaxslar uchun benefits-cs#regis0004.00024 qo'shildi - oxirgisi Prezident farmoni UP-88 bo'yicha davlat hisobidan yuqori texnologiyali ixtisoslashtirilgan yordam olish huquqi - bular 066-shaklni jonli DMED tizimi bilan solishtirilganda topilgan bo'shliqlar. Murojaat ustuvorligi ro'yxati endi UR (shoshilinch) va EL (rejali) kodlarini ham, Provenance Participation Role Type ro'yxati esa attester kodini o'z ichiga oladi.
Muolaja kodlari endi SNOMED CT bilan bir qatorda ICHI ni ham o'z ichiga oladi, chunki DMED operatsiyani faqat ICHI da kodlaydi, shuning uchun Procedure.code protsedura hisobotga qanday kod bilan tushishini ham, uning klinik ma'nosini ham tashishi mumkin - protsedura qayd etilib, hisobotga ham kiritilganda ikkalasi bitta elementda ikki coding sifatida. Bog'lanish endi required emas, balki extensible, shunda qo'llanma Procedure.code ni JSST olib tashlagan kodlarni ham o'z ichiga olgan milliy to'plamgacha toraytira oladi.
ICHI ning kanonik URI si beta ni yo'qotadi: ICHI NamingSystem http://id.who.int/icd/release/11/beta/ichi dan http://id.who.int/icd/release/11/ichi ga ko'chdi. NamingSystem beta li URI ni 0.9.0 va 0.9.2 da nashr etgan, shuning uchun ICHI tizimi URI sini o'sha yerdan olgan hamma narsa ko'chirilishi kerak.
0.9.0 dan beri nashr etilgan SNOMED CT dan ICHI ga namuna ConceptMap o'chirildi. JSST ICHI ni CC BY-ND 3.0 IGO litsenziyasi ostida taqdim etadi va ICHI ni boshqa terminologiya bilan solishtirish uchun JSST bilan alohida yozma kelishuv talab qiladi; u bo'lmaguncha qo'llanma bunday xaritani nashr eta olmaydi.
UZ Core Provenancedagi target endi Bundleni ham qabul qiladi, chunki butun FHIR hujjatini imzolash (066-shakl qiladigan ishi kabi) uchun ilgari to'g'ri maqsad turi mavjud emas edi.
UZ Core PlanDefinition sahifasida "Milliy yoki hududiy" bo'limi paydo bo'ldi: unda jurisdiction use context ning ikki shakli ko'rsatilgan.
UZ Core Procedure sahifasi endi code qabul qiladigan ikki kod tizimini nomlaydi va protsedura qayd etilib, hisobotga ham kiritilganda SNOMED CT va ICHI ni ikki coding sifatida uzatishni aytadi.
Paket endi nashr yig'ilishi sifatida yig'iladi. 0.2.0 dan beri uning package.json fayli notForPublication belgisi va file:// URL manzilini o'z ichiga olardi, shuning uchun packages2.fhir.org 0.6.0 dan boshlab barcha versiyalarni rad etardi, UZ Core ga bog'liq qo'llanmalar esa uning artefaktlariga file:// yo'llari orqali havola qilardi. Endi paket https://dhp.uz/fhir/core ni e'lon qiladi. Tarkib 0.9.1 ga nisbatan o'zgarmagan.
ICD-O-3.2 versiyasini 3.2 deb e'lon qilardi; endi u validatorlar kutadigan nashr identifikatori 3.2.0 ni e'lon qiladi. Versiyani qat'iy ko'rsatadigan kodlashlarni http://terminology.hl7.org/CodeSystem/icd-o-3|3.2 dan |3.2.0 ga o'tkazish kerak.
Bemorga dori vositalarini tayinlash uchun UZ Core MedicationRequest profili qo'shildi; u bemor nomidan dori vositasini olishga vakolatli qarindosh (RelatedPerson) yoki patronaj hamshirasini (PractitionerRole) ko'rsatuvchi ishonchli shaxs kengaytmasi ga ega. U bilan birga holat, holat sababi, niyat va kategoriya terminologiyasi - kategoriyaga milliy reimbursatsiya buyurtmasi kodi qo'shilgan - hamda qabul qilish tartibi uchun hafta kunlari, hodisa vaqti va qabul qilish tartibi qisqartmalari terminologiyasi qo'shildi; ularning barchasi o'zbekcha va ruscha belgilanishlarga ega.
ICD-O-3.2 to'liq holda qo'shildi - o'zbekcha va ruscha belgilanishlar bilan 330 ta topografiya va 1143 ta morfologiya kodi - HL7 Terminology kanonik URL manzili http://terminology.hl7.org/CodeSystem/icd-o-3 ostida, topografiya va morfologiya qiymatlar to'plamlari bilan.
181 ta mahalliy birlik kodi va ularning o'zbekcha, ruscha va inglizcha nomlari bilan o'lchov birliklari CodeSystem i, uning ValueSet i va ulardan 65 tasini UCUM ga moslashtiruvchi ConceptMap qo'shildi.
UZ Core AuditEvent dagi entity.detail endi Must Support hisoblanadi, detail.type esa autentifikatsiya, mijoz, qidiruv, resurs versiyalari va sinxronizatsiyani qamrab oluvchi 13 ta yangi audit hodisasi tafsiloti turlari kodiga (example) bog'langan.
Tashrif turlari CodeSystem i 7 tadan 8 ta kodgacha o'sdi: skrining uchun tashrifni bildiruvchi mserv-0001-00008 qo'shildi, u UZ Core Encounter dagi type ning nationalType slaysi orqali mavjud.
ICCC-3 kod tizimi https://terminology.dhp.uz/fhir/core/CodeSystem/iccc-3-cs dan HL7 Terminology kanonik URL manzili http://terminology.hl7.org/CodeSystem/iccc-3 ga ko'chirildi, chunki tasnif DHP ga emas, IARC ga tegishli. Qiymatlar to'plami o'z URL manzilini saqlab qoladi.
UZ Core RelatedPerson dagi passportLocal va passportInternational identifikator slayslari endi 0..1 emas, balki 0..* kardinallikka ega, xuddi UZ Core Patient dagidek.
UZ Core MedicationDispense dagi authorizingPrescription endi istalgan MedicationRequest ga emas, balki UZ Core MedicationRequest ga ishora qiladi.
UZ Core RelatedPerson dagi qarindoshlik turlari ValueSet i endi FTH (ota) va GUARD (vasiy) kodlarini o'z ichiga oladi, ularning o'zbekcha va ruscha belgilanishlari esa RoleCodeCS ga qo'shildi.
Yuborish yo'llari ValueSet i endi SNOMED CT qamrab olmagan yo'llar uchun 8 ta mahalliy yuborish yo'li kodi ni o'z ichiga oladi, masalan implantatsiya, ionoforez va teri skarifikatsiyasi. ValueSet UZ Core MedicationRequest dagi dosageInstruction.route ga (extensible) va UZ Core Immunization dagi route ga (example) bog'langan.
DMED lavozimlarining SNOMED CT supplement i endi ruscha belgilanishlar bilan bir qatorda 0.8.0 dagi inglizcha belgilanishlar o'rniga o'zbekcha belgilanishlarni olib yuradi.
DHP CapabilityStatement endi platforma operatsiyalarini e'lon qiladi - Person/$populate, Patient/$populate, Organization/$practitioners, Practitioner/$organizations va Practitioner/$specializations - har birini o'z OperationDefinition iga havola bilan. U endi Bundle va Flag ni ham sanab o'tadi hamda kanonik URL, nom, sarlavha va versiyaga ega.
UZ Core Claim dagi prescription endi istalgan MedicationRequest ga emas, balki UZ Core MedicationRequest ga ishora qiladi, 0.8.0 da e'lon qilinganidek.
UZ Core VaccinationActivityDefinition profili UZ Core ActivityDefinition deb qayta nomlandi, chunki u endi faqat emlash bilan cheklanmaydi. Bu buzuvchi o'zgarish: kanonik URL https://dhp.uz/fhir/core/StructureDefinition/uz-core-vaccination-activity-definition dan https://dhp.uz/fhir/core/StructureDefinition/uz-core-activitydefinition ga o'zgaradi va nusxalar meta.profile ni yangilashi kerak.
code endi 33879002 (faol immunizatsiya) sifatida belgilanmagan, balki muolaja kodlari ga (extensible) bog'langan. product[x] ning vaksina kodlari ga bog'lanishi endi extensible, code 33879002 bo'lganda esa qo'shimcha required bog'lanish amal qiladi, shuning uchun emlash hamon shu ValueSet dagi vaksinani ko'rsatadi.
Yurak-qon tomir kasalliklari xavfi skriningi so'rovnomasi CvdRiskCategoryCS va CvdTobaccoUseCS kod tizimlari bilan birga olib tashlandi. So'rovnoma va xavf toifalari endi integratsiya IG sida https://dhp.uz/fhir/integrations/Questionnaire/CVDRiskScreeningQuestionnaire va https://terminology.dhp.uz/fhir/integrations/CodeSystem/cvd-risk-category-cs sifatida joylashgan, u yerda tamaki iste'moli SNOMED CT bilan kodlanadi, shuning uchun eski core kanonik URL manzillariga havolalarni almashtirish kerak.
0.8.0 da qo'shilgan https://terminology.dhp.uz/fhir/core/CodeSystem/dmed-role-class-cs DMED rol sinflari supplement i o'chirildi, shuning uchun lavozim va kasblar ValueSet i dagi PAT kodi endi o'zbekcha va ruscha belgilanishlarga ega emas.
Komponentlar sahifasi endi Qon resurslarini boshqarish, Hamshiralik ishi va Ta'minot komponentlarini tavsiflaydi. Yo'llanmalar bo'limi endi yo'llanma tasniflanadigan yettita o'lchamni hamda yo'llanmaning ServiceRequest i uning davlat sug'urtasi bo'yicha kelishilishini boshqaruvchi Task resurslari bilan qanday bog'lanishini yoritadi.
Ish jarayoni sahifasiga ega komponentlar endi unga havola beradi, har bir ish jarayoni sahifasi esa komponentga qaytadan havola qiladi. Retseptlar bo'limi Texnik loyihasi yozilguncha Elektron retsept va dori vositasini berish jarayoniga ishora qiladi.
Komponentlar sahifasi endi interaktiv komponentlararo resurs arxitekturasi diagrammasi bilan yakunlanadi; u o'n bitta komponentning har biri qaysi FHIR resurslari bilan ishlashini va ulardan qaysilari boshqa komponentga o'tishini ko'rsatadi. Diagramma qaysi resurslar ushbu qo'llanmada belgilanganini, ★ bilan esa komponentning o'zi qaysilari uchun javobgar ekanini ko'rsatadi. Resursga sichqonchani olib borganda yoki tab bilan o'tganda u saqlanadigan platforma xizmati ko'rsatiladi, komponent kartasini bosish esa uning resurslar ro'yxatini ochadi.
Elektron yo'llanmaning hayot sikli sahifasida endi ServiceRequest va Task profillari nashr etilmagan deb aytilmaydi. Ikkalasi ham UZ Core ServiceRequest va UZ Core Task Referral Approval sifatida nashr etilgan va hali eksperimental deb belgilangan.
Laboratoriya tekshiruvini tayinlashdan natijani olishgacha jarayonining havolalari va misoli endi 0.8.0 da qayta nomlangan uz-core-servicerequest-laboratory o'rniga UZ Core ServiceRequest ga ishora qiladi.
UZ Core RelatedPerson endi tizim ota-onaga bola nomidan ish ko'rishga ruxsat bera olishi uchun ota-onani bolaga qanday bog'lashni ko'rsatadi va yangi example-mother-of-a-child misolini keltiradi. Profil sahifasi bolalarni PINFL orqali topishni, bolaning yoshini Patient.birthDate dan o'qishni va nima uchun munosabatning o'zi kirish huquqini bermasligini tushuntiradi.
Tibbiy hujjatlar va raqamli shakllar uchun asos sifatida UZ Core Composition profili qo'shildi - hujjat turi (470 ta milliy hujjat, jurnal va blank kodi), kategoriya, holat va tasdiqlash usuli terminologiyasi bilan, har bir bo'lim uchun esa matn holati, tartiblash va bo'lim bo'sh qolish sababi terminologiyasi bilan.
Platforma taqdim etadigan operatsiyalar endi OperationDefinition sifatida nashr etilgan, shunda ishlab chiquvchilar ularning parametrlarini, xatoliklardagi xatti-harakatini va idempotentligini platforma hujjatlariga murojaat qilmasdan ko'ra oladi. Person/$populate va Patient/$populate shaxsni tasdiqlovchi hujjat - PINFL (NI), pasport yoki ID-karta (PPN), tug'ilganlik haqidagi guvohnoma (BCT) - asosida Person yoki Patient yaratadi va uni davlat reyestrlaridagi ma'lumotlar bilan to'ldiradi; agar shu PINFL uchun resurs allaqachon mavjud bo'lsa, dublikat o'rniga mavjud resurs qaytariladi. Organization/$practitioners, Practitioner/$organizations va Practitioner/$specializations tibbiyot xodimlari va ular ishlaydigan tashkilotlar o'rtasidagi bog'lanishlarni ochib beradi.
UZ Core PlanDefinition ga holatlar tarixi kengaytmasi qo'shildi: u ta'rif o'tgan har bir holatni, uning amal qilgan davrini, o'zgarish sababini va o'zgarishni kim kiritganini qayd etadi.
UZ Core HealthcareService dagi characteristic endi paymentType slaysi bilan slayslanadi va u to'lov turi ga (required) bog'langan, shunda xizmat qanday moliyalashtirish shartlarida ko'rsatilishini bildira oladi. category.coding dagi labCategory slaysi endi qayta nomlangan laboratoriya ValueSet iga emas, xizmat kategoriyalari ga bog'langan (quyiga qarang).
Bolalar onkologik kasalliklarining xalqaro tasnifi, 3-nashri (ICCC-3) o'zining 140 ta diagnostik guruhi, kichik guruhi va bo'limi bilan qo'shildi, shuningdek ularni tanlaydigan ValueSet - reyestr hisobotida bolalar onkologik kasalliklarini morfologiya bo'yicha tasniflash uchun. U integratsiya IG sida ishlatish uchun mo'ljallangan.
Tashxis turlari CodeSystem i 12 tadan 22 ta kodgacha o'sdi: cancer-0003-0001 dan cancer-0003-0010 gacha bo'lgan kodlar onkologik tashxis qaysi hujjat asosida hisobga olinganini bildiradi - kasallik tarixi (ambulator kartasi) yoki undan ko'chirma, onkologiya, gematologiya yoki boshqa tibbiyot muassasasining kasallik tarixi yoxud xabarnomasi, o'lim haqidagi guvohnoma, FHDYO organi. Ular tashxis turi ValueSet i ga tushadi; u UZ Core Condition dagi tashxis turi kengaytmasi ga (required) bog'langan.
Chiqarish holati CodeSystem i 6 tadan 9 ta kodgacha o'sdi: cancer-0001-0001 dan cancer-0001-0003 gacha bo'lgan kodlar onkologik dispanser kuzatuvi qanday yakunlanganini qayd etadi - bemor tirik, tashxis tasdiqlanmadi yoki kuzatuv muddati tugagani sababli hisobdan chiqarilgan. Ular chiqarish holati ValueSet i ga tushadi; u UZ Core Encounter dagi admission.dischargeDisposition ga (required) bog'langan.
Chaqaloq kuzatuvi qayd etilgan hayot kunining lokal kodlari bilan kuzatuv kuni CodeSystem i qo'shildi - 097-shakldagi ichma-ich joylashgan Composition bo'limlarini farqlash uchun.
UZ Core Patient dagi passportLocal va passportInternational identifikator slayslari endi 0..1 emas, balki 0..* kardinallikka ega, shuning uchun bemorda ularning har biridan bittadan ko'p bo'lishi mumkin - masalan, amaldagi ID-karta bilan birga almashtirilgan qog'oz pasport, identifikatorlar sahifasida tasvirlanganidek.
UZ Core Claim dagi prescription endi Must Support hisoblanadi - hisob-kitob qilinayotgan qoplama retsepti uchun. U MedicationRequest ga ishora qiladi va bu profil nashr etilgandan so'ng UZ Core MedicationRequest gacha toraytiriladi.
UZ Core ClaimResponse ning sarlavhasi va tavsifi endi resurs nomini ajratmaydi - "UZ Core Claim Response" o'rniga "UZ Core ClaimResponse". Uning kanonik URL i o'zgarmadi.
UZ Core PractitionerRole dagi code ga (required) bog'langan lavozim va kasblar ValueSet i endi v3 RoleClass kod tizimini to'liq, v3 RoleCode ning to'rtta kodini (TPA, PAYOR, ORG va VALIDATOR) va SNOMED CT ning nomma-nom sanab o'tilgan o'nta tushunchasini ham qabul qiladi, shunda DMEDPositionToDHPPositionCM ning har bir maqsadi bog'lanish bo'yicha yaroqli bo'ladi. Ular uchun o'zbekcha va ruscha belgilanishlarni yangi DMED lavozimlarining SNOMED CT supplement i va DMED rol sinflari supplement i olib yuradi. Natijada DMEDRoleCS 5 tadan 43 ta kodga, RoleCodeCS esa 2 tadan 6 taga o'sdi.
To'lov turlari CodeSystem idagi paytype-0001-0004 kodining nomlanishi "Davlat tomonidan moliyalashtiriladigan" dan "Davlat tarifi" ga o'zgardi. Kodning o'zi o'zgarmadi, shuning uchun uni saqlaydigan tizimlar o'z yorliqlari hamon mos kelishini tekshirishi lozim. Qolgan to'rttasi tavsiflamaydigan to'lov shakllari uchun beshinchi kod paytype-0001-0005 ("Boshqalar") qo'shildi.
So'rov ustuvorligi va so'rov niyati supplement laridagi routine va order belgilanishlari bittadan atamagacha qisqartirildi - "Обычный (плановый)" o'rniga "Обычный", "Назначение / Приказ" o'rniga "Назначение" - urgent, asap va stat esa o'zbekcha va ruscha belgilanishlarga ega bo'ldi.
UZ Core ServiceRequest Laboratory profili UZ Core ServiceRequest deb qayta nomlandi va laboratoriya buyurtmalaridan har qanday so'raladigan xizmatga - muolajalar, diagnostik tekshiruvlar, konsultatsiyalar, skrining va statsionarga yotqizishga - umumlashtirildi. Bu buzuvchi o'zgarish: kanonik URL https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest-laboratory dan https://dhp.uz/fhir/core/StructureDefinition/uz-core-servicerequest ga o'zgaradi va nusxalar meta.profile ni yangilashi kerak. priority endi Must Support hisoblanadi va so'rov ustuvorligi ga (required) bog'langan. Shu bilan birga category va code bog'lanishlari ham o'zgardi - quyiga qarang.
LabServiceCategoriesVS ServiceRequestCategoriesVS deb qayta nomlandi va har qanday turdagi xizmat so'rovlarini qamrab olishga kengaytirildi: nurli, diagnostik, jarrohlik, fizioterapevtik, davolash va ambulator muolajalar, konsultatsiya, statsionarga yotqizish, reabilitatsiya, telemeditsina, skrining va donorlik uchun SNOMED CT kategoriyalari qo'shildi, supplement esa ularning o'zbekcha va ruscha belgilanishlarini olib yuradi. Bu buzuvchi o'zgarish: kanonik URL https://dhp.uz/fhir/core/ValueSet/lab-service-categories-vs dan https://terminology.dhp.uz/fhir/core/ValueSet/service-request-categories-vs ga o'zgaradi.
ServiceRequestLabCodesVS ServiceRequestCodesVS bilan almashtirildi; u avvaldan olib yurgan LOINC buyurtma kodlari, milliy laboratoriya panel kodlari va SNOMED CT muolajalariga yangi skrining va patronaj kodlarini qo'shadi - skrining so'rovnomalari va dasturlari uchun 20 ta kod, ular orasida yurak-qon tomir kasalliklari xavfi, qandli diabet, ko'krak bezi saratoni va bachadon bo'yni saratoni, shuningdek uy sharoitidagi patronaj xizmatlari. Bu buzuvchi o'zgarish: kanonik URL https://terminology.dhp.uz/fhir/core/ValueSet/service-request-labresearch-code-vs dan https://terminology.dhp.uz/fhir/core/ValueSet/service-request-code-vs ga o'zgaradi.
UZ Core Immunization PlanDefinition profili UZ Core PlanDefinition deb qayta nomlandi, chunki u endi emlash jadvallari bilan bir qatorda toʻliq qon donatsiyasi va skrining jadvallarini ham qamrab oladi. Bu buzuvchi oʻzgarish: kanonik URL https://dhp.uz/fhir/core/StructureDefinition/uz-core-immunization-plan-definition dan https://dhp.uz/fhir/core/StructureDefinition/uz-core-plan-definition ga oʻzgaradi va nusxalar meta.profile ni yangilashi kerak.
Profil endi jadval turini bildiruvchi focus foydalanish kontekstini olib yuradi - 33879002 (faol immunizatsiya), 25179006 (toʻliq qon dozasini yigʻish) yoki 360156006 (skrining) - va cheklov ulardan aniq bittasini talab qiladi, shuning uchun kerakli turdagi jadval GET [base]/PlanDefinition?context-type-value=focus$http://snomed.info/sct|33879002 soʻrovi bilan topiladi. Jadval kategoriyasi konteksti uchun emlash kalendari turi bogʻlanishi endi extensible emas, balki required, bu slayslashni tekshirish imkonini beradi.
UZ Core PractitionerRole da code endi majburiy (1..1).
UZ Core Practitioner dagi milliy identifikator slaysi endi system ni https://dhp.uz/fhir/core/sid/pro/uz/argos o'rniga PINFL tizimi https://dhp.uz/fhir/core/sid/pid/uz/ni sifatida belgilaydi. Bu slays allaqachon olib yurgan NI identifikator turiga va shu identifikator uchun UZ Core Patient hamda UZ Core RelatedPerson da ishlatiladigan tizimga mos keladi.
Qoplama turi CodeSystem idagi barcha 13 ta kod mnemonik kodlardan boshqa milliy kod tizimlarida ishlatiladigan covtp-0001-000NN shabloniga o'tkazildi: dtsj-treated-case endi covtp-0001-00001, moh-budget - covtp-0001-00008, self-pay - covtp-0001-00009 va hokazo, kodlar sanab o'tilgan tartibda. Nomlanishlar va ma'nolar o'zgarmadi. Bu buzuvchi o'zgarish: oldingi versiyada saqlangan qoplama turi kodlari qayta moslashtirilishi kerak.
DMEDPositionToSnomedCM ConceptMap i o'chirildi. Uning moslashtirishlari endi DMEDPositionToDHPPositionCM ichidagi guruhlardir; u bitta ConceptMap da DMED rol va kasb kodlarini milliy lavozimlarga, SNOMED CT ga, v3 RoleCode va v3 RoleClass ga moslashtiradi. https://terminology.dhp.uz/fhir/core/ConceptMap/dmed-position-to-snomed-cm ga murojaat qiluvchi ishlab chiquvchilar https://terminology.dhp.uz/fhir/core/ConceptMap/dmed-position-to-dhp-position-cm dan foydalanishi kerak.
«Shakllar» sahifasi endi So'rovnomalar deb ataladi - u O'zbekistonda qo'llaniladigan tibbiy shakllar bilan chalkashtirilmasligi uchun. Sahifa manzili o'zgarmadi.
Ushbu qo'llanmani qanday o'qish kerak sahifasi endi bog'langan ValueSet dagi hech bir kod ma'lumotlarga to'g'ri kelmaganda nima qilish kerakligini har bir bog'lanish kuchi uchun tushuntiradi va JSON misollarini keltiradi: extensible bog'lanish avval milliy ro'yxatdagi kod bilan, so'ngra SNOMED CT kodi bilan qanoatlantiriladi, dastlabki ifoda esa text da saqlanadi.
Sug'urta hisob-fakturalari, oldindan avtorizatsiya va oldindan aniqlash uchun, shuningdek ularga qaytariladigan qaror va to'lov javoblari uchun UZ Core Claim va UZ Core ClaimResponse profillari qo'shildi. Ularni hisob-faktura turi, hisob-faktura maqsadi va moliyaviy boshqaruv holati terminologiyasi, shuningdek javob toifasi, qaror va natija kodlari qo'llab-quvvatlaydi. Bekor qilish sababi kengaytmasi javob nima uchun bekor qilinganini qayd etadi - masalan, oldindan avtorizatsiya muddati hisob-faktura yakunlanguncha tugaganda.
Davlat tibbiy sug'urtasi bo'yicha yo'llanma va gospitalizatsiyani tasdiqlash jarayonining bosqichlarini kuzatish uchun UZ Core Task Referral Approval profili qo'shildi (Vazirlar Mahkamasining 04.11.2025 yildagi 694-son qaroriga 1-ilova), u vazifa kodlari, holat, maqsad va biznes holati terminologiyasiga ega. Ogohlantirish darajasidagi cheklov so'ralgan muddati o'tgan, ammo kechikkan deb belgilanmagan tugallanmagan vazifalarni aniqlaydi - SLA nazorati uchun.
Skrining, emlash va donorlik maqsadli guruhlari hamda ularning natijaviy kogortalari kabi belgilangan ob'ektlar to'plamlari uchun UZ Core Group profili qo'shildi, u guruh turi, guruh ko'rinishi, a'zolik asosi va xususiyat turi terminologiyasiga ega.
Yurak-qon tomir kasalliklari xavfi skriningi so'rovnomasi qo'shildi - bu YQTK xavfini erta aniqlash shakli bo'lib, javoblar asosida SDC FHIRPath ifodalari yordamida ballni va xavf toifasini hisoblab beradi. Ushbu ifodalar hal qilinishi uchun qo'llanma endi hl7.fhir.uv.sdc ga bog'liq.
Holat og'irligi, muolaja natijasi, reaksiya turi, maqsad tavsifi, maqsad boshlanish hodisasi va ijtimoiy-iqtisodiy kuzatuv kodlari uchun o'zbekcha va ruscha atamalarni saqlovchi SNOMED CT supplement'lari qo'shildi.
Birlik nomlarining o'zbekcha va ruscha tarjimalari bilan UCUM birliklari supplement'i qo'shildi va UCUM birliklari ValueSet'i sifatida taqdim etildi. UZ Core Laboratory ObservationDefinition dagi permittedUnit endi umumiy UCUM birliklari ValueSet'iga emas, balki unga bog'langan (extensible), permittedDataType esa endi yangi laboratoriya kuzatuvi qiymat turlari ValueSet'iga bog'langan (required).
Manba laboratoriya tizimlari ishlatadigan birlik satrlarini saqlovchi laboratoriya manba tizimlari birliklari CodeSystem'i, uning ValueSet'i va ularni UCUM ga o'giruvchi ConceptMap qo'shildi, shunda mahalliy birlik satrlari bilan keladigan natijalarni normallashtirish mumkin bo'ladi.
Milliy va SNOMED CT yuborish yo'li kodlariga moslashtirilgan yuborish yo'llari uchun DMED terminologiya ko'priklari qo'shildi, shuningdek o'lchov birliklari va vaksina kodlari moslashtirishlari kengaytirildi; DMED o'lchov birliklari CodeSystem'iga yangi birliklar qo'shildi.
SNOMED CT asosidagi ValueSet'lar endi maqsadni ierarxiya yaxshiroq ifodalaydigan joylarda alohida kodlarni sanash o'rniga ierarxiyani tanlaydi: tana qismi - har qanday anatomik tuzilma, muolaja kodi - har qanday muolaja, maqsadli kasallik - har qanday kasallik, yuborish yo'li kodi - har qanday yuborish yo'li, holat og'irligi - har qanday og'irlik darajasi, nojo'ya hodisa natijasi - har qanday nojo'ya reaksiya, maqsad tavsifi, reaksiya turi va tavsiya sababi esa - har qanday klinik topilma. Bu 0.6.0 ga nisbatan qabul qilinadigan qiymatlar doirasini kengaytiradi. Muolaja natijasi, ijtimoiy-iqtisodiy kuzatuv kodlari, maqsad boshlanish hodisasi va harakat ishtirokchisi roli o'zining aniq kodlar ro'yxatini saqlab qoladi, chunki ularning tushunchalari tanlash uchun yetarlicha tor umumiy ajdodga ega emas.
Laboratoriya panellari CodeSystem'i endi kind va parent xossalarini e'lon qiladi, shuning uchun kuzatuv kodlari ValueSet'ini kengaytirayotgan mijoz panellarni ular tarkibidagi analitlardan ajrata oladi. Panel kodlaridagi til atamalari ham tuzatildi.
UZ Core Laboratory ObservationDefinition dagi component.code foydalanuvchi interfeysi jarayoni uchun qo'shimcha bog'lanishga ega bo'ldi: foydalanuvchi bemor portalida o'zining laboratoriya ta'rifini yaratganda, analit kodi LOINC dan tanlanishi shart. Milliy laboratoriya panellari kodlari oldindan belgilangan laboratoriya katalogi uchun ajratilgan holicha qoladi.
UZ Core Observation dagi method endi bog'lanish kuchini extensible sifatida aniq ko'rsatadi.
UZ Core Condition dagi participant.actor endi UZ Core Organization ga havola qila oladi.
UZ Core Location da soliq identifikatori slaysi olib tashlandi va name yana ixtiyoriy (0..1) bo'ldi - 0.6.0 da kiritilgan talab bekor qilindi.
Tashkilot turlari ConceptMap'lari MIS2 prefiksidan SSV prefiksiga o'zgartirildi, chunki ular SSV ValueSet'laridan moslashtiradi: SSVLevelTypeToSubordinationGroupCM, SSVMedicalTypeToOrganizationalStructureCM va SSVServiceTypeToOrganizationalServiceGroupCM. Takrorlangan mis2-* ConceptMap'lar olib tashlandi; dasturchilar ssv-* kanonik URL'laridan foydalanishlari kerak. Nomenklatura guruhlari moslashtirishlari SSVMedicalTypeToOrganizationalStructureCM dan yangi SSVMedicalTypeToNomenclatureGroupCM ga ajratildi, shunda har bir ConceptMap bitta manba va maqsad doirasini e'lon qiladi.
UZ Core PlanDefinition endi kalendar turini ko'rsatuvchi ikkinchi useContext ni talab qiladi, u yangi emlash kalendari turi ValueSet'iga bog'langan (extensible). action.definition[x] bo'yicha tur slayslash olib tashlandi, chunki u tufayli validator definitionCanonical ni rad etardi, va misollar endi definitionCanonical dan foydalanadi.
UZ Core ActivityDefinition profili UZ Core VaccinationActivityDefinition deb nomlandi va uning kanonik URL'i .../uz-core-activity-definition dan .../uz-core-vaccination-activity-definition ga o'zgardi. Eski kanonik URL'ga havola qiluvchi dasturchilar uni yangilashlari kerak.
Shakllar sahifasi qo'shildi - unda ushbu qo'llanma nashr etadigan har qanday so'rovnomani o'zbek, rus yoki ingliz tilida ishchi shakl sifatida to'ldirib, amalga oshirishdan oldin matn, javob variantlari, o'tish mantig'i va hisoblanadigan natijalarni tekshirish mumkin. Sahifa shaklni namunaviy javoblar bilan to'ldira oladi va hosil bo'lgan QuestionnaireResponse JSON'iga havola beradi.
Modellashtirish bo'yicha qo'llanma endi terminologiya versiyalari SemVer formatida (MAJOR.MINOR.PATCH) bo'lishini talab qiladi, chunki DHP terminologiya platformasi boshqa formatlarni tanimaydi, va SemVer bo'lmagan relizlar identifikatorlarini, masalan SNOMED CT dagi 2026-01 ni, qanday kodlashni tavsiflaydi.
Laboratoriya va diagnostika hisobotlari uchun UZ Core DiagnosticReport profili qo'shildi, xizmat toifasi, holat va hisobot turlari uchun tegishli terminologiya bilan birga.
Muolajalar, diagnostik tekshiruvlar yoki tekshiruvlar panelini buyurtma qilish uchun UZ Core ServiceRequest profili qo'shildi, jumladan to'lov turi va so'rov holati terminologiyasi bilan.
Klinik namunalar uchun UZ Core Specimen profili qo'shildi, yig'ish usuli, namuna turi, rol va holat terminologiyasi bilan birga. U ServiceRequest va DiagnosticReport profillaridan havola qilinadi.
Tizimlar laboratoriya tahlillari ta'riflarini - ruxsat etilgan o'lchov birliklari, o'lchash usullari va jinsga xos referens diapazonlarini - Bemor portali va integratsiyalashayotgan tizimlar uchun e'lon qila olishi maqsadida UZ Core Laboratory ObservationDefinition profili qo'shildi.
Emlashlarni qayd etish uchun UZ Core Immunization profili qo'shildi, maqsadli kasallik, yuborish joyi, yo'l va moliyalashtirish manbasi terminologiyasi bilan birga, shuningdek milliy DMED vaktsina kodlarini CVX ga tarjima qiluvchi ConceptMap bilan.
Emlash bashoratlari uchun UZ Core ImmunizationRecommendation profili qo'shildi, bashorat holati, sana mezoni va sabab terminologiyasi bilan.
Milliy emlash jadvallari uchun UZ Core PlanDefinition profili qo'shildi.
Muayyan bemordan mustaqil ravishda qayta foydalaniladigan klinik faoliyatlarni (protseduralar, tahlillar, dori protokollari) belgilash uchun UZ Core ActivityDefinition profili qo'shildi.
Nojo'ya hodisalar haqida xabar berish uchun UZ Core AdverseEvent profili qo'shildi, haqiqiylik, jiddiylik, natija va holat terminologiyasi bilan.
O'zbekistonga xos dori identifikatorlari (markirovka ID, ro'yxatdan o'tkazish guvohnomasi, GTIN, quti agregatsiya ID, milliy mahsulot va xizmatlar tasnifi kodi) va ATC asosidagi tasnif hamda dori shakli terminologiyasi bilan UZ Core Medication profili qo'shildi.
UZ Core Procedure profili qo'shildi, protsedura holati, SNOMED CT asosidagi protsedura kodlari va natija terminologiyasi bilan birga, shuningdek qoplama hisobotlari uchun namuna sifatida SNOMED CT dan ICHI ga ConceptMap bilan.
Laboratoriya usuli kodlari qo'shildi, laboratoriya panel va analit kodlari ni LOINC ga va usul kodlari ni SNOMED CT ga moslashtiruvchi ConceptMaplar bilan. Usul kodlari laboratoriya usullari qiymatlar to'plami sifatida taqdim etilgan va UZ Core Observation profilining method elementiga bog'langan.
Laboratoriya xizmatlarida natija kutilayotgan vaqtni ko'rsatish uchun UZ Core HealthcareService ga natija kutish vaqti kengaytmasi qo'shildi. Ushbu profildagi toifa va tur bog'lanishlari ham required dan extensible ga yumshatildi, shu sababli dasturchilar lokal kodlar qo'sha olishlari mumkin.
Milliy DMED tizimidan ma'lumotlarni qabul qilish uchun DMED terminologik ko'priklari qo'shildi: mamlakat kodlari ISO 3166 ga, o'lchov birliklari UCUM ga moslashtirildi, DMED kasblari esa ham SNOMED CT ga, ham DHP lavozimlari ga moslashtirildi.
UZ Core Organization ga Davlat sog'liqni saqlash sug'urtasi jamg'armasi (DTSJ) va Sog'liqni saqlash vazirligi (Minzdrav) identifikator slayslari qo'shildi. DTSJ tomonidan tayinlangan provayder kodlari PRN (provayder raqami) sifatida tiplangan. Yangi to'lovchini identifikatsiya qilish sahifasi to'lovchilar va ular bilan shartnoma tuzgan provayderlar qanday identifikatsiya qilinishini tushuntiradi.
Bir nechta profillardagi havola maqsadlari endi mavjud bo'lgan joylarda UZ Core profillariga ishora qiladi - masalan, UZ Core Observation dagi specimen UZ Core Specimen ga va partOf UZ Core Procedure/Immunization ga, UZ Core Immunization dagi administeredProduct UZ Core Medication ga, hamda UZ Core AdverseEvent dagi suspectEntity UZ Core Medication ga. Havola qilingan resurslar endi tegishli UZ Core profiliga mos kelishi shart.
UZ Core Encounter dagi reason va UZ Core Observation dagi basedOn endi ImmunizationRecommendation ga havola qilishi mumkin.
OrganizationalSpecializationCS dagi inglizcha ko'rsatuv nomlari tuzatildi (izchil katta-kichik harflar; "Children" "Pediatric" ga o'zgartirildi). Kodlar o'zgarmagan.
UZ Core Patient dagi gender endi ruscha va o'zbekcha tarjimalari bilan yangi ma'muriy jins ValueSet ga (required) bog'langan.
UZ Core Patient dagi managingOrganization endi Must Support hisoblanadi va UZ Core Organization ga havola qilishi kerak.
UZ Core Patient va UZ Core RelatedPerson da lokal pasport identifikatori endi use ni official ga qat'iy belgilamaydi: joriy ID karta uchun official, bir xil tizimni ulashadigan eskirgan qog'oz pasport uchun esa old dan foydalaning. Identifikatorlar sahifasiga qarang.
UZ Core PractitionerRole dagi code endi lavozim va kasb ValueSet ga (required) bog'langan (ilgari - shifokor roli qiymatlar to'plami); specialty esa avvalgidek kasb ixtisosligi ValueSet ga (required) bog'langan. Dasturchilar shifokor rollarini ushbu qiymatlar to'plamlaridagi kodlar bilan to'ldirishlari shart.
UZ Core Encounter va UZ Core EpisodeOfCare dagi type, hamda UZ Core Provenance dagi signature.type endi slayslarga bo'lingan, shu sababli milliy kod talab qilinadi, qo'shimcha kodlashlar esa ruxsat etilgan bo'lib qoladi.
Identifikator-domeni va EpisodeOfCare qiymatlar to'plamlarining (shuningdek chet el pasporti va haydovchilik guvohnomasi qiymatlar to'plamlarining) kanonik URL manzillari https://dhp.uz/fhir/core/ValueSet/... dan https://terminology.dhp.uz/fhir/core/ValueSet/... ga ko'chirildi. Ushbu kanonik manzillarga to'g'ridan-to'g'ri havola qiluvchi dasturchilar ularni yangilashlari shart.
UZ Core Patient dagi fuqarolik qiymatlar to'plami asosidagi fuqarolik CodeSystem'i yangilangan dmp.uz fuqarolik ro'yxati asosida qayta qurildi: u 306 tadan 512 taga oshdi, nomlar katta harflarga standartlashtirildi, ruscha va inglizcha tarjimalar qo'shildi, kodlar esa qayta tayinlandi - bitta kod endi boshqa millatni anglatishi mumkin (masalan, #1 "Ruslar" dan "ADIGEY" ga o'zgardi). Bu buzuvchi o'zgarish: oldingi versiyada saqlangan fuqarolik kodlari qayta moslashtirilishi kerak.
Ko'p tilli tarjima kengaytmasi (o'zbekcha asosiy qiymat hamda ruscha va qoraqalpoqcha tarjimalar) UZ Core HealthcareService dagi name ga hamda UZ Core ActivityDefinition, UZ Core Laboratory ObservationDefinition, UZ Core PlanDefinition va UZ Core Questionnaire dagi title ga qo'shildi. name endi UZ Core Organization va UZ Core Location da majburiy.
Joriy etish bo'yicha ko'rsatma sahifalari - ushbu qo'llanmani qanday o'qish kerak, umumiy ko'rsatmalar va Must Support - hamda laboratoriya, emlash, yo'naltirish, bemor yo'li va retsept jarayonlari uchun to'liq ish jarayoni ko'rsatmalari qo'shildi. Endi har bir profilda matnli kirish va izohlar bo'limlari ham mavjud.
Buyruq qatori validatori va validator.fhir.org yordamida resurslarni UZ Core ga nisbatan tekshirish bo'yicha ko'rsatmalar qo'shildi.
API kirishi ko'rsatmalari yangilandi: hozircha playgroundda faqat ICD-10 va HL7 kod tizimlari validatsiyadan o'tadi, frontend mijozlar uchun PKCE majburiy, va autentifikatsiya tafsilotlari endi tashqi SSO hujjatlariga havola qiladi.
Services sahifasi Components ga o'zgartirildi va komponent tavsiflari hamda ruscha va o'zbekcha tarjimalar bilan kengaytirildi.
UZ Core AllergyIntolerance profili tegishli CodeSystem va ValueSet (AllergenCodesVS, ReactionSubstanceVS, ReactionManifestationVS, AllergyCategoryVS, AllergyTypeVS, AllergyClinicalStatusVS, AllergyVerificationStatusVS, AllergyReactionSeverityVS) hamda lokal allergen va reaksiya ko‘rinishi kodlarini SNOMED CT ga tarjima qiluvchi ConceptMap bilan qo‘shildi.
O'zbekistonda ishlatiladigan panellar va analitlar uchun laboratoriya kuzatuv kodlari qo'shildi.
UZ Core HealthcareService da category.coding va type.coding endi slayslarga bo‘linib, LabServiceCategoriesVS ga bog‘langan yangi labCategory slaysini qo‘llab-quvvatlaydi (kodlar LabCategoriesCS dan). Laboratoriya xizmatlari mavjud dhpCategory slaysiga qo‘shimcha ravishda labCategory slaysini ham to‘ldirishi kerak.
UZ Core Patient da MahallaVS (address.city uchun ishlatiladi) yangi Mahalla COATO kod tizimidagi kodlar bilan kengaytirildi va mavjud MahallaCS kodlariga qo‘shimcha ravishda 2 600 dan ortiq COATO asosidagi mahalla identifikatorlarini taqdim etadi.
UZ Core Socioeconomic Observation dagi BenefitCS kod tizimi yangi kodlar bilan kengaytirildi (masalan, #regis0004.00020, #regis0004.00021, #regis0004.00022, #regis0004.00023).
UZ Core Socioeconomic Observation dagi EducationCS kod tizimiga yangi kodlar qo‘shildi (masalan, #regis0005.00011 "Ma’lumoti yo‘q", #regis0005.00012 "Ixtisoslik").
UZ Core Socioeconomic Observation dagi SocialStatusCS kod tizimi kengaytirildi (masalan, #regis0010.00010 "O‘quvchi", #regis0010.00011 "Imtiyoz toifasi mavjud").
DisabilityCS kod tizimiga yangi termin qo‘shildi (#regis0011.00005 "Nogironlik belgilanmagan").
UZ Core Encounter uchun yangi AdmitSourceLocalCS kod tizimi yaratildi va unga yangi kodlar qo‘shildi (masalan, #mserv-0006-00001 "Yo‘llanmasiz", #mserv-0006-00002 "Dispanser", #mserv-0006-00003 "Tuman psixiatriyasi", #mserv-0006-00004 "Tez tibbiy yordam", #mserv-0006-00005 "Sud ajrimi asosida", #mserv-0006-00006 "Ekspertizaga").
Qo‘shimcha ravishda, AdmitSourceHomeCS dagi kodlarni o‘z ichiga oluvchi yangi AdmissionOriginVS qiymatlar to‘plami yaratildi.
UZ Core Encounter uchun EncounterPriorityCS HL7 v3-ActPriority asosidagi yetishmayotgan kodlar bilan to‘ldirildi (masalan, #A, #CR, #EL, #R, #RR, #S, #T, #UD, #UR), shuningdek lokal ustuvorlik kodlari (masalan, #transferred, #mandatory-treatment, #involuntary-hospitalization) bilan yangi EncounterPriorityLocalCS kod tizimi yaratildi.
UZ Core Encounter uchun qayta yotqizish holatlari uchun yangi ReAdmissionLocalCS kod tizimi yaratildi (masalan, #first-time, #repeat-current-year).
UZ Core Encounter uchun EncounterDischargeDispositionHomeCS kod tizimi kengaytirildi (masalan, #mserv-0004-00004 "Chiqarildi", #mserv-0004-00002 "Vafot etdi", #mserv-0004-00005 "IIV muassasasiga o‘tkazildi", #mserv-0004-00006 "Muruvvat uyiga o‘tkazildi").
UZ Core Encounter uchun bemor holatini ifodalovchi yangi EncounterLocalSubjectStatusCS kod tizimi yaratildi (masalan, #loc-cs-001 "Tuzaldi", #loc-cs-002 "Ijobiy o‘zgarish bilan", #loc-cs-003 "O‘zgarishsiz", #loc-cs-004 "Og‘irlashdi").
Coverage uchun UZCoreda Profile mavjud bo'lmasa ham, ssv formlardan biriga zarurligi sababli yangi CoverageTypeCS kod tizimi yaratildi va unga DTSJ va ijtimoiy jamg‘armalar orqali moliyalashtirish turlari qo‘shildi (masalan, #dtsj-treated-case, #dtsj-privileged-category, #saxovat-komak-fund, #womens-notebook-fund, #youth-notebook-fund).
Hujjat identifikatori nomlar maydoni (doc) identifikator tizimlariga qo'shildi.
UZ Core Organization ga OrganizationGroupingCS asosida muassasalarni batafsil guruhlash uchun type.coding[organizationGrouping] bo'limi qo'shildi (masalan, #104 "Ixtisoslashgan shifoxonalar", #210 "Oilaviy poliklinika"). Dasturchilar ushbu yangi bo'limni to'ldirishlari kerak.
OrganizationalSubordinationGroupCS ga I_6 "Xorijiy sarmoyadorlar ishtirokidagi muassasalar" kodi qo'shildi. Dasturchilar tegishli tashkilotlar uchun type.coding[subordinationGroup] da ushbu kodni ishlatishlari kerak.
OrganizationalStructureCS ambulatoriya muassasalari (masalan, #200 poliklinikalar), ta'lim muassasalari (#300), qon quyish markazlari (#400), sanitariya-epidemiologiya xizmatlari (#500) va boshqalar uchun yangi kodlar bilan kengaytirildi. Ba'zi mavjud tarjimalar tuzatildi (masalan, #116 "Medical center center" dan "Medical center" ga tuzatildi). Dasturchilar o'z muassasalari uchun aniqroq kod mavjudligini tekshirishlari kerak.
UZ Core Organization ga tashkilot xizmat ko'rsatadigan ma'muriy hududni ko'rsatish uchun xizmat hududi kengaytmasi qo'shildi, StateVS ga bog'langan. SSV hudud kodlarini StateCS ga SSVAdministrativeTerritoryToRegionsCM yordamida o'zgartirish mumkin.
MIS2 JSON formatidagi tashkilotni ConceptMap yordamida UZ Core Organization resursiga o'girishni ko'rsatuvchi misol qo'shildi.
MIS2 kodlarini UZ Core terminologiyasiga tarjima qilish uchun ConceptMap qo'shildi: SSVMedicalTypeToOrganizationalStructureCM type.coding[organizationalStructure] uchun, SSVLevelTypeToSubordinationGroupCM type.coding[subordinationGroup] uchun va SSVServiceTypeToOrganizationalServiceGroupCM type.coding[organizationalServiceGroup] uchun. MIS2 dan tarjima qilayotgan dasturchilar tegishli bo'limlarni to'ldirish uchun ushbu xaritalardan foydalanishlari kerak.
UZ Core Observation da ObservationCodesVS bog‘lanishi required dan preferred ga o‘zgartirildi va endi LOINC va lokal kodlar bilan bir qatorda SNOMED CT kodlarini ham o‘z ichiga oladi. Dasturchilar mos joylarda SNOMED CT kodlaridan foydalanishlari mumkin.
UZ Core Organization dagi type.coding[organizationalServiceGroup] va type.coding[specialization] kardinallik darajasi 0..1 dan 0..* ga kengaytirildi. Endi bitta tashkilot uchun bir nechta xizmat guruhi va ixtisoslik kodlarini ko'rsatish mumkin.
UZCoreClinicalCondition olib tashlandi va UZ Core Condition bilan birlashtirildi. Dasturchilar uz-core-clinical-condition ga bo‘lgan havolalarni uz-core-condition ga yangilashlari kerak. Condition.code uchun endi ICD-10 va SNOMED CT kodlarini birlashtiruvchi yangi ConditionCodeVS qiymatlar to‘plami (preferred bog‘lanish) ishlatiladi.
Bemor qoniqishi so‘rovnomasi da answerOption kodlari Questionnaire’ning o‘z URL’idan alohida PatientSatisfactionCS kod tizimiga ko‘chirildi. Ushbu so‘rovnoma uchun QuestionnaireResponse javoblarini to‘ldiruvchi dasturchilar Coding system qiymatini https://dhp.uz/fhir/core/Questionnaire/PatientSatisfactionQuestionnaire dan https://terminology.dhp.uz/fhir/core/CodeSystem/patient-satisfaction-cs ga o‘zgartirishlari kerak. Kodlarning o‘zi o‘zgarmagan.
UZ Core Organization dagi type.coding[organizationType] bo'limi endi HL7 xalqaro organization-type kodlar tizimi o'rniga OrganizationTypeUZCS dan foydalanadi. Masalan, $organization-type-cs#prov ni organization-types-uz-cs dagi tegishli kodga almashtirish kerak (masalan, #I "Boshqaruv boyicha taqsimlanishi"). To'g'ridan-to'g'ri moslik yo'q - har bir tashkilotni yangi tizimda (I-V kodlar) qayta tasniflash kerak.
UZ Core Patient da identifikatorlar hujjati milliy identifikator JSHSHIR (Jismoniy shaxsning shaxsiy identifikatsiya raqami) ekanligini aniqlashtirish uchun yangilandi, shuningdek medicalRecordTemp va unknownPatient identifikatorlaridan foydalanish o‘rtasidagi farq aniqlashtirildi.
Dasturchilar uchun namuna sifatida tranzaksion bandl misoli va erkin matnli malaka bilan PractitionerRole misoli qo‘shildi.
UZ Core Goal profili tegishli kod tizimlari va qiymatlar to'plamlari bilan qo'shildi.
UZ Core Questionnaire va QuestionnaireResponse profillari tarjima qilingan javob variantlari uchun ko'p tillilik qo'llab-quvvatlashi bilan qo'shildi.
Pensiya guvohnomasi identifikator turi (Номер пенсионного удостоверения) Patient resursida NamingSystem qo'llab-quvvatlashi bilan qo'shildi.
Modellashtirish ko'rsatmalarida bog'lash kuchi (binding strength) talablari aniqlashtirildi.
DHP Connectathon 1 dan olingan fikr-mulohazalar qo'llandi.
Profil havolalari imkon qadar asosiy FHIR resurslari o'rniga UZ Core profillaridan foydalanish uchun tuzatildi.
Bemor fuqaroligi endi maxsus MVD kodlari o'rniga ISO 3166-1 alpha-2 kodlaridan foydalanadi.
OrganizationalSpecialization kod izchilligi tuzatildi (101 → 101.0).
OrganizationalSubordinationGroup dagi I_3 uchun ruscha tarjima tuzatildi.
NomenclatureGroup, OrganizationalStructure va OrganizationalServiceGroup uchun tavsiflar ularning maqsadi va ierarxiyasini tushuntirish uchun aniqlashtirildi.
Bemor boshqaruvchi tashkilotga biriktirilgan vaqtni kuzatish uchun boshqaruvchi tashkilot biriktirish kengaytmasi qo'shildi.
MVD mamlakat kodlarini ISO 3166-1 alpha-2 kodlariga tarjima qilish uchun ConceptMap qo'shildi.
Mamlakat kodi qo'llab-quvvatlashi bilan chet el pasport raqamlari va haydovchilik guvohnomalari uchun aniq bo'limlar (slices) qo'shildi.
EpisodeOfCare tavsifi yangilandi.
PINFL aniqligi va alpha-2 mamlakat kodlariga o'tishni o'z ichiga olgan identifikator hujjatlari yaxshilandi.
Hayotiy ko'rsatkichlar bo'limi ko'rsatmalar va misollar bilan qo'shildi.
MultilingualName qoidalar to'plamida qoraqalpoq tili (kaa) qo'llab-quvvatlashi qo'shildi, bu Organization va Location profillarida ko'p tilli nomlar uchun ishlatiladi.
Intellektual mulk egasi Sog'liqni saqlash vazirligiga yangilandi.
UZ Core Clinical Condition klinik (ICD-10) va ICD-10 ga asoslanmagan holatlarni farqlash uchun qo'shildi.
Bemor nogironlik holati Patient resursidan (FHIR standart kengaytmasidan foydalangan holda) Condition resursiga ko'chirildi.
NamingSystem identifikatorlaridan pastki chiziqlar olib tashlandi.
DHP qo'llab-quvvatlaydigan resurslar, profillar, operatsiyalar va qidiruv parametrlarini tavsiflovchi CapabilityStatement qo'shildi.
IG ga IP bayonotlari, globals jadvali va dependency jadvali qo'shildi.
NamingSystem larning kanonik URL manzillari endi https://terminology.dhp.uz bilan boshlanadi.
Observation Interpretation kod tizimi to'ldiruvchisi nomi tuzatildi.
UI lokalizatsiyasi uchun o'zbek tilida yaratilgan CodeSystemlar va THO to'ldiruvchilari bilan ko'p tillilik terminologiya strategiyasi qo'shildi.
ConceptMaplar va ularning tegishli strategiyasidan foydalanish hujjatlashtirildi.
Bo'lim nomlari (slice names) eng yaxshi amaliyot nomlash konvensiyasi - lowerCamelCase ga mos ravishda yangilandi.
Patient, Practitioner va RelatedPerson resurslarida xalqaro manzillarni qo'llab-quvvatlash qo'shildi.
O'zbekcha tarjimalar qo'shildi.
Encounter, EpisodeOfCare va Observation uchun UZ Core profillari qo'shildi.
Kanonik URL manzillari conformance resurslari uchun https://dhp.uz/fhir/core, terminologiya resurslari uchun esa https://terminology.dhp.uz/fhir/core tarzida o'zgartirildi, bu esa kelajakdagi IG'lar uchun https://dhp.uz/fhir/<ig> namunaviy shaklini qo'llash imkonini beradi.
Ruscha tarjimalar qo'shildi.
Bu IG'ning birinchi, ishlab chiqish jarayonidagi versiyasi bo'lib, barcha resurslarning kanonik URL manzillarini yakuniy variantlariga yangilaydi.
AuditEvent, Consent, Condition, HealthcareService, Location, Organization, Patient, Practitioner, PractitionerRole, RelatedPerson, Provenance va Socioeconomic Observation uchun UZ Core profillari qo'shildi.
Profil, terminologiya resurslari va IG'ning kanonik URL manzillari vaqtinchalik medcore.uz domenidan rasmiy dhp.uz domeniga o'zgartirildi.