Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Данный процесс описывает создание декларации для существующего в системе пациента.

По новому процессом пациент должен быть создан отдельно от декларации, а при создании декларации только patient_id должен быть передан.

Процеc

...

Реєстрація пацієнта офлайн v2 Процес описує дії зі створення декларації для пацієнта, який існує в системі.

...

View file
nameDeclaration_Request_V3.graphml

Крок

Опис

1

Отримати список зареєстрованих лікарів

Користувач отримує перелік зареєстрованих у системі лікарів.

API: IL.Get Employees List

2

Обрати лікаря первинної ланки

За вказівкою пацієнта чи лікаря користувач обирає лікаря первинної ланки із яким буде створено декларацію.

3

Знайти персону у e-Health

Користувач виконує пошук персони у системі

API: Search for a person v3

Якщо персону у системі не знайдено, виконується перехід до кроку "Створення персони", у іншому випадку виконується перехід до кроку "Отримати методи аутентифікації персони".  

4

Створення персони

Якщо персони немає у системі, для продовження процесу необхідно створити її виконуючи кроки процесу Створення або зміна ідентифікованої персони

5

Отримати методи аутентифікації персони

Якщо персону за її даними знайдено, користувач отримує із системи наявні в неї методи авторизації.

API: Get Person Authentication methods

6

Обрати метод аутентифікації для підтвердження дій

Користувач обирає метод аутентифікації із наявних у ідентифікованої персони для подальшого підтвердження дій зі створення запиту на декларацію

7

Виконати запит на створення декларації

Користувач виконує запит на створення декларації у e-Health передаючи ідентифікатори:

  • співробітника лікаря, з яким створюється декларація

  • підрозділу, у якому створюється декларація

  • пацієнта, для якого створюється декларація

Запит може бути виконаним співробітниками із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE.

Запит може бути створеним, якщо виконуються наступні правила:

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

У один момент часу для однієї персони у системі може існувати лише один запит на створення декларації. Якщо на момент створення запиту у системі існували інші активні запити на створення декларації, вони анулюються, статус встановлюється у "CANCELLED"

У разі успішного виконання запиту:

  • запит зберігається у системі зі статусом NEW

  • якщо поточний метод аутентифікації персони offline або третя персона із offline, система повертає у відповідь посилання для завантаження скан-копій документів персони/третьої персони 

  • якщо поточний метод аутентифікації персони otp або третя персона із otp, на вказаний номер надсилається код

  • повертає інформацію щодо

    • використаного поточного методу аутентифікації для підтвердження дій над персоною

API: Create declaration request v3

8

Надіслати додаткове повідомлення для підтвердження дій над персоною

Якщо при OTP-методі аутентифікації персони або третьої персони за якихось причин повідомлення не надійшло, користувач має можливість виконати повторне надсилання повідомлення використовуючи поточний метод аутентифікації.

API: TBC

9

Підтвердити створення запиту на декларацію

Користувач повинен завантажити документи, для яких на кроці "Виконати запит на створення декларації" були згенеровані посилання, або ввести код підтвердження, який надійшов на телефон персони/третьої персони та підтвердити дії зі створення запиту на декларацію.

Мета із якою повинні бути завантажені документи, або бути використаним код, надісланий на телефон, повинна бути артикульованою персоні/третій персоні у повному обсязі до виконання підтвердження дій зі створення запиту на декларацію.

При створенні декларації для персони, персона, яка надає код або документи, такою дією:

  • підтверджує, персону, для якої створюється декларація, обрано коректно

  • надає згоду на створення декларації у системі e-Health:

    • користувачеві, що виконує даний крок

    • із лікарем, якого обрано у запиті

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

  • у разі, якщо підтвердження надає третя персона, підтверджує що має право на виконання дій від імені персони, для якої виконується даний крок

Виконати підтвердження запиту на створення декларації може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит.

У разі успішного підтвердження:

  • статус запиту на створення декралації змінюється на "APPROVED" 

  • система повертає електронний документ із даними для перевірки та підписання

API: Approve declaration request v3

10

Друк документу для перевірки

Користувач повинен роздрукувати документ, отриманий на кроці "Підтвердити дії над персоною" та передати персоні, для якої виконуються дії зі створення запиту на декларацію, їй або її представнику.

11

Перевірка та підписання документу пацієнтом

Персона або її представник повинні перевірити коректність даних, наведених у документі, та підписати документ. Після цього виконується перехід до кроку "Підписати запит на створення декларації".

Якщо документ містить помилки, виконується перехід до кроку "Відмінити запит на створення декларації".

12

Відмінити запит на створення декларації

Користувач відміняє запит на створення декларації.

Виконати відміну запиту на створення/зміну персони може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит.

В результаті виконання кроку статус запиту змінюється на “REJECTED”.

API: TBC

13

Підписати запит на створення декларації

Користувач накладає на запит на створення декларації свій електронний підпис, та передає його до системи.

Підписаний запит має містити ствердження, зроблене користувачем, що персона, для якої створювється декларація, або її представник, підписала друковану версію запиту.

Виконати підписання запиту на створення декларації може тільки користувач із типами Doctor, Receptionist, Assistant у активних медичних закладах із типами MSP, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит.

В результаті виконання кроку:

  • статус запиту змінюється на "SIGNED"

  • у системі створено декларацію

API: Sign declaration request v3

Отримання запитів на створення/оновлення персони та їх даних

У разі необхідності, наприклад якщо користувач відклав підписання запиту на створення/оновлення персони, користувач може отримати перелік та/або дані непідписаних запитів.

  1. Перелік запитів на створення/оновлення персони можуть отримати користувачі із типами Doctor, Specialist, Receptionist, Assistant у медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE. Такий перелік містить тільки запити, які було створено у тому ж медичному закладі, від імені якого виконується отримання даних.

  2. Дані запиту на створення/оновлення персони можуть отримати користувачі із типами Doctor, Specialist, Receptionist, Assistant у медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE

    1. Результати запиту залежать від поточного статусу запиту на створення/оновлення персони: в залежності від того, чи був підтверджений запит, у результаті присутній або відсутній шаблон електронного документу.

API: IL.Get person requestsIL.Get person request by ID

Термін існування запитів на створення/оновлення персони

У разі відсутності підтвердження/підписання запиту на створення/оновлення персони протягом N днів (де N - конфігураційна змінна), такий запит анулюється процесом [AUTO] Terminate Person requests. Статус запиту встановлюється у "EXPIRED".