Versions Compared

Key

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

...

  • працівнику НСЗУ із відповідними повноваженнями:

    • Отримувати перелік пацієнтів, що підлягають верифікації

      • Отримувати інформацію по конкретному пацієнту, що підлягає верифікації

    • Отримувати інформацію щодо статусу верифікації пацієнтів

      • Отримувати інформацію щодо причин потрапляння на верифікацію

    • Отримувати результати взаємодії із зовнішніми реєстрами

    • Отримувати інформацію стосовно історії верифікації пацієнтів (out of scope. can be implemented later)

    • Виконувати процес верифікації та/або оновлення персональних даних.

  • працівнику СГуСОЗ із відповідними повноваженнями:

    • Отримувати перелік пацієнтів, що підлягають верифікації

      • Отримувати інформацію по конкретному пацієнту, що підлягає верифікації

    • Отримувати інформацію щодо статусу верифікації пацієнтів

      • Отримувати інформацію щодо причин потрапляння на верифікацію

    • Виконувати процес верифікації перевірки та/або оновлення персональних даних.

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

    • “Верифіковано“ “Успішна верифікація“, “Потребує верифікації“ та “Потребує верифікації співробітником НСЗУ“змін”

      • Отримувати медичні послуги за існуючими та новими медичними записами

    • “Не верифіковано““Неуспішна верифікація“

      • Отримувати медичні послуги за існуючими медичними записами

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

        • заборонено створювати нову декларацію, рецепти, направлення, медичні записи

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

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

        • дозволено створювати погашення електронного рецепту за наявності раніше створеного рецепту

...

  1. Зареєстрований з методом автентифікації “Offline”

  2. Не досяг 14-річного віку та при його реєстрації вказано тип документу “Свідоцтво про народження іноземного зразка” (BIRTH_CERTIFICATE_FOREIGN)

  3. Досяг 14-річного віку та при його реєстрації вказано тип документу “Посвідка на постійне проживання в Україні” (PERMANENT_RESIDENCE_PERMIT)

  4. Пацієнт досяг 14-річного віку та відмовився від присвоєння реєстраційного номеру облікової картки платника податків (далі – РНОКПП) за релігійними переконаннями (активована ознака “no_tax_id”)

  5. Пацієнт досяг 14-річного віку, але його номер РНОКПП не проходить валідацію за датою народження та статтю (невірний РНОКПП виданий органами ДФС) або не коректна контрольна сума.

  6. Не Статус не може бути однозначно визначений системою на основі співпадіння даних як померла чи жива особа в результаті взаємодії з даними реєстру ДРАЦСГ щодо записів про смерть (ДРАЦСГDRACS integration).

  7. Має Виявлені розбіжності в реєстраціному реєстраційному номері облікової картки платника податків (РНОКПП) в результаті взаємодії з даними реєстру платників податків ДРФО (ДРФОDRFO integration).

...

Перевірка даних пацієнта співробітником СГуСОЗ

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

...

Source:

View file
nameВерифікація пацієнта працівником СГуСОЗ.xml

Виконання

...

перевірки пацієнта

Крок

Опис

1

Зайти у кабінет співробітника СГуСОЗ

Користувач:

  • авторизується в ЕСОЗ та отримує необхідні права доступу до роботи з персональними даними пацієнтів

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

  • перевіряє наявність прав на виконання запиту

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

2

Отримати інформацію про статус верифікації пацієнта

Search for a person v3

Get Declarations List

Користувач, що має декларацію з пацієнтом:

  • авторизований в ЕСОЗ та має необхідні права доступу до роботи з персональними даними пацієнтів

  • знаходить пацієнта при взаємодії та отриманні даних для пошуку

АБО

  • отримує інформацію через сервіс сповіщень про події (Event Manager) про необхідність верифікації

  • знаходить декларацію з інформацію інформацією про пацієнта

Користувач, що не має декларацію декларації з пацієнтом:

  • авторизований в ЕСОЗ та має необхідні права доступу до роботи з персональними даними пацієнтів

  • знаходить пацієнта при взаємодії та отриманні даних для пошуку

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

  • перевіряє наявність прав на виконання запиту

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення

  • повертає інформацію про статус верифікації пацієнта

3

Переглянути деталі верифікації пацієнта

https://e-health-ua.atlassian.net/wiki/spaces/DRACS/pages/17249763510 Get Person verification details

Користувач:

  • отримав інформацію про персональні дані та статус верифікації пацієнта

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

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

  • перевіряє наявність прав на виконання запиту

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення

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

4

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

