ЕСОЗ - публічна документація

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Модель даних: Preperson Data Model

У разі, якщо медичний персонал не має можливості ідентифікувати персону пацієнта (наприклад, пацієнт без свідомості або за якихось причин не може назвати свої персональні дані), у ЦК повинна бути заведена картка неідентифікованої персони:

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

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

Правила та обмеження операцій у ЦК для неідентифікованих пацієнтів

Для неідентифікованих пацієнтів діють наступні правила та обмеження стосовно операцій у ЦК відносно правил, існуючих для ідентифікованих пацієнтів:

Перегляд Summary

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

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

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

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

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

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

Заборонено

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

TBD

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

TBD

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

TBD

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

TBD

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

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

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

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

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

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

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

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

      2. TBD

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

API: TBD

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

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

Пошук та отримання даних картки неідентифікованої персони

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

API: API. Get Prepersons , API. Get Preperson by ID

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

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

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

  3. Оновити дані картки неідентифікованої персони може будь-який медичний заклад, якому відомий ідентифікатор такої картки у ЦК (наприклад, ідентифікатор буде отриманий при трансфері неідентифікованої персони із одного медичного закладу в інший).

API: API. Update Preperson

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

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

Крок

Опис

1

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

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

2

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

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

3

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

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

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

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

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

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

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

API: TBD

4

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

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

API: TBD

5

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

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

API: TBD

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

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

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

  • No labels