O‘zbekiston Raqamli sog‘liqni saqlash platformasi
0.5.0 - ci-build Uzbekistan bayroqcha

Uzbekistan Digital Health Platform, published by Ministry of Health of the Republic of Uzbekistan. This guide is not an authorized publication; it is the continuous build for version 0.5.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/uzinfocom-org/digital-health-ig/ and changes regularly. See the Directory of published versions

Workflows

​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.

Mashina tarjimasi, inson tomonidan tekshirilishi zarur. Ushbu sahifa ingliz tilidan sun'iy intellekt yordamida avtomatik tarjima qilingan va hali muharrir tomonidan tekshirilmagan. Har qanday nomuvofiqlikda asl inglizcha versiya ustuvor hisoblanadi.

Profil sahifalari sizga har bir resursning shaklini bildiradi. Ushbu ish jarayoni sahifalari esa hikoyani aytib beradi - haqiqiy klinik vazifa uchun qaysi resurslarni, qanday tartibda yaratish kerakligini, ular bir-biriga qanday murojaat qilishini va qanday API chaqiruvlarini amalga oshirish kerakligini ko'rsatadi. Agar biror narsa uchun qaysi resursdan foydalanishni bilmasangiz, shu yerdan boshlang.

Har bir ish jarayoni ishtirokchilarni, FHIR o'zaro ta'sirlari ketma-ketligini va asosiy qoidalarni misol chaqiruvlari va yuk tashkil etuvchi fragmentlar bilan tavsiflaydi.

Mavjud stsenariylar

Ish jarayoni Nimani qamrab oladi Resurslar
Immunizatsiya Milliy jadval → tavsiya → dozani qayd etish PlanDefinition, ImmunizationRecommendation, Immunization, AdverseEvent
Laboratoriya buyurtmasidan natijagacha Tahlilga buyurtma berish va natijani qaytarish ServiceRequest, Specimen, Observation, DiagnosticReport
Elektron yo'naltirish hayot tsikli Yo'naltirishni yaratish va bajarish, jumladan davlat sug'urtasini tasdiqlash zanjiri ServiceRequest, Task, Procedure
Bemorning yo'li (Davolanish epizodi) Holatga oid tashriflar, tashxislar va natijalarni vaqt davomida bitta epizod ostida guruhlash EpisodeOfCare, Encounter, Condition, Observation
Elektron retsept va dori berish Dori buyurish, uni berish va SHIFga hisobot berish MedicationRequest, MedicationDispense, Condition

Klinik hujjatni yaratish va imzolash (Compositionga asoslangan hujjatni yig'ish va unga yuridik kuch berish uchun imzolash) bu yerda emas, balki DHP Integrations IG ichidagi Hujjatlar bo'limida belgilanadi.

Tegishli profillar yakunlangani sari qo'shimcha stsenariylar (aholini skrining qilish) qo'shiladi.

O'zaro ta'sir modeli

Bir nechta qoida har bir ish jarayoniga taalluqlidir:

  • Avval autentifikatsiyadan o'ting. Barcha so'rovlar platforma SSO orqali olingan OAuth2 bearer tokenini (Authorization: Bearer <token>) o'z ichiga oladi. Tizimdan-tizimga ishlovchi mijozlar client-credentials oqimidan foydalanadi; foydalanuvchiga qaratilgan ilovalar oneID orqali authorization-code oqimidan foydalanadi.
  • Profilni e'lon qiling. Siz yuboradigan har bir resurs meta.profileni o'z ichiga oladi, shunda server uni to'g'ri UZ Core profiliga nisbatan tekshiradi. Qarang: Umumiy ko'rsatmalar → metama'lumotlar.
  • ​Tegishli resurslarni Bundle ichida guruhlang. Bir nechta resurs bir-biriga tegishli bo'lganda, ularni Bundle (tranzaksiya yoki paket) sifatida yoki yakunlangan hujjat uchun hujjat Bundle'i sifatida yuborishingiz mumkin. Qarang: Umumiy ko'rsatmalar → Bundle'lar.
  • Rozilikni hurmat qiling. O'qish so'rovlari bemorning Consentiga bo'ysunadi; rad etilgan so'rov 403 qaytaradi. Har bir kirish AuditEventga qayd etiladi.
  • ​Faqat mantiqiy o'chirish. Yozuvlar DELETE orqali emas, balki holatini o'zgartirish orqali ishdan chiqariladi. Qarang: Umumiy ko'rsatmalar → o'chirish.

Resurslar qanday bog'lanadi

Klinik ma'lumotlarning aksariyati oz sonli murojaat naqshlari orqali bemorga bog'lanadi. Quyidagi diagramma o'sha asosiy umurtqa pog'onasini aks ettiradi - bu har bir profilning to'liq ro'yxati emas (to'liq to'plam uchun Artefaktlar sahifasiga qarang):

The core clinical record backbone Patient EpisodeOfCare Encounter Condition Observation Procedure MedicationRequest Composition Specimen ServiceRequestThese are the core record resources, not everyUZ Core profile. Each arrow points from theresource that holds the reference to its target;the label is the FHIR reference element.Blue boxes are profiled and link to their page;grey boxes are referenced but not yet profiled. patient10..* episodeOfCare0..10..* encounter10..* encounter10..* encounter10..* encounter10..* encounter10..1 specimen0..*0..1 request0..*0..1


  • Bir Patient ko'plab Encounter'larga (tashriflar) ega; tegishli Encounter'lar bitta EpisodeOfCare (davom etayotgan holat) ichida guruhlanishi mumkin.
  • Encounter doirasida klinisistlar Condition'larni (tashxislar), Observation'larni (natijalar, hayotiy ko'rsatkichlar), Procedure'larni va MedicationRequest'larni qayd etadi.
  • Ish jarayoni resurslari (ServiceRequest, Task) buyurtma berish va bajarishni boshqaradi; natija resurslari (Observation, DiagnosticReport) buyurtmaga qaytib murojaat qiladi.
  • Yakunlangan, yuridik ahamiyatga ega mazmun Composition'ga asoslangan hujjatga yig'iladi va Provenance orqali imzolanadi.

Hujjat va ish jarayoni resurslari o'rtasida tanlash haqida eslatma: davom etayotgan klinik faktlarni alohida resurslar (Condition, Observation, Procedure) sifatida saqlang; Composition'ga asoslangan hujjatni faqat yakunlangan, yuridik ahamiyatga ega artefakt (chiqish xulosasi, imzolangan sertifikat, imzolangan hisobot) kerak bo'lganda yig'ing.