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

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 7 Next »

/wiki/spaces/EN/pages/17560797187 (видаліть блок з посиланням перед публікацією документа)

Властивості документа

Тип документа

Бізнес-процес

Назва документа

BP-ESOZ-022-0006 [PIS] Оновлення даних запису про пацієнта

ID настанови

GUI-004

Автор

Liudmyla Dobrovolska (SoE eHealth)

Версія документа

v010

Статус документа

DRAFT

Дата створення

15.11.2024

Дата оновлення

ID групи

BPG-ESOZ-022

ID бізнес-процесу

BP-ESOZ-022-0006

Назва бізнес-процесу

[PIS] Оновлення даних запису про пацієнта

Посилання на схеми

PIS] Оновлення даних запису про пацієнта

Загальні відомості

Мета процесу: Забезпечити можливість користувачам оновлювати свої персональні дані в системі, включаючи завантаження документів та коригування інформації відповідно до актуальних змін чи розбіжностей

Ціль процесу: ПІС повинна надати Користувачу інтерфейс для внесення змін до персональних даних через API методи, підтримувати завантаження документів, відновлення перерваних процесів, а також забезпечити можливість підписання оновлених даних ЕП для їх подальшої обробки та передачі в систему. ПІС також має дозволяти переглядати та створювати нові запити на коригування даних.

Передумови

Користувач авторизований та має відповідні скоупи доступу;
ПІС успішно протестовано відповідно до вимог:

Схема бізнес-процесу

Зображення схеми

Посилання на схему

На перегляд: https://modeler.camunda.io/share/69be6a87-95cf-464c-b945-e2345e60a22e
На редагування: https://modeler.camunda.io/diagrams/0132aacc-957b-47e7-8dd4-440137589620--bp-esoz-022-0006-pis-оновлення-даних-запису-про-пацієнта?v=670,336,1

Похідний файл схеми (BPMN)

Опис кроків по процесу

1

№ кроку

Крок

Опис

Технічний модуль

Методи API які мають або можуть бути використані

2

SE 1.10

Початок процесу

Користувач хоче оновити персональні дані

3

1.10

Користувач виконує авторизацію в Системі

Користувач:

Система ЕСОЗ:

  • Згенерувала токен доступу (access token) та токен оновлення доступу (refresh token) для користувача

4

1.20

Отримати персональні дані

Користувач виконує запит на отримання персональних даних, згідно процесу https://e-health-ua.atlassian.net/wiki/x/LoE9KwQ


5

1.30

Внести зміни в персональні дані

Користувач вносить зміни в персональні дані:

  1. ім'я (параметр "first_name") - обов'язково;

  2. прізвище (параметр "last_name") - обов'язково;

  3. по батькові (параметр "second_name");

  4. дата народження (параметр "birth_date"), яка заповнюється в форматі "ДД.ММ.РРРР" - обов'язково;

  5. країна народження (параметр "birth_country"), згідно з довідником "COUNTRY"  - обов'язково;

  6. місце народження (параметр "birth_settlement"), згідно з довідником "SETTLEMENT_TYPE" - обов'язково;

  7. стать (параметр "gender") згідно з довідником "GENDER" - обов'язково;

  8. електронна пошта (параметр "email"), домен якої не міститься в переліку заборонених (заблокованих) визначених відповідними розпорядженнями Національного центру оперативно-технічного управління мережами телекомунікацій (НЦУ);

  9. відмітка про відмову від РНОКПП (параметр "no_tax_id") - для КПІС - обов'язково;

  10. РНОКПП (параметр "tax_id") - (для КПІС якщо відсутні дані); 

  11. кодове слово (параметр "secret") відповідно формату "^[A-Za-zА-Яа-яҐґЇїІіЄє0-9]{6,20}$"   - обов'язково;

  12. документ пацієнта (масив "documents"), що посвідчуютє особу згідно закону - обов’язково, зокрема:

    1. тип документа (параметр "type") згідно з довідником "DOCUMENT_TYPE" - обов’язково;

    2. серію (за наявності) та номер документа (параметр "number") - обов’язково:

  • PASSPORT - "^((?![ЫЪЭЁ])([А-ЯҐЇІЄ])){2}[0-9]{6}$",

  • NATIONAL_ID - "^[0-9]{9}$",

  • BIRTH_CERTIFICATE - "^((?![ЫЪЭЁыъэё@%&$^#`~:,.*|}{?!])[A-ZА-ЯҐЇІЄ0-9№\\/()-]){2,25}$",

  • COMPLEMENTARY_PROTECTION_CERTIFICATE - "^((?![ЫЪЭЁ])([А-ЯҐЇІЄ])){2}[0-9]{6}$",

  • REFUGEE_CERTIFICATE - "^((?![ЫЪЭЁ])([А-ЯҐЇІЄ])){2}[0-9]{6}$"

  • TEMPORARY_CERTIFICATE - "^(((?![ЫЪЭЁ])([А-ЯҐЇІЄ])){2}[0-9]{4,6}|[0-9]{9}|((?![ЫЪЭЁ])([А-ЯҐЇІЄ])){2}[0-9]{5}\\/[0-9]{5})$",

  • TEMPORARY_PASSPORT - "^((?![ЫЪЭЁыъэё@%&$^#`~:,.*|}{?!])[A-ZА-ЯҐЇІЄ0-9№\\/()-]){2,25}$";

  1. орган яким виданий (параметр "issued_by");

  2. дата видачі (параметр "issued_at") - обов’язково;

  3. дійсний до (параметр "expiration_date");

  4. унікальний номер запису в ЄДДР  (УНЗР) (параметр "unzr"), має відповідати формату: "^[0-9]{8}-[0-9]{5}$" -(для КПІС, для АПІС - повинна заповнити УНЗР відомостями одержаними з ЄДДР без можливості їх редагування користувачем);

  5. адреси пацієнта  (масив параметрів "addresses"), користувач повинен обов'язково вказати адресу фактичного місця проживання та адресу реєстрації. Якщо ці адреси співпадають, необхідно поставити відмітку, що адреси збігаються  - обов’язково;

    1. тип адреси - (параметр "type"), згідно з довідником "ADDRESS_TYPE" - обов’язково;

    2. країна - (параметр "country"), згідно з довідником "COUNTRY" - обов’язково;

    3. область - (параметр "area") - обов’язково;

    4. район області - (параметр "region");

    5. населений пункт - (параметр "settlement") - обов’язково;

    6. тип населеного пункту - (параметр "settlement_type"), згідно з довідником "SETTLEMENT_TYPE"  - обов’язково;

    7. ідентифікатор населеного пункту (параметр "settlement_id") - обов’язково;

    8. тип вулиці - (параметр "street_type"), згідно з довідником "STREET_TYPE";

    9. назва вулиці - (параметр "street");

    10. будинок - (параметр "building");

    11. квартира - (параметр "apartment");

    12. поштовий індекс - (параметр "zip");

  6.  контактний телефон користувача (об'єкт "phones"):

    1. тип телефону (параметр "phones_type"), згідно з довідником PHONE_TYPE - обов’язково;

    2. номер телефону в форматі "^\\+38[0-9]{10}$" (параметр "number") - обов’язково;

  7. бажаний спосіб зв'язку (параметр "preferred_way_communication");

    1. електронна пошта (параметр "email");

    2. телефон (параметр "phone");

  8. дані особи для екстреного зв'язку (об'єкт "emergency_contact") - обов’язково:

    1. ім'я (параметр "first_name") - обов'язково;

    2. прізвище (параметр "last_name") - обов'язково;

    3. по батькові (параметр "second_name");

    4. телефон контакту для екстреного зв'язку (масив "emergency_contact.phones"):

      1. тип телефону (параметр "phones_type") - обов’язково;

      2. номер в форматі "^\\+38[0-9]{10}$" (параметр "number") - обов’язково;

