Page Comparison

Знайти персону у e-Health
Search for a person v3

Користувач виконує "Пошук персони у системі".

Якщо персону у системі не знайдено, виконується перехід до кроку "Створення персони", у іншому випадку виконується перехід до кроку "Заповнити дані плану лікування".

Заповнити дані плану лікування
API. Create Care plan

План лікування (care plan) може створити будь-який лікар, який авторизований у системі e-Health та має відповідні для цього права доступу.

Виконати запит на створення плану лікування може користувач із типом DOCTOR або SPECIALIST у активному медичному закладі із відповідним типом.

План лікування амбулаторного рівня може створити тільки лікар, у якого є хоча б одна роль (employee_role), що містить амбулаторні умови надання послуг.

При заповненні плану лікування лікар визначає:

• взаємодію (encounter), за якою створюється план лікування

• категорію плану лікування відповідно до словника eHealth/care_plan_categories (category)

• період дії плану лікування (period)

• існуючі плани лікування, якщо план лікування створюється на їх основі (based_on)

• існуючі плани лікування, якщо план лікування створюється як їх частина (part_of)

• назву плану лікування (title)

• діагноз на підставі якого створюється план лікування. Такий діагноз має відноситися до взаємодії (encounter), за якою створюється план лікування (addresses)

• епізоди (episodes), процедури (procedures) чи діагностичні звіти (diagnostic reports), на які пропонує звернути увагу лікар, який створює план лікування, медичному спеціалісту, який буде надавати послуги за планом лікування (supporting_info)

• пацієнта, для якого створюється план лікування

• інші додаткові параметри.

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

Отримання даних з довідників, які використовуються при заповненні даних плану лікування, виконується на загальних підставах та знаходиться за рамками процесу.

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

• При створенні плану лікування всі валідації та структура запиту мають відповідати описаним.

• При створенні плану лікування, попередній активний (status=ACTIVE) план лікування переходить в статус TERMINATED, якщо вони мають однакові діагнози (addresses). Отримання ліків або послуг за вторинними призначеннями припиняється.

Система e-Health:

• повертає до визиваючої сторони ідентифікатор завдання із створення плану лікування 

• створює план лікування з Requisition Number (правила формування Requisition Number наведені у документі Human readable requisition number)

• якщо пацієнт обрав електронний метод ідентифікації, система надсилає йому номер плану лікування.

У разі успішного підписання, статус плану лікування змінюється на "ACTIVE".

Для перевірки стану виконання завдання із створення плану лікування визиваюча сторона повинна опитувати систему e-Health за ідентифікатором завдання.Для проведення лікування за створеним планом, лікарю необхідно отримати від пацієнта підтвердження. Відбувається перехід до процесу "Отримання підтвердження на лікування пацієнта".

Отримання підтвердження на лікування пацієнта
/wiki/spaces/MRIN/pages/1969324125Verify approval

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

Лікар формує запит на підтвердження на лікування пацієнта за вказаним ідентифікатором плану лікування та відповідними правами.

При відправці запиту на отримання підтвердження лікар вказує:

• посилання на план лікування (resources), на який необхідно створити підтвердження на створення плану лікування

• лікаря, якому надається підтвердження (granted_to)

• права доступу (access_level).

Отримання зазначених вище даних по плану лікування та лікаряю виконується на загальних підставах.

Після виконання запиту лікар виконує верифікацію отримання доступу. У разі необхідності лікар має можливість виконати повторну відправку SMS.

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

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

• надає згоду на створення плану лікування у системі e-Health від імені персони із лікарем, якого обрано у запиті, користувачеві, що виконує даний крок

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

Мета із якою повинен бути використаним код, надісланий на телефон, повинна бути артикульованою персоні/третій персоні у повному обсязі до виконання підтвердження дій зі створення плану лікування. 

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

Якщо пацієнт обрав електронний метод авторизації, пацієнту буде надісланий номер плану лікування, про що його інформує лікар.

Роздрукувати план лікування

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

Здійснити пошук плану лікування
API. Get Care plan by ID

Користувач виконує пошук плану лікування виконуючи необхідні кроки з процесу "Отримання інформації плану лікування".

У разі успішного пошуку плану лікування, лікар переходить до кроку заповнення даних первинного призначення плану лікування (activity).

Заповнити дані первинного призначення плану лікування
API. Create activities

Первинне призначення може створити будь-який лікар, який авторизований у системі e-Health та має відповідні для цього права доступу.

При заповненні інформації первинного призначення плану лікування лікар вказує:

• автора первинного призначення (author)

• посилання на план лікування (care_plan)

• деталі первинного призначення (detail).

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

• При створенні первинного призначення всі валідації та структура запиту мають відповідати описаним.

Система e-Health виконує наступні дії:

1. повертає до визиваючої сторони ідентифікатор завдання із створення первинного призначення

2. Якщо створюване призначення є першим у новому плані лікування (тобто, статус Плану лікування дорівнює status=new), то:

• попередній активний (status=active) план лікування переходить в статус terminated, якщо вони мають однакові діагнози (addresses) та умови надання послуг (terms_of_service). Отримання ліків або послуг за вторинними призначеннями припиняється.

• статус нового плану лікування змінюється з new на active