| Table of Contents | ||
|---|---|---|
|
...
- Будь-який запит до медичних даних пацієнта повинен реєструватися у системі e-Health, із зазначенням дати та часу запиту, користувача та ЗОЗ від імені яких виконано запит, контексту запиту.
- Можливість виконання будь-якої дії користувачем, надання доступу до ресурсу чи даних, регулюється сукупністю:
- ролей та скоупів, зазначених для ролі (Scopes model#Rolesscopes[AH] Scopes model v.2 [04.09.24]#Rolesscopes)
- конфігурації, яка визначає набір даних, які дозволено відображати у Patient Summary
- поточних значень параметрів користувача, ЗОЗ, та атрибутів сутностей, до яких виконується запит згідно правилам доступу за атрибутами атрибутами
- обмежень, та валідацій, діючих на рівні кожного API
- (підлягяє уточненню та реалізації у наступних етапах проекту) обмежень на доступ до інформації на підставі:
- законодавства (наприклад, mental diseases)
- рішення пацієнта закрити доступ до безумовного доступу до даних (Patient Summary) та/або до конкретних епізодів (що також може впливати на склад Patient Summary)
| Anchor | ||||
|---|---|---|---|---|
|
- Завжди: ЗОЗ, від імені якого виконується запит, повинне бути активним
- Завжди: Користувач, від імені якого виконується запит, повинен бути активним
- Завжди: У користувача, повинен бути хоча б один активний співробітник у ЗОЗ
- Якщо наведені вище правила виконуються, доступ визначається наступним чином:
...
1 - декларація вважається активною, коли 
коли її стан дорівнює Active
2 - ЗОЗ визначається в залежності від сутності, для якої перевіряються права доступу
3 - Ланка, яка створила запис визначається в залежності від сутності:
...
...
4 - Направлення вважається використаним, коли воно знаходиться у стані "Використане" (In UseQueue)
5 - Для дій можливе надання доступу на конкретну дію чи перелік дій, наприклад для направлень у разі, якщо вони підписані лікарем іншої ланки, або іншого ЗОЗ, можливе виконання тільки дій використання, відміни використання та закриття направлення через процес надання зворотнього зв'язку за направленням (закриття епізоду, який посилається на направлення)
...
Ланка визначається виходячи зі спеціальності співробітника
| Code Block | ||
|---|---|---|
| ||
PRM.employee.speciality ->> 'speciality' |
із типу медичного закладу
Маємо наступні ланки (рівні) медичних послуг:
| № | ЛанкаСпеціальності | Тип медичного закладу |
|---|---|---|
| 1 | Первинна медична допомога | |
| 2 | Вторинна (спеціалізована) медична допомога | TBDOUTPATIENT |
| 3 | Третинна (високоспеціалізована) медична допомога | TBD |
| 4 | Паліативна допомога | TBD |
| 5 | Медична реабілітація | TBD |
...
В даному правилі та контексті маємо на увазі наступні ресурси
| Resource | Route | Relations |
|---|---|---|
| episodes | GET /api/patients/:patient_id/episodes/:id PATCH /api/patients/:patient_id/episodes/:id PATCH /api/patients/:patient_id/episodes/:id/actions/close PATCH /api/patients/:patient_id/episodes/:id/actions/cancel | |
| encounters | GET /api/patients/:patient_id/encounters/:id | $.episode.encounters[:id].episode |
| conditions | GET /api/patients/:patient_id/conditions/:id | $.conditions[:id].context |
| observations | GET /api/patients/:patient_id/observations/:id | $.observations[:id].context |
| immunizations | GET /api/patients/:patient_id/immunizations/:id | $.episode.encounters[<immunizations condition>].episode |
| allergy_intolerances | GET /api/patients/:patient_id/allergy_intolerances/:id | $.episode.encounters[<allergy_intolerances condition>].episode |
Дані ресурси мають наступну ієрархію:
...
Для визначення ланки співробітника, що створив ресурс - необхідно визначити по ієрархії епізод, до якого належить ресурс, взяти $.episodes[:id].care_manager та визначити його ланку
Користувач має доступ до ресурсу через направлення
...
.
Технічний опис правил ABAC наведено на сторінці ABAC rules.
Питання
| Question | Answer | ||
|---|---|---|---|
Чи є обмеження, за яких пацієнт не зможе виключити епізод з доступних для перегляду будь-ким (наприклад, соціально-небезпечні хвороби)? | Так | ||
Яким чином необхідно подовжувати права доступу, які вже не дійсні? | Оскільки обрано модель регулювання доступів ABAC, права доступу припиняють дію одразу ж, як перестають діяти умови, які ці права надавали. | ||
| Яким чином | відокремити лікарів первинної ланки від лікарів вторинної ланки для надання доступів (працюють у одному чи різних ЗОЗ)?Ланка лікаря визначається виходячи з спеціальності за посадою на Employee PRM.employee.speciality ->> 'speciality' | Яким чином надавати права доступу, якщо пацієнт сам не в змозі це зробити? Як визначати ланку для направлення? |