Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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


Sign person request



Крок
Опис
Get person requests listОтримати список запитів на створення декларації. Для ролі адміністратора лікарні (реєстратор) доступні всі запити на створення декларації що належать до Медзакладу в якому він працює. Для Лікаря доступні лише запити на створення декларації в яких він є обраним лікарем та в контексті Медзакладу. Список можна фільтрувати по статусу
Get person request by IDОтримати деталі однієї персони без декларації.
Перевірити наявніть паперової формиДоктор або адміністратор перевіряє наявність форми, підписаної пацієнтом.
Накласти ЕЦППідписати отримані деталі запиту на стоврення перосони без декларації за допомогою ЕЦП.
Reject person requestВідхилити запит на створеннч персони без декларації. Змінити статус запиту на декларацію на "REJECTED".
Sign person requestПідписати запит на створення персони без декларації. Створити персону та змінити статус запиту на персону на "SIGNED".



  • Підписання декларації можливо лише користувачем який має зареєстрованого співробітника, має ЕЦП та працює в одному мед закладі зі співробітником типом “лікар”, що вказаний в запиті на створення декларації.
  • При обробці запиту на підписання декларації (метод sign declaration) підписаний контент звіряється з шаблоном електронного документу (content)
  • При створенні запису в реєстрі MPI система eHealth здійснює пошук подібних записів за методологією record linkage та приймає рішення створити новий обліковий запис  MPI чи змінити існуючий
  • Окрім дедуплікації при обробці запиту на підписання декларації система eHealth буде здійснювати пошук та усунення дублікатів у фоновому режимі.
  • Якщо в процесі створення сутностей MPI, Declaration виникнуть помилки прийнята наступна стратегія усунення:
    • Зміни в реєстрі OPS DB (declarations) мають бути компенсовані (відновлення статусу декларації)
  • Зміна ідентифікуючих параметрів ІПН та номер мобільного телефону має відбуватись з використанням іншого каналу: Кол-центр, Сервісний центр NHS тощо.
  • При підписанні декларації у вміст контенту що підписується включається хеш-сума попереднього звітнього періоду з метою уникнення несанкціонованих змін у реєстрі декларацій
  • Декларація не може бути змінена. Зміна даних що містяться в декларації відбувається шляхом підписання нової декларації
  • NHS Admin має провести оффлайн верифікацію Декларації, а саме скан-копій документів (ідентифікація пацієнта). Поки Декларація не пройшла верифікацію, вона має статус “pending_verification”. В залежності від результатів верифікації Декларація набуває статус “active” або ”closed”.