6

1.40

Ініціалізувати оновлення персональних даних

Користувач підтверджує зміни в персональних даних

7

1.50

Запит на оновлення персональних даних

ПІС передає повний змінений набір даних персони до системи ЕСОЗ

Scope - person_request:write_pis

Resource - POST /api/pis/person_requests

API-010-001-012-0452

https://pisapi1.docs.apiary.io/#reference/public.-patient-information-system/person-requests/initialize-update-person-details

8

2.10

PIS. Initialize Update Person details

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ

9

GW 1.10

Процес перервався?

  • Якщо “ні“ (процес оновлення персональних даних не перервався), перейти до кроку GW 1.40

  • Якщо “так“ (процес оновлення персональних даних перервався), перейти до кроку GW 1.20

10

GW 1.20

Продовжити оновлення персональних даних?

  • Якщо “ні“ (не продовжити оновлення персональних даних), перейти до кроку EE 1.10

  • Якщо “так“ (продовжити оновлення персональних даних), перейти до кроку 1.60

11

EE 1.10

Персональні дані не оновились

Користувач не продовжив оновлення персональних даних

12

1.60

Відновити процес оновлення даних

Користувач вирішив продовжити оновлення персональних даних

13

GW 1.30

Відновити через перелік запитів?

  • Якщо “ні“ (відновити процес оновлення персональних даних через дані перерваного запиту), перейти до кроку 1.100

  • Якщо “так“ (відновити процес оновлення персональних даних через перелік запитів), перейти до кроку 1.70

14

1.70

Отримати перелік запитів

Користувач бажає отримати список переліку запитів на зміну персональних даних

15

1.80

Запит на отримання переліку запитів на оновлення даних персони

Сформован запит на отримання списоку переліку запитів на зміну персональних даних користувача

Scope - person_request:read_pis

Resource - GET /api/pis/person_requests

API-010-001-012-0454

https://pisapi1.docs.apiary.io/#reference/public.-patient-information-system/person-requests/get-person-requests-list

16

2.20

PIS. Get Person request list

В ЦБД ЕСОЗ виконуються дії, передбачені відповідним методом АРІ

https://pisapi1.docs.apiary.io/#reference/public.-patient-information-system/person-requests/get-person-requests-list

17

18

19

20

21

Бізнес правила


ПІС повинна надати Користувачу можливість оновлювати персональні дані через систему, включаючи завантаження електронних копій документів, у разі необхідності внесення змін або виявлення розбіжностей. Процес оновлення включає перевірку внесених змін, можливість скасування або підписання даних, а також відновлення перерваних процесів. ПІС забезпечує передачу змін через API, підтримує функціонал перегляду та скасування запитів на оновлення даних, а також надає можливість підписання оновленої інформації за допомогою електронного підпису (ЕП). У разі потреби, користувач може створити новий запит для коригування персональних даних

Результат процесу

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

Перелік змін

Версія документа

Опис змін

Номер релізу

1

 

 

 

2

 

 

 

 

  • No labels