Table of Contents |
---|
У разі, якщо персону пацієнта ідентифіковано, та картка неідентифікованої персони неідентифікована персона вже була створена і містить має пов'язані медичні дані, необхідно виконати дії процесу “Зв'язування картки неідентифікованої персони” наведеного нижче.
Зв'язування
...
неідентифікованої персони
...
Крок | Опис | ||
---|---|---|---|
1 | Ідентифікація та пошук пацієнтаперсони | Виконати пошук пацієнта персони за наявними персональними даними | |
2 | Створення пацієнтаідентифікованої персони | Якщо пацієнта персону за її даними не знайдено, необхідно створити нового пацієнта нову, виконуючи дії процесу Створення або зміна ідентифікованої персони | |
3 | Запит на зв'язуванння пацієнта із карткою неідентифікованої персони | Після того, як пацієнта ідентифіковану персону знайдено або створено, необхідно виконати запит на зв'язуванння пацієнта із карткою неідентифікованої персони. Право на створення такого запиту мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY. В результаті виконання запиту:
| |
4 | Обрати інший метод авторизації | У разі, якщо є необхідність скористатися альтернативним методом аутентифікації, користувач може змінити метод аутентифікації для поточного запиту за зв'язування. API: API. Change authorization method on preperson merge request | |
5 | Надіслати додаткове повідомлення для підтверждення дії | У разі, якщо повідомлення не надійшло, або є необхідність скористатися альтернативним методом аутентифікації, користувач має змогу надіслати повідомлення для підтвердження дії повторно. API: API. Resend authorization method on preperson merge request | 5TBD |
6 | Підтвердити дії за допомогою SMS-коду або документів | Користувач повинен підтвердити дію зв'язування пацієнта та картки неідентифікованої персони за допомогою коду, який міститься у повідомленні, надісланому пацієнтуідентифікованій персоні, або за допомогою її документів пацієнта. Виконати таку дію може лише користувач із того ж медичного закладу, що і користувач, що створив такий запит. В результаті виконання запиту користувач отримує із e-Health друковану форму згоди на дію об'єднання ідентифікованої персони та неідентифікованої персони. Друкована форма має за мету впевнитися, що приєднується коректна неідентифікована персона. У друкованій форму відображається:
API: API. Approve preperson merge request У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. | |
67 | Роздрукувати та перевірити дані друкованої форми | Користувач повинен роздрукувати отриману друковану форму та надати пацієнту для перевірки | |
78 | Відмінити запит на зв'язування картки неідентифікованої персони | У разі, якщо у друкованій формі згоди на зв'язування картки неідентифікованої персони є помилки, наприклад, картка неідентифікованої персони належить не тому пацієнту, до якого ці картка приєднується, неідентифікована персона обрана помилково, користувач повинен відмінити запит на зв'язуванння пацієнта із карткою неідентифікованої персони | |
89 | Отримати підпис пацієнта | У разі, якщо друкована форма згоди на зв'язування картки неідентифікованої персони містить коректні дані, користувач отримує підпис пацієнта.ідентифікованої персони | |
910 | Підписати зв'язування ЕЦП | Користувач повинен підписати своїм ЕЦП дію зв'язування картки неідентифікованої персони. Виконати таку дію може лише той користувач із того ж медичного закладу, що і користувач, що ініціював створення запитустворив такий запит. При виконанні запиту користувач також повинен передати до системи ствердження про підписання друкованої форми пацієнтом. В результаті Після успішного виконання запиту, медичні дані із картки неідентифікованої персони, пов'язані язаної із ідентифікованою персоною та , можуть бути переглянутими переглянуті за допомогою стандартних запитів до системи використовуючи ідентифікатор із використанням ідентифікатору пов'язаної карткиперсони. Перелік пов'язаних карток персон отримується із системи при виконанні пошуку ідентифікованої персони загальним процесом. API: API. Sign preperson merge request У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. |
Отримання даних запитів на зв'язування
...
неідентифікованої персони
Користувач може отримати стан та наявність запитив на зв'язування картки неідентифікованої персони
Право отримання даних запитів на зв'язування картки неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY, які працюють у тому ж Legal Entity, що і автор запиту на зв'язування картки неідентифікованої персони
Для отриманя даних необхідно використовувати ідентифікатор запиту, або ідентифікатор картки неідентифікованої персони
API: API. Get preperson merge requests, API. Get preperson merge request by ID
Відміна запиту на зв'язування
...
неідентифікованої персони
Відміна (анулювання) запиту на зв'язування картки неідентифікованої персони відбувається автоматично:
при створенні іншого запиту для тієї ж картки неідентифікованої персони (API. Create preperson merge request )
при відсутності підтвердження чи підписання запиту протягом відведеного ліміту часу ( процес Authoexpiration Auto expiration of preperson merge request )
У разі потреби користувач може відмінити запит на зв'язування неідентифікованої персони виконуючи запит API. Reject preperson merge request