| Table of Contents |
|---|
| Status | ||||
|---|---|---|---|---|
|
Загальні ствердження
- Система e-Health не керує та на є джерелом зберігання чи отримання інформації стосовно недієздатності персон. Таким джерелом у цільовому процесі мають виступати органи, які несуть відповідальність за визначення персони недієздатною або навпаки та надають артефакти, які підтверджують такий стан персони. Наявна інформація про законного представника персони використовується виключно у внутрішніх процесах системі та не може використовуватися як ознака недієздатності персони.
Процес створення або зміни даних ідентифікованої персони
View file
№ | Крок | Опис | ||
|---|---|---|---|---|
| 1 | Знайти персону у e-Health | Користувач виконує пошук персони у системі Якщо персону у системі не знайдено, виконується перехід до кроку "Заповнити дані для створення персони", у іншому випадку виконується перехід до кроку "Заповнити дані для оновлення персони". | ||
| 2 | Заповнити дані для створення персони | Користувач Для персони, що створюється, користувач заповнює:
| ||
| 3 | Заповнити дані для оновлення персони | Користувач заповнює той же набір даних, що і при створенні персони у повному обсязі, за виключенням блоку даних із методами аутентифікації (для існуючої персони керування методами аутентифікації виконується за допомогою окремих методів - Authentication method request API). Оновлення ІПН можливе тільки якщо цей параметр не був заповненим або персоні можливо змінити ІПН після валідації із залученням ДРФО Оновлення дати народження можливе тільки якщо вона відповідає ІПН | ||
| 4 | Виконати запит на створення/оновлення перосони | Передача даних пацієнта на запит створенні персони без декларації Запит на створення перосони без декларації та збереження його в системі. Запит зберігається в системі N днів. Пошук людини в системі E-Health. Якщо не знайшли вже існуючу персону - то будемо стоврювати нову. Валідация запиту по json-схемі та ключування инн з датою народження та полом * | 5 | Надіслати додаткове повідомлення для підтвердження дій над персоною |
| 6 | Підтвердити дії над персоною | При автентифікації (OTP), необхідно наділати смс з секретним кодом на вказаний пацієнтом номер телефону та перевірити, що пацієнт смс отримав. Зміна статуса запиту на створення персони без декларації на `Approved` | ||
| 7 | Друк документу для перевірки | Отримання печатної форми з запиту на створення персони без декларації. Друк форми для підпису. | ||
| 8 | Перевірка та підписання документу пацієнтом | Перевірка введених данних, підпис роздрукованої версії пацієнтом | 9 | Відмінити запит на створення/оновлення персони |
| 10 | Підписати запит на створення персони | Підпис запиту на стоврення персони без декларації та створення персони у mpi |
*1 - ключування ИНН з ДР та полом
- перші п'ять цифр ИНН утворюють число, яке дорівнює кількості днів від 01.01.1900 до дати народження власника ІПН
- пол перевіряється парність дев'ятої цифри: парна цифра - женский, непарна - чоловічий
- Запит на створення персони без декларації може бути створений адміністратором чи лікарем.
- Пацієнт не може зареєструватись як `персона без декларації`, якщо вона вже в системі.
- Якщо вже є запит на створення декларації, то не можна створити запит на створення персони без декларації
- Щоб внести зміни інформації пацієнта, необхідно зробити запит на створення пацієнта передавши id персони, яку хочешь оновити
...
Користувач виконує запит на створення чи оновлення персони у e-Health. Запит може бути виконаним співробітниками із типами Doctor, Specialist, Receptionist, Assistant у активних медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE. Запит може бути створеним, якщо виконуються наступні правила:
У один момент часу для однієї персони у системі може існувати лише один запит на створення/оновлення персони. Якщо на момент створення запиту у системі існували інші активні запити на створення чи оновлення тієї ж персони, вони анулюються. У разі успішного виконання запиту:
|
...
- Пацієнт має надати згоду на створення персони шляхом авторизації в системі eHealth.
- Під час обробки запиту на створення персони без декларації система eHealth формує шаблон електронного документу (content) на основі якого має бути сформована друкована форма та який має бути підписаний лікарем.
- Для попередження дублікації patient requests здійснюється пошук подібних patient request за параметрами person.tax_id, person.document_number та статусам 'NEW', 'APPROVED'. Усі очікуючі patient requests, які були знайдені під час пошуку подібних, будуть автоматично деактивовані (присвоєно статус “СANCELED”)
- Створити персону без декларації може тільки Legal Entity, що має активний та верифікований NHS тип MSP, OUTPATIENT, EMERGENCY чи PRIMARY_CARE
- Створити персону без декларації може тільки Employee, який активний та типу Doctor, Specialist, Receptionist чи Assistant
Sign patient request
...
...
...
- Підписання запиту на створення персони без декларації можливо лише користувачем який має зареєстрованого співробітника, має ЕЦП та праціє в тому медзакладі, тип якого дозволяє реєструвати паціентів без декларації( Doctor, Specialist, Receptionist чи Assistant).
- При обробці запиту на підписання персони без декларації (метод sign patient request) підписаний контент звіряється з шаблоном електронного документу (content)
...
| ||
| 5 | Обрати інший метод авторизації | Якщо персона не може скористуватися своїм основним методом аутентифікації в момент створення та обробки запиту на оновлення даних, користувач може обрати для підтвердження дій зі зміни даних персони один з альтернативних методів аутентифікації із переліку, який було отримано на попередньому кроці. Для цього користувач обирає потрібний метод аутентифікації та виконує відповідний запит до системи. У відповідь система генерує набір даних, аналогічний відповіді на запит зі створення/оновлення персони в залежності від обраного методу аутентифікації. |
| 6 | Надіслати додаткове повідомлення для підтвердження дій над персоною | Якщо при OTP-методі аутентифікації персони або третьої персони за якихось причин повідомлення не надійшло, користувач має можливість виконати повторне надсилання повідомлення використовуючи поточний метод аутентифікації. API: TBD |
| 7 | Підтвердити дії над персоною | Користувач повинен завантажити документи, для яких на кроці "Виконати запит на створення/оновлення перосони" були згенеровані посилання, або ввести код підтвердження, який надійшов на телефон персони/третьої персони та підтвердити виконання дій над персоною. Мета із якою повинні бути завантажені документи, або бути використаним код, надісланий на телефон, повинна бути артикульованою персоні/третій персоні у повному обсязі до виконання підтвердження над персоною, і залежить від умов виконання запиту:
Виконати підтвердження запиту на створення/зміну персони може тільки користувач із типами Doctor, Specialist, Receptionist, Assistant у активних медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. У разі успішного підтвердження:
|
| 8 | Друк документу для перевірки | Користувач повинен роздрукувати документ, сформований на базі шаблону, отриманого на кроці "Підтвердити дії над персоною" та передати персоні, для якої виконуються дії зі створення/оновлення даних або її представнику. |
| 9 | Перевірка та підписання документу пацієнтом | Персона або її представник повинні перевірити коректність даних, наведених у документі, та підписати документ. Після цього виконується перехід до кроку "Підписати запит на створення персони". Якщо документ містить помилки, виконується перехід до кроку "Відмінити запит на створення/оновлення персони". |
| 10 | Відмінити запит на створення/оновлення персони | Користувач відміняє запит на створення чи оновлення персони. Виконати відміну запиту на створення/зміну персони може тільки користувач із типами Doctor, Specialist, Receptionist, Assistant у активних медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. В результаті виконання кроку статус запиту змінюється на “REJECTED”. |
| 11 | Підписати запит на створення персони | Користувач накладає на запит на створення/оновлення персони свій електронний підпис, та передає його до системи. Підписаний запит має містити ствердження, зроблене користувачем, що персона, що створювалася чи оновлювалася, або її представник, підписала друковану версію запиту. Виконати підписання запиту на створення/зміну персони може тільки користувач із типами Doctor, Specialist, Receptionist, Assistant у активних медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE із того ж медичного закладу, що і користувач, який створив такий запит. В результаті виконання кроку:
|
Отримання запитів на створення/оновлення персони та їх даних
У разі необхідності, наприклад якщо користувач відклав підписання запиту на створення/оновлення персони, користувач може отримати перелік та/або дані непідписаних запитів.
- Перелік запитів на створення/оновлення персони можуть отримати користувачі із типами Doctor, Specialist, Receptionist, Assistant у медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE. Такий перелік містить тільки запити, які було створено у тому ж медичному закладі, від імені якого виконується отримання даних.
- Дані запиту на створення/оновлення персони можуть отримати користувачі із типами Doctor, Specialist, Receptionist, Assistant у медичних закладах із типами MSP, OUTPATIENT, EMERGENCY, PRIMARY_CARE
- Результати запиту залежать від поточного статусу запиту на створення/оновлення персони: в залежності від того, чи був підтверджений запит, у результаті присутній або відсутній шаблон електронного документу.
Термін існування запитів на створення/оновлення персони
У разі відсутності підтвердження/підписання запиту на створення/оновлення персони протягом N днів (де N - конфігураційна змінна), такий запит анулюється процесом [AUTO] Terminate Person requests. Статус запиту встановлюється у "EXPIRED".