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.
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.
UZ Core profillaridagi ko'plab elementlar Must Support deb belgilangan (profil jadvallaridagi S bayrog'i). Ushbu sahifada bu majburiyat aynan nimani anglatishi ta'riflanadi.
Agar element Must Support deb belgilangan bo'lsa, resursni yaratuvchi tizim ma'lumot mavjud bo'lganda uni to'ldira olishi kerak, resursni iste'mol qiluvchi tizim esa uni xatosiz qabul qila va qayta ishlay olishi kerak.
Must Support imkoniyat haqidadir. U o'z-o'zidan elementni majburiy qilib qo'ymaydi - buni kardinallik (1..) qiladi. Element Must Support bo'lib, ayni vaqtda ixtiyoriy (0..1) ham bo'lishi mumkin: siz uni faqat ma'lumot bo'lganda yuborishingiz kerak.
Bayroq qaysi profilda paydo bo'lishiga qarab biroz boshqacha ma'no kasb etadi:
Amalda qoida har ikkala holatda ham bir xil: ma'lumot bo'lganda elementni yuboring va uni qabul qila olishingiz kerak.
Har bir profil sahifasi yuqorisida ikkita to'plamni oddiy tilda sanab o'tadi:
1..1 yoki 1..*). Ular har doim mavjud bo'lishi kerak, aks holda resurs yaroqsiz bo'ladi.Aniq misol, UZ Core Patient:
identifier.name, gender, birthDate, address, active hamda fuqarolik / millat / boshqaruvchi-tashkilot kengaytmalari.Demak, Patient identifikatorsiz yaroqsiz bo'ladi, biroq tug'ilgan sanasi haqiqatan ham noma'lum bo'lgan Patient hamon yaroqli - siz birthDateni qo'llab-quvvatladingiz, shunchaki qiymatga ega emas edingiz.
Majburiyat element turiga qarab talqin qilinadi:
| Element turi | Yaratuvchi tizim quyidagini qila olishi kerak … | Iste'mol qiluvchi tizim quyidagini qila olishi kerak … |
|---|---|---|
| Primitiv (string, date, code, boolean …) | qiymat bo'lganda uni taqdim eta olishi | qiymatni o'qiy va saqlay/ko'rsata olishi |
Murakkab (masalan, address, name) |
o'zi Must Support bo'lgan kichik elementlardan kamida bittasini taqdim eta olishi | o'sha kichik elementlarni qayta ishlay olishi |
| Reference | sanab o'tilgan maqsadli profil(lar)ga havola taqdim eta olishi | havolani aniqlay va unga ergasha olishi |
| Kodlangan (value set'ga bog'langan) | bog'langan value set'dan kodni taqdim eta olishi | o'sha value set'dagi kodlarni talqin qila olishi |
| Slayslangan element | o'z ma'lumotiga tegishli slayslarni taqdim eta olishi | qabul qilgan har qanday belgilangan slaysni qayta ishlay olishi |
Elementni qo'llab-quvvatlaydigan, biroq unga qiymati bo'lmagan yaratuvchi Umumiy qo'llanma → Yo'q va bostirilgan ma'lumot qoidalariga amal qilishi kerak. Qisqacha:
DHP platformasi har bir yaratish va yangilashni tegishli profil va uning value set'lariga nisbatan validatsiya qiladi - tuzilma, kardinallik, ma'lumot turlari va terminologiya bog'lanishlari. Majburiy kardinallikni yoki required bog'lanishni buzgan resurs OperationOutcome bilan rad etiladi (qarang Umumiy qo'llanma → Xatolar). Server iste'molchilar (ma'lumotni qabul qiluvchi tizimlar) uchun Must Support qoidalari tufayli resursni rad eta olmaydi. Biroq sizning tizimingiz platformaga ulanishidan oldin baribir ushbu qoidalarga nisbatan sinovdan o'tkaziladi.