Managing Access Rights

Цілі

• регулювання доступності даних пацієнта в залежності від наявного контексту (декларації, направлення, прямого дозволу пацієнта тощо)

Обгрунтування

На момент опрацювання вимог до процесів роботи з направленнями, виявлені вимоги з надання повного (або часткового) тимчасового доступу до даних пацієнта для лікаря (або ЗОЗ), який надає послугу(и) за направленням. Також, необхідність передати або надати права доступу, може виникати у випадку, коли лікар, який веде активний епізод пацієнта за якихось обставин не може продовжити роботу тимчасово або постійно і потрібна заміна лікаря, а це потребує надання йому прав доступу до даних пацієнта.

Припущення

1. Власником та розпорядником медичних даних є пацієнт, якого ці дані стосуються.
2. Права доступу надаються за наявності контексту (декларації, направлення, прямого дозволу пацієнта чи епізоду, створеного у ЗОЗ). 

Вимоги

1. Будь-який запит до медичних даних пацієнта повинен реєструватися у системі e-Health, із зазначенням дати та часу запиту, користувача та ЗОЗ від імені яких виконано запит, контексту запиту.
2. Можливість виконання будь-якої дії користувачем, надання доступу до ресурсу чи даних, регулюється сукупністю:
   1. ролей та скоупів, зазначених для ролі (Scopes model#Rolesscopes)
   2. конфігурації, яка визначає набір даних, які дозволено відображати у Patient Summary
   3. поточних значень параметрів користувача, ЗОЗ, та атрибутів сутностей, до яких виконується запит згідно правилам доступу за атрибутами 
   4. обмежень, та валідацій, діючих на рівні кожного API
   5. (підлягяє уточненню та реалізації у наступних етапах проекту) обмежень на доступ до інформації на підставі:
      1. законодавства (наприклад, mental diseases)
      2. рішення пацієнта закрити доступ до безумовного доступу до даних (Patient Summary) та/або до конкретних епізодів (що також може впливати на склад Patient Summary)

Правила доступу за атрибутами

1. Завжди: ЗОЗ, від імені якого виконується запит, повинне бути активним
2. Завжди: Користувач, від імені якого виконується запит, повинен бути активним
3. Завжди: У користувача, повинен бути хоча б один активний співробітник у ЗОЗ
4. Якщо наведені вище правила виконуються, доступ визначається наступним чином:

1 - декларація вважається активною, коли 

2 - ЗОЗ визначається в залежності від сутності, для якої перевіряються права доступу

3 - Ланка, яка створила запис визначається в залежності від сутності:

• Medical Events/EpisodeOfCare - 
• Referrals -  

4 - Направлення вважається використаним, коли воно знаходиться у стані  "Використане" (In Use)

5 - Для дій можливе надання доступу на конкретну дію чи перелік дій, наприклад для направлень у разі, якщо вони підписані лікарем іншої ланки, або іншого ЗОЗ, можливе виконання тільки дій використання, відміни використання та закриття направлення через процес надання зворотнього зв'язку за направленням (закриття епізоду, який посилається на направлення)

6 - У випадку Medical Events доступ надається від епізоду на всі його дочірні записи у сутностях 

• Visit
• Encounter
• Observation
• Condition
• Immunization
• Allergy_intolerance
• Merged Episodes (сутність, яка зберігає посилання на епізоди пацієнта(ів), які були об'єднані з пацієнтом епізоду)
  • Дочірні дані до Merged Episodes)

7 - доступ є

8 - доступу немає

Відкриті питання