This process describes the creation of a declaration for an existing personПроцес описує дії зі створення декларації із передачею ідентифікатора пацієнта, який існує у системі.
Expand |
---|
...
View file | ||
---|---|---|
|
Крок | Опис | |
---|---|---|
1 | Отримати список зареєстрованих лікарів | Користувач отримує перелік зареєстрованих у системі лікарів. |
2 | Обрати лікаря первинної ланки | За вказівкою пацієнта чи лікаря користувач обирає лікаря первинної ланки із яким буде створено декларацію. |
3 | Знайти персону у e-Health | Користувач виконує пошук персони у системі Якщо персону у системі не знайдено, виконується перехід до кроку "Створення персони", у іншому випадку виконується перехід до кроку "Отримати методи аутентифікації персони". |
4 | Створення персони | Якщо персони немає у системі, для продовження процесу необхідно створити її виконуючи кроки процесу Створення або зміна ідентифікованої персони |
5 | Отримати методи аутентифікації персони | Якщо персону за її даними знайдено, користувач отримує із системи наявні в неї методи аутентифікації. |
6 | Обрати метод аутентифікації для підтвердження дій | Користувач обирає метод аутентифікації із наявних у ідентифікованої персони для подальшого підтвердження дій зі створення запиту на декларацію |
7 | Виконати запит на створення декларації | Користувач виконує запит на створення декларації у e-Health передаючи ідентифікатори:
Запит може бути виконаним співробітниками із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE. Запит може бути створеним, якщо виконуються наступні правила:
У один момент часу для однієї персони у системі може існувати лише один запит на створення декларації. Якщо на момент створення запиту у системі існували інші активні запити на створення декларації, вони анулюються, статус встановлюється у "CANCELLED" У разі успішного виконання запиту:
|
8 | Надіслати додаткове повідомлення для підтвердження дій над персоною | Якщо при OTP-методі аутентифікації персони або третьої персони за якихось причин повідомлення не надійшло, користувач має можливість виконати повторне надсилання повідомлення використовуючи поточний метод аутентифікації. API: TBC |
9 | Підтвердити створення запиту на декларацію | Користувач повинен завантажити документи, для яких на кроці "Виконати запит на створення декларації" були згенеровані посилання, або ввести код підтвердження, який надійшов на телефон персони/третьої персони та підтвердити дії зі створення запиту на декларацію. Мета із якою повинні бути завантажені документи, або бути використаним код, надісланий на телефон, повинна бути артикульованою персоні/третій персоні у повному обсязі до виконання підтвердження дій зі створення запиту на декларацію. Надаючи код або документи, персона чи її представник, від імені персони, для якої виконується запит:
Виконати підтвердження запиту на створення декларації може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. У разі успішного підтвердження:
|
10 | Друк документу для перевірки | Користувач повинен роздрукувати документ, отриманий на кроці "Підтвердити дії над персоною" та передати персоні, для якої виконуються дії зі створення запиту на декларацію, їй або її представнику. |
11 | Перевірка та підписання документу пацієнтом | Персона або її представник повинні перевірити коректність даних, наведених у документі, та підписати документ. Після цього виконується перехід до кроку "Підписати запит на створення декларації". Якщо документ містить помилки, виконується перехід до кроку "Відмінити запит на створення декларації". |
12 | Відмінити запит на створення декларації | Користувач відміняє запит на створення декларації. Виконати відміну запиту на створення/зміну персони може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. В результаті виконання кроку статус запиту змінюється на “REJECTED”. |
13 | Підписати запит на створення декларації | Користувач накладає на запит на створення декларації свій електронний підпис, та передає його до системи. Підписаний запит має містити ствердження, зроблене користувачем, що персона, для якої створюється декларація, або її представник, підписала друковану версію запиту. Виконати підписання запиту на створення декларації може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. В результаті виконання кроку:
|
Отримання запитів на створення декларацій та їх даних
У разі необхідності, наприклад якщо користувач відклав підписання запиту на створення декларації, користувач може отримати перелік та/або дані непідписаних запитів.
Перелік запитів на створення декларації можуть отримати користувачі із типами Doctor, Receptionist, Assistant у медичних закладах із типами MSP, PRIMARY_CARE. Такий перелік містить тільки запити, які було створено у тому ж медичному закладі, від імені якого виконується отримання даних.
Дані запиту на створення декларації можуть отримати користувачі із типами Doctor, Receptionist, Assistant у медичних закладах із типами MSP, PRIMARY_CARE
Результати запиту залежать від поточного статусу запиту: в залежності від того, чи був підтверджений запит, у результаті присутні або відсутні електронний документ та дані персони, для якої створено запит.
API: Get declaration request by id V3 , Get declaration requests list V3
Термін існування запитів на створення/оновлення персони
У разі відсутності підтвердження/підписання запиту на створення декларації протягом N днів (де N - конфігураційна змінна), такий запит анулюється процесом [AUTO] Terminate declaration requests . Статус запиту встановлюється у "EXPIRED".