Користувач:

  • отримав інформацію про статус верифікації та його деталі

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

    • необхідності оновлення персональних даних у випадку їх невідповідності наданим документам

    • необхідності спростування чи підтвердження факту смерті

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

5

Здійснити верифікацію актуалізацію даних пацієнта

/wiki/spaces/DRACS/pages/17249763499 (Create/Update person request

,)https://e-health-ua.atlassian.net/wiki/spaces/DRACS/pages/17249435774

Update Person verification status

Користувач:

  • отримав інформацію про статус верифікації та його деталі

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

    • оновлює персональні дані у випадку їх невідповідності наданим документам

    • спростовує чи підтверджує факт смерті (вказуючи коментар)

  • повідомляє (за можливості) пацієнту про завершення верифікаціїактуалізації даних

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

  • перевіряє наявність прав на виконання запиту

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення

  • встановлює статус верифікації в залежності від перевірок за ручними правилами, за /wiki/spaces/DRACS/pages/17250615311 та /wiki/spaces/DRACS/pages/17249402962 реєстрамизгідно з перевіркою у реєстрах ДРФО (DRFO integration) та ДРАЦСГ (DRACS integration)

  • встановлює кумулятивний статус (Person verification status model_EN) на основі зміни верифікаційних статусів по кожному з напрямів верифікації

  • відправляє сповіщення у сервіс сповіщень про події

...

View file
nameВерифікація пацієнта співробітником НСЗУ.xml

Виконання верифікації пацієнта

https://e-health-ua.atlassian.net/wiki/spaces/DRACS/pages/17250680990/GraphQL++Person+s+datahttps:/e-health-ua.atlassian.net//GraphQL+Get+Person+s+DRACS+death+candidates+datahttps:/e-health-ua.atlassian.net//GraphQL+Update+Person+verification+statushttps://e-health-ua.atlassian.net

Крок

Опис

1

Зайти у кабінет співробітника НСЗУ

Користувач:

  • авторизується в ЕСОЗ та отримує необхідні права доступу до роботи з персональними даними пацієнтів

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

  • перевіряє наявність прав на виконання запиту

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

2

Переглянути список пацієнтів, що потребують верифікаціїhttps://e-health-ua.atlassian.net/wiki/spaces/DRACS/pages/17250451609

(GraphQL, NHS) Get list of unverified Persons

Користувач:

  • авторизований в ЕСОЗ та отримує має права доступу до роботи з персональними даними пацієнтів

  • заходить в підмодуль ‘Пацієнти на розгляді'

  • переглядає перелік пацієнтів

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

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

  • перевіряє наявність прав на виконання запиту

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення

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

3

Переглянути деталі пацієнта

Get

Person Details (NHS Admin v2)

/wiki/spaces/DSCF1/pages/8594882575

/wiki/spaces/DSCF1/pages/8594456602

/

wiki/spaces/DRACS/pages/17252057099

Користувач:

  • отримав перелік пацієнтів, що потребують верифікації

  • обирає необхідного пацієнта

  • переглядає детальну інформацію про пацієнта та супровідну інформацію про нього

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

  • перевіряє наявність прав на виконання запитів

  • повертає детальну інформацію про пацієнта та супровідну інформацію про нього

4

Здійснити верифікацію пацієнта

/

wiki/spaces/DRACS/pages/17250320604


/wiki/spaces/DRACS/pages/17251991577
/wiki/spaces/DSCF1/pages/8594128903

Користувач:

  • отримав інформацію про статус верифікації та його деталі

  • отримав детальну інформацію про пацієнта та супровідну інформацію про нього

  • здійснює необхідні кроки для верифікації пацієнта:

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

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

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

    • спростовує чи підтверджує (із вказанням необхідного акту) рішення лікаря стосовно інформацію щодо факту смерті (за необхідності вказуючи коментар)

      • деактивує пацієнта (у випадку підтвердження рішення лікаря стосовно факту смерті пацієнта)

    • відправляє запис пацієнта на повторну верифікацію співробітником СГуСОЗ для внесення змін в персональні дані чи супровідну інформацію або для зміни рішення стосовно підтвердження чи спростування факту смерті

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

  • перевіряє наявність прав на виконання запиту

  • перевіряє валідність заповнених полів щодо обов'язковості та формату введення

  • встановлює статус(-и) верифікації за ручними правилами та/чи ручною верифікацією за із реєстром ДРАЦСГ реєстром

  • встановлює кумулятивний статус на основі зміни верифікаційних статусів по кожному з напрямів верифікації

  • деактивує запис (при виклику) про пацієнта з набуттям стандартних функцій та правил валідацій неактивного запису

  • відправляє сповіщення у сервіс сповіщень про події