Table of Contents |
---|
У разі, якщо персону пацієнта ідентифіковано, та картка неідентифікованої персони неідентифікована персона вже була створена і містить має пов'язані медичні дані, необхідно виконати дії процесу “Зв'язування картки неідентифікованої персони” персони із ідентифікованою персоною” наведеного нижче.
...
Процес зв'язування
...
неідентифікованої персони із ідентифікованою персоною
...
Крок | Опис | |
---|---|---|
1 | Ідентифікація та пошук |
персони | Виконати пошук |
персони за наявними персональними даними | |
2 | Створення |
ідентифікованої персони | Якщо |
персону за її даними не знайдено, необхідно створити |
нову, виконуючи дії процесу Створення або зміна ідентифікованої персони | ||
3 | Отримати методи аутентифікації персони | Якщо персону за її даними знайдено, необхідно отримати із системи наявні в неї методи авторизації. |
4 | Обрати метод аутентифікації для підтвердження подальших дій | Користувач обирає метод аутентифікації із наявних у ідентифікованої персони для подальшого підтвердження дій зі зв'язування ідентифікованої та неідентифікованої персон. |
5 | Запит на зв'язуванння |
неідентифікованої персони | Після того, як |
ідентифіковану персону знайдено або створено, необхідно виконати запит на зв'язуванння |
неідентифікованої персони. Право на створення такого запиту мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY. В результаті виконання |
:
|
|
|
|
|
впевнитися, що картка неідентифікованої персони додається до коректно обраного пацієнта
отримати від пацієнта згоду на приєднання картки неідентифікованої персони
|
|
API: API. Create |
6 | Надіслати додаткове повідомлення для підтверждення дії | У разі, якщо повідомлення не надійшло |
, користувач має змогу надіслати повідомлення для підтвердження дії повторно. API: |
7 | Підтвердити дії за допомогою SMS-коду або документів | Користувач повинен підтвердити дію зв'язування |
за допомогою коду, який міститься у повідомленні, надісланому |
ідентифікованій персоні, або за допомогою |
Виконати таку дію може лише той користувач, що ініціював створення запиту.
її документів. Мета із якою завантажуються документи або вводиться код, повинна бути артикульованою ідентифікованій персоні або її представнику у повному обсязі до виконання підтвердження. Надаючи код, або документи, персона чи її представник, від імені персони, для якої виконується запит::
Виконати підтвердження запиту на з'єднання може лише користувач із того ж медичного закладу, що і користувач, що створив такий запит. В результаті виконання запиту користувач отримує із e-Health друковану форму згоди на дію об'єднання ідентифікованої персони та неідентифікованої персони. Друкована форма має за мету впевнитися, що приєднується коректна неідентифікована персона. У друкованій форму відображається:
API: API. Approve |
У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. |
8 | Роздрукувати та перевірити дані друкованої форми | Користувач повинен роздрукувати отриману друковану форму та надати пацієнту для перевірки |
9 | Відмінити запит на зв'язування неідентифікованої персони | У разі, якщо у друкованій формі згоди на зв'язування є помилки, наприклад, неідентифікована персона обрана помилково, користувач повинен відмінити запит на зв'язуванння |
10 | Отримати підпис пацієнта | У разі, якщо друкована форма згоди на зв'язування містить коректні дані, користувач отримує підпис ідентифікованої персони |
11 | Підписати зв'язування ЕЦП | Користувач повинен підписати своїм ЕЦП дію зв'язування |
неідентифікованої персони. Виконати таку дію може лише |
користувач із того ж медичного закладу, що і користувач, що |
створив такий запит. При виконанні запиту користувач також повинен передати до системи ствердження про підписання друкованої форми пацієнтом. Після успішного виконання запиту, медичні дані неідентифікованої персони, пов'язаної із ідентифікованою персоною, можуть бути переглянуті за допомогою стандартних запитів до системи із використанням ідентифікатору пов'язаної персони. Перелік пов'язаних персон отримується із системи при виконанні пошуку ідентифікованої персони загальним процесом. API: API. Sign |
У разі, якщо підтвердження запиту надійшло пізніше відведеного ліміту часу, такий запит анулюється. |
Отримання даних запитів на зв'язування
...
неідентифікованої персони
Користувач може отримати стан та наявність запитив на зв'язування
...
неідентифікованої персони
Право отримання даних запитів на зв'язування
...
неідентифікованої персони мають працівники із типами 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 )
...
При відсутності підтвердження чи підписання запиту протягом відведеного ліміту часу
...
або може бути виконана працівниками із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY (API. Reject preperson merge request), які працюють у тому ж Legal Entity, що і автор запиту на зв'язування картки неідентифікованої персони., запит автоматично анулюється процесом Auto expiration of merge request