Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

...

Процес зв'язування

...

неідентифікованої персони із ідентифікованою персоною

...

Крок

Опис

1

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

пацієнта

персони

Виконати пошук

пацієнта

персони за наявними персональними даними

API: Search for a person v3

2

Створення

пацієнта

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

Якщо

пацієнта

персону за її даними не знайдено, необхідно створити

нового пацієнта

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

3

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

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

API: Get Person Authentication methods

4

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

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

5

Запит на зв'язуванння

пацієнта із карткою

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

Після того, як

пацієнта

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

пацієнта із карткою

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

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

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

запиту

:

  • Створюється запит на зв'язування

пацієнта
  • ідентифікованої та

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

Пацієнту
  • Ідентифікованій персоні, якщо

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

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

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

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

  • із кодом

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

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

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

    • тип: OTP, Offline, NA

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

    • у разі, якщо тип ОТР - маскований номер телефону, на який було відправлене повідомленння

, та перелік наявних у пацієнта додаткових методів аутентифікації із аліасами
    • у разі, якщо тип Offline - посилання для завантаження документів

API: API. Create

preperson

merge request

4
6

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

У разі, якщо повідомлення не надійшло

, або є необхідність скористатися альтернативним методом аутентифікації

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

API: API. Resend

authorization method on preperson merge

Authorization OTP on Merge request

5
7

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

Користувач повинен підтвердити дію зв'язування

пацієнта та картки неідентифікованої персони

за допомогою коду, який міститься у повідомленні, надісланому

пацієнту

ідентифікованій персоні, або за допомогою

документів пацієнта. Виконати таку дію

її документів.

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

Надаючи код, або документи, персона чи її представник, від імені персони, для якої виконується запит::

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

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

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

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

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

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

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

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

.

API: API. Approve

preperson

merge request

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

6
8

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

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

7
9

Відмінити запит на зв'язування

картки

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

У разі, якщо у друкованій формі згоди на зв'язування

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

є помилки, наприклад,

картка неідентифікованої персони належить не тому пацієнту, до якого ці картка приєднується

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

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

API: API. Reject

preperson

merge request

8
10

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

У разі, якщо друкована форма згоди на зв'язування

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

містить коректні дані, користувач отримує підпис

пацієнта.

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

9
11

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

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

картки

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

Виконати таку дію може лише

той

користувач із того ж медичного закладу, що і користувач, що

ініціював створення запиту

створив такий запит.

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

В результаті

Після успішного виконання запиту, медичні дані

із картки

неідентифікованої персони, пов'

язані

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

та

, можуть бути

переглянутими

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

API: API. Sign

preperson

merge request

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

Отримання даних запитів на зв'язування

...

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

  1. Користувач може отримати стан та наявність запитив на зв'язування

...

  1. неідентифікованої персони

  2. Право отримання даних запитів на зв'язування

...

  1. неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY, які працюють у тому ж Legal Entity, що і автор запиту на зв'язування

...

  1. неідентифікованої персони

  2. Для отриманя даних необхідно використовувати ідентифікатор запиту, або ідентифікатор

...

  1. неідентифікованої персони

API: API. Get preperson merge requests, API. Get preperson merge request by ID

...

Термін існування запиту на зв'язування

...

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

Відміна (анулювання) запиту на зв'язування картки неідентифікованої персони відбувається автоматично:

...

при створенні іншого запиту для тієї ж картки неідентифікованої персони (API. Create preperson merge request )

...

При відсутності підтвердження чи підписання запиту протягом відведеного ліміту часу

...

, запит автоматично анулюється процесом Auto expiration of merge request

...