Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

У разі, якщо персону пацієнта ідентифіковано, та неідентифікована персона вже була створена і має пов'язані медичні дані, необхідно виконати дії процесу “Зв'язування неідентифікованої персони із ідентифікованою персоною” наведеного нижче.

...

Крок

Опис

1

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

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

API: Search for a person v3

2

Створення ідентифікованої персони

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

3

Отримати методи аутентифікації персони

Якщо персону за її даними знайдено, необхідно отримати із системи наявні в неї методи авторизації.

API: Get Person Authentication methods

4

Обрати метод аутентифікації для підтвердження подальших дій

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

5

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

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

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

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

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

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

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

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

API: API. Create merge request

6

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

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

API: TBD API. Change authorization method on Merge request

7

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

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

Мета із якою завантажуються документи або вводиться код, повинна бути артикульованою ідентифікованій персоні у повному обсязі до виконання підтвердження.

Надаючи документи або код, ідентифікована персона:

  • підтвержує, що ії ідентифіковано коректно

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

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

У разі, якщо для ідентифікованої персони використовується метод аутентифікації “третя персона”, надаючи документи або код, така персона:

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

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

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

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

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

В результаті виконання запиту користувач отримує із e-Health друковану форму згоди на дію об'єднання ідентифікованої персони та неідентифікованої персони. Друкована форма має за мету впевнитися, що приєднується коректна неідентифікована персона. У друкованій форму відображається:

  • дані ідентифікованої персони: прідвище та ініціали, ІПН, перелік документів (тип, номер, дата видачі)

  • дані неідентифікованої персони (за наявності): прізвище та ініціали, стать, дата народження

  • перелік активних або закритих епізодів, які належать неідентифікованій персоні із наступними даними: назва, період (дата початку, дата закінчення), відповідальна організація (назва Legal Entity)

API: API. Approve merge request

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

8

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

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

9

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

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

API: API. Reject merge request

10

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

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

11

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

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

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

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

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

API: API. Sign merge request

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

...