Вимоги
Реєстрація користувачів аптеки
Передумова
Заклад типу “аптека” створено у системі.
Користувач типу “owner” успішно зареєстрований у системі.
Опис бізнес-процесу
- Після входу в систему через інтерфейс МІС керівник аптечного закладу назначає ролі та вводить інформацію про бухгалтера та керівника чи уповноваженої особи, що має права на створення нового працівника. На вказані email бухгалтеру закладу та керівнику чи уповноваженій особі надсилаються логіни та паролі для входу у систему.
- Керівник чи уповноважена особа входить у систему через інтерфейс МІС, назначає ролі та вводить інформацію про провізорів та фармацевтів аптечного закладу:
Обов’язково | ||
Прізвище, ім'я та по батькові | Так | |
Стать | Hi | |
Дата народження | Так | |
Країна та населений пункт народження згідно з чинними документами | Так | |
Серія та/або номер паспорту/картки | Так | |
ІПН | Так | |
номер контактного телефону (бажано мобільний). | Так | |
адреса робочого email | Так | |
Посада (довідник) і дата, з якої працює на цій посаді у закладі | Так | Можливі посади для вибору: Старший провізор Провізор Фармацевт Лаборант Завідувач Начальник Заступники з числа фармацевтів (завідувача, начальника) Директор Бухгалтер Завідувач аптечного пункту |
Спеціальність для посади |
| |
Інформація про освіту (країна, населений пункт, офіційна повна назва навчального закладу, рік завершення, номер та серія диплому, спеціальність за дипломом, кваліфікація за дипломом) | Так | |
Атестація (вид, присвоєння/підтвердження, категорія (друга, перша, вища), дата отримання, назва органу, що проводив атестацію) | Так | Фармацевт що не пройшов атестацію не має права здійснювати відпуск ЛЗ |
- Після введення та перевірки інформації, керівник чи уповноважена особа закладу погоджується на обробку введених даних та їх достовірність. (чекбокс)
- Провізори та фармацевти отримують на вказані email посилання для логіну та паролю для входу у систему.
- Після входу в систему провізори та фармацевти мають можливість працювати з електронними рецептами у системі eHealth.
Постумова
Користувача створено.
Реєстрація користувачів E-Health
Передумова
Заклад типу “PHARMACY” створено у системі.
Користувач типу “PHARMACY_OWNER” успішно зареєстрований у системі.
Діаграма Процесу
Реєстрація Співробітника Аптеки (Користувача E-Health)
Для кожного користувача системи E-Health, як результат обробки запиту Create Employee, буде створено:
- Обліковий запис Персони (party)
- Обліковий запис Співробітника (employee)
- Обліковий запис Користувача E-Health (user)
Кількість зареєстрованих співробітників для однієї особи має відповідати кількості займаних посад.
Наприклад: Якщо Лікар працює одночасно керівником та лікарем в одному MSP (A) та й ще займає 2 ставки лікаря в іншому MSP (B) то для такого лікаря має бути зареєстровано:
- Співробітник з типом керівник від імені MSP (A)
- Співробітник з типом лікар від імені MSP (A)
- Співробітник з типом лікар від імені MSP (B) для першої посади
- Співробітник з типом лікар від імені MSP (B) для другої посади
При цьому буде створено один обліковий запис Персони (party), один обліковий запис Лікаря (doctor), та один чи декілька облікових записів Користувача E-Health в залежності від кількості наданих email
Інформація що надана про лікаря/фармацевта при реєстрації співробітника залишається на рівні співробітника (employee)
Типи співробітників та скоупи доступу:
- Адміністратор клініки (перегляд співробітників, декларацій, створення запитів на реєстрацію декларацій, отримання статистики MSP)
- Кадровик (Адміністратор клініки + створення співробітника, редагування даних співробітника)
- Лікар (Адміністратор клініки + Створення/Пошук/Перегляд декларацій + Створення/Пошук/Перегляд Рецептів)
- Керівник MSP* (Кадровик + редагування MSP)
- Фармацевт ()
Рівень доступу користувача (набор скоупів) визначається сукупністю пов’язаних співробітників
*Керівник MSP - реєструється тільки з MSP
5.5. Реєстрація користувача E-Health, підтвердження облікового запису співробітника та авторизація MIS
5.5.1 Отримавши запрошення користувач E-Health має пройти процедуру реєстрації користувача (E-Health user) та підтвердити дані яки були надані при створенні співробітника.
5.5.2 Для реєстрації користувача та підтвердження облікового запису співробітника переходить за посиланням яке надіслане за електронною адресою вказану при створенні співробітника до порталу Національної Служби Здров’я (NHS)
5.5.3 В якості логіну до системи E-Health використовується адреса електронної пошти (email)
5.5.4 Якщо для користувача E-Health зі вказаним email раніше не було створено облікового запису користувача E-Health (user), то необхідно задати пароль.
5.5.5 Якщо користувач E-Health вже має обліковий запис E-Health (user), буде запропоновано увіти до системи E-Health.
5.5.6 Після логіну чи реєстрації користувачу що перейшов за лінком запрошення буде запропоновано підтвердити обліковий запис співробітника
5.5.7 Після підтвердження облікового запису співробітника буде створено:
- Обліковий запис Персони (party)
- Обліковий запис Співробітника (employee)
- Обліковий запис Користувача E-Health (user)
та користувачу E-Health буде надано відповідні привілегії (скоуп доступу)
5.5.8 У разі відхилення запиту на підтвердження співробітника - відповідні облікові записи (див 5.5.7) не будть створенні.
5.5.9 У разі якщо запит на підтвердження співробітника не буде прийнятий протягом строку дії запиту на створення співробітника цей запит буде скасовано
5.5.10 Користувачи що матимуть прив’язаних співробітників з типом “Кадровик” матимуть можливість деактивувати запит на створення співробітника який ще не був підтверджений
5.6 Логін до системи E-Health та авторизація
- В результаті ручної реєстрації МІС в E-Health, МІС отрімує MIS secret key. З цим secret key можлівий виклик API Create Legal Entity, Get Legal Entities, Get Legal Entity by ID .
- В результаті реєстрації MSP в E-Health, повертається MSP secret key. MSP secret key слід використовуваті для отрімання Refresh/Access token.
- Разом з інформацією необхідною для реєстрації в рекветі на створення Legal Entity надається redirect_uri який вноситься в перелік дозволених (whitelist). При виклику методу OAuth Login передане значення буде звірятись з whitelist.
- При логіні співробітника до E-Health (OAuth авторизація - метод Show Login UI) користувача МІС має запросити Gode Grant для отримання Refresh/Access token з певними правами (скоупами). Список скоупів має відповідати совокупності зареєстрованих співробітників користувача в конкретному MSP тобто ролі користувача в MSP.
- В процесі логіну користувач надає згоду на виконання певних дій (скоупи) від його імені з боку MSP (авторизує MSP).