Table of Contents |
---|
...
Крок | Опис | |
---|---|---|
1 | Ідентифікація та пошук пацієнта | Виконати пошук пацієнта за наявними персональними даними |
2 | Створення пацієнта | Якщо пацієнта не знайдено, необхідно створити нового пацієнта виконуючи дії процесу Створення ідентифікованої персони |
3 | Запит на зв'язуванння пацієнта із карткою неідентифікованої персони | Після того, як пацієнта знайдено або створено, необхідно виконати запит на зв'язуванння пацієнта із карткою неідентифікованої персони. Право на створення такого запиту мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY. В результаті виконання запиту:
|
4 | Надіслати повідомлення для підтверждення дії | У разі, якщо повідомлення не надійшло, або є необхідність скористатися альтернативним методом аутентифікації, користувач має змогу надіслати повідомлення для підтвердження дії повторно. API: TBD |
5 | Підтвердити зв'язування за допомогою SMS-коду або документів | Користувач повинен підтвердити дію зв'язування пацієнта та картки неідентифікованої персони за допомогою коду, який міститься у повідомленні, надісланому пацієнту, або за допомогою документів пацієнта. Виконати таку дію може лише той користувач, що ініціював створення запиту. API: API. Approve preperson merge request У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. |
6 | Підписати зв'язування ЕЦП | Користувач повинен підписати своїм ЕЦП дію зв'язування картки неідентифікованої персони. Виконати таку дію може лише той користувач, що ініціював створення запиту. В результаті виконання запиту медичні дані із картки неідентифікованої персони пов'язані із ідентифікованою персоною та можуть бути переглянутими за допомогою стандартних запитів до системи. API: API. Sign preperson merge request У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. |
...
при створенні іншого запиту для тієї ж картки неідентифікованої персони (API. Create preperson merge request )
при відсутності підтвердження чи підписання запиту протягом відведеного ліміту часу ( процесAuthoexpiration of preperson merge request )
при деактивації картки неідентифікованої персони (/wiki/spaces/EH/pages/617480356 )
або може бути виконана працівниками із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY (API. Reject preperson merge request), які працюють у тому ж Legal Entity, що і автор запиту на зв'язування картки неідентифікованої персони.
...