Page Comparison

Ідентифікація та пошук пацієнта

Виконати пошук пацієнта за наявними персональними даними

API: Search for a person v3

Створення пацієнта

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

Запит на зв'язуванння пацієнта із карткою неідентифікованої персони

Після того, як пацієнта знайдено або створено, необхідно виконати запит на зв'язуванння пацієнта із карткою неідентифікованої персони.

Право на створення такого запиту мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY.

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

• Створюється запит на зв'язування пацієнта та картки неідентифікованої персони

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

  • впевнитися, що картка неідентифікованої персони додається до коректно обраного пацієнта

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

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

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

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

API: API. Create preperson merge request

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

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

API: API. Resend authorization method on preperson merge request

Підтвердити дії за допомогою SMS-коду або документів

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

Виконати таку дію може лише той користувач, що ініціював створення запиту.

В результаті виконання запиту користувач отримує із e-Health друковану форму згоди на зв'язування картки неідентифікованої персони із даними ідентифікованої персони та даними картки неідентифікованої персони, наданими при реєстрації цієї картки.

API: API. Approve preperson merge request

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

Роздрукувати та перевірити дані друкованої форми

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

Відмінити запит на зв'язування картки неідентифікованої персони

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

API: API. Reject preperson merge request

Отримати підпис пацієнта

У разі, якщо друкована форма згоди на зв'язування картки неідентифікованої персони містить коректні дані, користувач отримує підпис пацієнта.

Підписати зв'язування ЕЦП 

Користувач повинен підписати своїм ЕЦП дію зв'язування картки неідентифікованої персони.

Виконати таку дію може лише той користувач, що ініціював створення запиту.

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

В результаті виконання запиту медичні дані із картки неідентифікованої персони пов'язані із ідентифікованою персоною та можуть бути переглянутими за допомогою стандартних запитів до системи.

API: API. Sign preperson merge request

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