Versions Compared

Key

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

Загальні ствердження

  • Система e-Health не керує та на є джерелом зберігання чи отримання інформації стосовно недієздатності персон. Таким джерелом у цільовому процесі мають виступати органи, які несуть відповідальність за визначення персони недієздатною або навпаки та надають артефакти, які підтверджують такий стан персони.

Процес створення або зміни ідентифікованої персони

Image Added

View file
name3_create_person_request.graphml
height250

Крок
Опис
Запит на реєстрацію персони без декларації 
  1. Визначення чи пацієнту <14
Якщо паціент  дитина2. Визначення чи є опікун в системіПотрібно пошукати персону яка буде типом авторизації для дитини в системі E-Health для того щоб знайти його id3. Зареєструвати опікуна в системіЯкщо опікуна нема в системі, то спочатку потрібно зареєструвати опікуна, а пысля цього опікуваного4. Заповлення даних опікунаПередати інформацію про опікуна в блок confidant та обрати аус_метод = third person та передати id5. Заповнення даних mpiЗаповнити усі необхідні поля для створення персони щодо mpi.6. Запит на створення персони без декларації
1Знайти персону у e-Health

Користувач виконує пошук персони у системі

API: Search for a person v3

Якщо персону у системі не знайдено, виконується перехід до кроку "Заповнити дані для створення персони", у іншому випадку виконується перехід до кроку "Заповнити дані для оновлення персони".  

2Заповнити дані для створення персони

Користувач заповнює:

  • персональні дані персони, яку він створює
  • блок даних із інформацією про законного представника персони
    • для персон, які не досягли віку 14 років, заповнення цього блоку обов'язкове
    • для персон старших за 14 років, заповнення блоку опціональне (на розсуд лікаря). Наявність такого блоку із даними у такої персони не є ознакою її недієздатності
  • блок даних із основним методом аутентифікації, обов'язковий для всіх персон згідно вимогам до методів аутентифікації (Керування методами аутентифікації ідентифікованих персон#Загальні-вимоги)
3Заповнити дані для оновлення персони
4Виконати запит на створення/оновлення перосони

Передача даних пацієнта на запит створенні персони без декларації

7. Create patient request

Запит на створення перосони без декларації та збереження його в системі. Запит зберігається в системі N днів

.8

.

 Search mpi

Пошук людини в системі E-Health.

Якщо не знайшли вже існуючу персону - то будемо стоврювати нову

.9

.

 Request validation, send SMS

Валідация запиту по json-схемі та ключування инн з датою народження та полом *1. Відправлення смс ( якщо OTP)

10. Підтвердження створення персони 
5Надіслати додаткове повідомлення для підтвердження дій над персоною
6Підтвердити дії над персоною

При автентифікації (OTP), необхідно наділати смс з секретним кодом на вказаний пацієнтом номер телефону та перевірити, що пацієнт смс отримав.

11. Друг печатної форми

Зміна статуса запиту на створення персони без декларації на `Approved`

7Друк документу для перевіркиОтримання печатної форми з запиту на створення персони без декларації. Друк форми для підпису.
8
12.
Перевірка та підписання
печатної формиЗміна статуса запиту
документу пацієнтомПеревірка введених данних, підпис роздрукованої версії пацієнтом
13. Approve patient request
9Відмінити запит на створення/оновлення персони
без декларації на `Approved`14. Чи є помилкиЯкщо пацієнт знаходить помилку, то повертаються до п.415. Створення персониПідписання запиту стоврення персони без декларації16. Sign patient request

10Підписати запит на створення персониПідпис запиту на стоврення персони без декларації та створення персони у mpi


*1 - ключування ИНН з ДР та полом

...

  • Під час обробки запиту на створення персони без декларації система eHealth формує шаблон електронного документу (content) на основі якого має бути сформована друкована форма та який має бути підписаний лікарем.
  • Для попередження дублікації patient requests здійснюється пошук подібних patient request за параметрами person.tax_id, person.document_number та статусам 'NEW', 'APPROVED'.  Усі очікуючі patient requests, які були знайдені під час пошуку подібних, будуть автоматично деактивовані (присвоєно статус “СANCELED”)
  • Створити персону без декларації може тільки Legal Entity, що має активний та верифікований NHS тип MSP, OUTPATIENT, EMERGENCY чи PRIMARY_CARE
  • Створити персону без декларації може тільки Employee, який активний та типу Doctor, Specialist, Receptionist чи Assistant


Sign patient request

sign patient request.graphml

...