You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 7
Next »
Властивості документа
Загальні відомості
Мета процесу: Забезпечити можливість користувачам оновлювати свої персональні дані в системі, включаючи завантаження документів та коригування інформації відповідно до актуальних змін чи розбіжностей
Ціль процесу: ПІС повинна надати Користувачу інтерфейс для внесення змін до персональних даних через 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 | Користувач виконує авторизацію в Системі | Користувач: Система ЕСОЗ: | | |
4 | 1.20 | Отримати персональні дані | Користувач виконує запит на отримання персональних даних, згідно процесу https://e-health-ua.atlassian.net/wiki/x/LoE9KwQ | |
|
5 | 1.30 | Внести зміни в персональні дані | Користувач вносить зміни в персональні дані: ім'я (параметр "first_name") - обов'язково; прізвище (параметр "last_name") - обов'язково; по батькові (параметр "second_name"); дата народження (параметр "birth_date"), яка заповнюється в форматі "ДД.ММ.РРРР" - обов'язково; країна народження (параметр "birth_country"), згідно з довідником "COUNTRY" - обов'язково; місце народження (параметр "birth_settlement"), згідно з довідником "SETTLEMENT_TYPE" - обов'язково; стать (параметр "gender") згідно з довідником "GENDER" - обов'язково; електронна пошта (параметр "email"), домен якої не міститься в переліку заборонених (заблокованих) визначених відповідними розпорядженнями Національного центру оперативно-технічного управління мережами телекомунікацій (НЦУ); відмітка про відмову від РНОКПП (параметр "no_tax_id") - для КПІС - обов'язково; РНОКПП (параметр "tax_id") - (для КПІС якщо відсутні дані); кодове слово (параметр "secret") відповідно формату "^[A-Za-zА-Яа-яҐґЇїІіЄє0-9]{6,20}$" - обов'язково; документ пацієнта (масив "documents"), що посвідчуютє особу згідно закону - обов’язково, зокрема: тип документа (параметр "type") згідно з довідником "DOCUMENT_TYPE" - обов’язково; серію (за наявності) та номер документа (параметр "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}$";
орган яким виданий (параметр "issued_by"); дата видачі (параметр "issued_at") - обов’язково; дійсний до (параметр "expiration_date"); унікальний номер запису в ЄДДР (УНЗР) (параметр "unzr"), має відповідати формату: "^[0-9]{8}-[0-9]{5}$" -(для КПІС, для АПІС - повинна заповнити УНЗР відомостями одержаними з ЄДДР без можливості їх редагування користувачем); адреси пацієнта (масив параметрів "addresses"), користувач повинен обов'язково вказати адресу фактичного місця проживання та адресу реєстрації. Якщо ці адреси співпадають, необхідно поставити відмітку, що адреси збігаються - обов’язково; тип адреси - (параметр "type"), згідно з довідником "ADDRESS_TYPE" - обов’язково; країна - (параметр "country"), згідно з довідником "COUNTRY" - обов’язково; область - (параметр "area") - обов’язково; район області - (параметр "region"); населений пункт - (параметр "settlement") - обов’язково; тип населеного пункту - (параметр "settlement_type"), згідно з довідником "SETTLEMENT_TYPE" - обов’язково; ідентифікатор населеного пункту (параметр "settlement_id") - обов’язково; тип вулиці - (параметр "street_type"), згідно з довідником "STREET_TYPE"; назва вулиці - (параметр "street"); будинок - (параметр "building"); квартира - (параметр "apartment"); поштовий індекс - (параметр "zip");
контактний телефон користувача (об'єкт "phones"): тип телефону (параметр "phones_type"), згідно з довідником PHONE_TYPE - обов’язково; номер телефону в форматі "^\\+38[0-9]{10}$" (параметр "number") - обов’язково;
бажаний спосіб зв'язку (параметр "preferred_way_communication"); електронна пошта (параметр "email"); телефон (параметр "phone");
дані особи для екстреного зв'язку (об'єкт "emergency_contact") - обов’язково: ім'я (параметр "first_name") - обов'язково; прізвище (параметр "last_name") - обов'язково; по батькові (параметр "second_name"); телефон контакту для екстреного зв'язку (масив "emergency_contact.phones"): тип телефону (параметр "phones_type") - обов’язково; номер в форматі "^\\+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 | | | |