O‘zbekiston Raqamli sog‘liqni saqlash platformasi
0.5.0 - ci-build
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
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.
UZ Core profillaridagi ko'plab elementlar Must Support belgisi bilan (profil jadvallaridagi S belgisi) belgilangan. Ushbu sahifada mazkur talab aynan nimani anglatishi tushuntiriladi.
Agar element Must Support belgisi bilan belgilangan bo'lsa, resursni yaratuvchi tizim tegishli ma'lumot mavjud bo'lganda ushbu elementni to'ldira olishi shart, resursni qabul qiluvchi tizim esa uni xatosiz qabul qilib, qayta ishlay olishi shart.
Must Support tizimning texnik imkoniyatiga taalluqlidir. U o'z-o'zidan elementni majburiy qilmaydi - buni karralilik (1..) belgilaydi. Element Must Support bo'lib, ayni paytda ixtiyoriy (0..1) bo'lishi mumkin: uni faqat ma'lumot mavjud bo'lganda yuborish shart.
Belgi qaysi profilda ko'rsatilganiga qarab biroz farqli ma'noni anglatadi:
Amalda har ikkala holatda ham qoida bir xil: ma'lumot mavjud bo'lsa, element yuborilishi, tizim esa uni qabul qila olishi shart.
Har bir profil sahifasining yuqori qismida ikki toifa sodda tilda keltiriladi:
1..1 yoki 1..*). Ular har doim mavjud bo'lishi shart, aks holda resurs yaroqsiz hisoblanadi.Aniq misol - UZ Core Patient:
identifier.name, gender, birthDate, address, active, shuningdek nationality / citizenship / managing-organization extensionlari.Shunday qilib, identifiersiz Patient yaroqsiz hisoblanadi, biroq tug'ilgan sanasi haqiqatan ham noma'lum bo'lgan Patient baribir yaroqli: birthDate elementi qo'llab-quvvatlangan, biroq uning qiymati mavjud bo'lmagan.
Talab element turiga qarab quyidagicha talqin qilinadi:
| Element turi | Resursni yaratuvchi tizim … bajarishi shart | Resursni qabul qiluvchi tizim … bajarishi shart |
|---|---|---|
| Sodda element (string, date, code, boolean …) | qiymat mavjud bo'lganda uni taqdim eta olishi shart | qiymatni o'qiy, saqlay yoki ko'rsata olishi shart |
Murakkab element (masalan, address, name) |
o'zi Must Support bo'lgan ichki elementlardan kamida bittasini taqdim eta olishi shart | ushbu ichki elementlarga ishlov bera olishi shart |
| Reference | ko'rsatilgan maqsadli profil(lar)ga Reference shakllantira olishi shart | Reference'ni aniqlab, u orqali ko'rsatilgan resursga murojaat qila olishi shart |
| Kodlangan element (ValueSet'ga bog'langan) | bog'langan ValueSet'dan kod taqdim eta olishi shart | shu ValueSet'dagi kodlarni talqin qila olishi shart |
| Kesimlarga ajratilgan element | o'z ma'lumotlariga tegishli kesimlarni taqdim eta olishi shart | qabul qilingan belgilangan kesimlarning istalganiga ishlov bera olishi shart |
Elementni qo'llab-quvvatlaydigan, ammo uning qiymatiga ega bo'lmagan yaratuvchi tizim Umumiy tavsiyalar → Mavjud bo'lmagan va yashirilgan ma'lumotlar bo'limidagi qoidalarga amal qilishi kerak. Qisqacha:
DHP platformasi har bir yaratish va yangilash operatsiyasini tegishli profil va uning ValueSet'lariga muvofiqligi bo'yicha tekshiradi - tuzilma, karralilik, ma'lumot turlari va terminologik bog'lashlar. Majburiy karralilik yoki required darajasidagi bog'lash talabini buzadigan resurs OperationOutcome bilan rad etiladi (qarang: Umumiy tavsiyalar → Xatolar). Server Must Supportning qabul qiluvchi tizimlarga (ma'lumotlarni qabul qiladigan tizimlarga) oid qoidalari sababli resursni rad eta olmaydi. Biroq tizimingiz platformaga ulanishidan oldin ushbu qoidalarga muvofiqligi baribir tekshiriladi.