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