Uzbekistan Digital Health Platform - Local Development build (v0.7.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. 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.

Profil sahifalarida har bir resursning tuzilishi ko'rsatiladi. Ushbu ish jarayoni sahifalarida esa jarayon bayon qilinadi - muayyan klinik vazifa uchun qaysi resurslarni yaratish, ularni qanday ketma-ketlikda yaratish, ular reference orqali bir-biriga qanday bog'lanishi va qaysi API chaqiruvlarini bajarish kerakligi tushuntiriladi. Biror vazifa uchun qaysi resursdan foydalanish kerakligiga ishonchingiz komil bo'lmasa, shu yerdan boshlang.

Har bir ish jarayonida ishtirokchilar, FHIR o'zaro ishlash amallari ketma-ketligi va asosiy qoidalar API chaqiruvlari misollari hamda so'rov tanasi fragmentlari bilan birga tavsiflanadi.

Mavjud ssenariylar

Ish jarayoni	Nimalarni qamrab oladi	Resurslar
Vaksinatsiya	Milliy taqvim → tavsiya → konsultatsiya va vaksinatsiya uchun tashriflar → yuborilgan dozani qayd etish	PlanDefinition, ImmunizationRecommendation, Encounter, Immunization, AdverseEvent
Laboratoriya tekshiruvini tayinlashdan natijani olishgacha	Laboratoriya tekshiruvini tayinlash va natijani qaytarish	ServiceRequest, Specimen, Observation, DiagnosticReport
Elektron yo'llanmaning hayot sikli	Yo'llanmani yaratish va bajarish, shu jumladan davlat tibbiy sug'urtasi doirasidagi tasdiqlashlar ketma-ketligi	ServiceRequest, Task, Procedure
Bemor yo'li (Episode of Care)	Klinik holatga tegishli tashriflar, tashxislar va natijalarni vaqt davomida bitta epizod doirasida guruhlash	EpisodeOfCare, Encounter, Condition, Observation
Elektron retsept va dori vositasini berish	Dori vositasini buyurish, uni berish va SHIFga hisobot taqdim etish	MedicationRequest, MedicationDispense, Condition

Klinik hujjatni yaratish va imzolash (Composition asosidagi hujjatni shakllantirish va unga yuridik kuch berish uchun imzolash) bu yerda emas, DHP Integrations IG qo'llanmasining Documents bo'limida tavsiflangan.

Tegishli profillar yakunlangach, qo'shimcha ssenariylar (aholini skriningdan o'tkazish) qo'shiladi.

O'zaro ishlash modeli

Har bir ish jarayoniga bir nechta umumiy qoida tatbiq etiladi:

• Avval autentifikatsiyadan o'ting. Barcha so'rovlar platformaning SSO tizimidan olingan OAuth2 bearer-tokenini (Authorization: Bearer <token>) o'z ichiga oladi. Tizimlararo mijozlar client credentials oqimidan, foydalanuvchi ilovalari esa oneID orqali authorization code oqimidan foydalanadi.
• Profilni ko'rsating. Siz yuboradigan har bir resurs meta.profile elementini o'z ichiga oladi, shunda server uni tegishli UZ Core profili bo'yicha validatsiya qiladi. Qarang: Umumiy tavsiyalar → metama'lumotlar.
• ​Bog'langan resurslarni Bundle tarkibida birlashtiring. Bir nechta resurs bir jarayonga tegishli bo'lsa, ularni Bundle (transaction yoki batch) sifatida, yakunlangan hujjat uchun esa document turidagi Bundle sifatida yuborishingiz mumkin. Qarang: Umumiy tavsiyalar → Bundle.
• Bemorning roziligini hisobga oling. O'qish so'rovlari bemorning Consent resursiga bog'liq; rad etilgan so'rovga 403 qaytariladi. Har bir kirish holati AuditEvent resursida qayd etiladi.
• ​Faqat mantiqiy o'chirish. Yozuvlar DELETE orqali emas, holatini o'zgartirish orqali foydalanishdan chiqariladi. Qarang: Umumiy tavsiyalar → o'chirish.

Resurslar qanday bog'langan

Klinik ma'lumotlarning aksariyatida bemor bilan bog'lanish uchun bir nechta asosiy reference sxemalaridan foydalaniladi. Quyidagi diagrammada ushbu asosiy tuzilma ko'rsatilgan - bu barcha profillarning to'liq ro'yxati emas (to'liq to'plamni Artifacts bo'limida ko'ring):

• Patient ko'plab Encounter resurslari (tashriflar) bilan bog'langan; o'zaro bog'liq Encounter resurslari EpisodeOfCare (davom etayotgan klinik holat) doirasida guruhlanishi mumkin.
• Encounter doirasida klinik mutaxassislar Condition (tashxislar), Observation (natijalar, hayotiy ko'rsatkichlar), Procedure va MedicationRequest resurslarini qayd etadi.
• Ish jarayoni resurslari (ServiceRequest, Task) tayinlash va bajarish jarayonini boshqaradi; natija resurslari (Observation, DiagnosticReport) boshlang'ich tayinlovga reference beradi.
• Yakunlangan va yuridik kuchga ega ma'lumotlar Composition asosidagi hujjatga birlashtiriladi hamda Provenance orqali imzolanadi.

Hujjat va ish jarayoni resurslari o'rtasida tanlov qilish bo'yicha izoh: joriy klinik ma'lumotlarni alohida resurslar (Condition, Observation, Procedure) sifatida saqlang; Composition asosidagi hujjatni faqat yakunlangan va yuridik kuchga ega artefakt (shifoxonadan chiqarish xulosasi, imzolangan guvohnoma, imzolangan hisobot) zarur bo'lganda shakllantiring.