Versions Compared

Old Version 17

changes.mady.by.user Olena Yermolenko

Saved on

compared with

New Version 18

changes.mady.by.user Olena Yermolenko

Saved on

Key

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

...

Перегляд Summary

Діють правила та обмеження як і для ідентифікованих персон

Перегляд медичних записів

Діють правила та обмеження як і для ідентифікованих персон

Створення медичних записів

Діють правила та обмеження як і для ідентифікованих персон

Створення декларації

Заборонено

Створення рецепту за програмою

TBD

Створення рецепту без програми

TBD

Створення направлення за програмою

TBD

Створення направлення без програми

TBD

Отримання дозволу на операції із медичними записами

Діють правила та обмеження як і для ідентифікованих персон із offline методом аутентифікації

...

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

  2. Для створення картки неідентифікованої персони, користувач повинен передати до ЦК:

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

    2. мінімальний набір медичних даних:

      1. спостереження стосовно стану, особливих прикмет неідентифікованої персони (наявність татуювання, відустність зубів, інші прикмети)

      2. TBD

  3. Створення картки неідентифікованої персони не потребує накладення ЕЦП та виконанується без пошуку дублікатів у ЦК.

API: TBD

Offline дедублікація

Offline дедублікація карток неідентифікованих персон не виконується.

...

Крок

Опис

1

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

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

2

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

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

3

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

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

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

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

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

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

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

API: TBD

4

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

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

API: TBD

5

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

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

API: TBD

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

...

У разі потреби у деактивації картку неідентифікованої персони може деактивувати тільки співробітник НСЗУ через інструмент масової деактивації адміністративну панель.

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

  • пов'язані запити на створення рецепту у статусі Active переводяться у статус Rejected

  • пов'язані рецепти у статусі NEW переводяться у статус Rejected

  • пов'язані направлення у статусі Active та з пустим статусом обробки за програмою чи статусом обробки за програмою New чи In queue переводяться у статус Cancelled