| Table of Contents |
|---|
...
1. "Реєстрація результатів візиту в ЦК"
| № | Step | Description |
|---|---|---|
| 1.1 | Пошук пацієнта та визначення режиму роботи з даними | Першочергово лікар (або співробітник рецепції) має знайти пацієнта в системі eHealth та визначити в якому режимі він буде працювати з даними пацієнта. У випадку, коли користувач є лікарам первинної ланки та має активну підписану декларацію з пацієнтом, він може отримати повний доступ до всіх медичних даних пацієнта. Якщо ж пацієнт поки що не має декларації або хоче перезаключити її з поточним лікарем, ця операція може бути виконана на місці, після чого лікар отримає повний доступ. Якщо ж лікар не має активної декларації з пацієнтом, проте має підставу для отримання розширеного доступу до даних пацієнта, наприклад направлення, воно може бути використано для отримання розширеного доступу. Лікар може отримати обмежений доступ через Patient summary до даних пацієнта, якщо в нього немає підстав для отримання розширеного або повного доступу. |
| 1.2 | Ознайомлення з історією пацієнта | Після отримання доступу до даних, лікар, в доступному йому режимі, може ознайомитися з необхідними медичними даними пацієнта. |
| 1.3 | Надання медичних послуг | Лікар спілкується з пацієнтом, надає медичну допомогу згідно ситуації. При цому, лікар може парелельно вносити дані до системи, або ж перейти до кроку 1.4, після того як надасть медичні послуги, згідно до бізнес-процесу, імплементованого в конкретному ЗОЗ. |
| 1.4 | Запомнення медичної документації в МІС | Лікар послідовно вносить дані до МІС. Приклад процесу заповнення даних. |
| 1.5 | Підтвердження сформованої документації та накладання ЕЦП | Лікар перевіряє документи(консультаційні висновки), сформовані підчас візиту, та накладає свій електронно-цифровий підпис. У склад пакету Encounter Package може входити діагностичний звіт, у разі, якщо лікар переніс його зі звіту, наданого пацієнтом. |
| 1.6 | Подача результатів візиту до ЦК | Лікар підтверджує відправку результатів візиту до ЦК.
|
При цьому результати візиту може2. "Пошук пацієнта та визначення режиму роботи з даними"
| № | Step | Description |
|---|---|---|
| 2.2 | Ідентифікація та пошук пацієнта | Співробітник клініки(лікар/рецепція) виконує пошук пацієнта в системі eHealth з метою визначити чи зареєстрований пацієнт в eHealth |
| 2.3 | Вибір режиму доступу | В залежності від ситуації, користувач обирає режим доступу доступу до даних :
|
| 2.4 | Пошук декларації | У разі вибору режиму повного доступу, відбувається пошук активної декларації між пацієнтом та поточним лікарем |
| 2.5 | Запропонувати оформити декларацію | У разі, якщо декларацію не знайдено, співробіник лікарні може запропонувати пацієнту оформити її |
| 2.6 | Оформлення декларації | У випадку, коли пацієнт згоден підписати декларацію, запускається процес підписання декларації, в іншому ж випадку, лікар отримає обмежений доступ до даних, а пацієнт отримає послуги за власний рахунок |
| 2.7 | Надання доступу через направленняОтримання дозволу пацієнта на операції з даними у системі E-Health | Виконуються дії процесу Отримання дозволу пацієнта на операції з даними у системі E-Health |
3. Приклад процесу заповнення даних по візиту в МІС*
...
| № | Step | Description |
|---|---|---|
| 3.1 | Визначити чи необхідно створити новий епізод | |
| 3.2 | Створити епізод | |
| 3.3 | Визначити чи необхідно змінити назву епізоду | Назва епізоду - це допоміжна характеристика епізоду, яка допомогає лікарю орієнтуватися в списку епізодів |
| 3.4 | Змінити назву епізоду | |
| 3.5 | Створити візит | Візит - це адміністративний об'єкт, необхідний для групування взаємодій |
| 3.6 | Створити взаємодію | Взаємодія - це основний артефакт візиту. Лікар має обов'язково заповнити причину, діагноз та дію. У блоці "Діагнози" лікар посилається на нові або попередньо-створені діагнози, вказуючи звязок між ними (основний, супутні, ускладнення). Цей набір діагнозів вважається поточним предметом лікування та автоматично дублюється в блок "Поточні діагнози" епізоду. |
| В залежності від ситуації, лікар може створити наступні об'єкти: | ||
| 3.7 | Заповнити обстеження | |
| 3.8 | Заповнити діагнози | Впродовж взаємодії, лікар може зареєструвати як поточні діагнози, так і історичні. Історичні діагнози, які не є предметом лікування поточного епізоду, не зазначаються в блоці "Діагнози" взаємодії і не буть відображені в історіїї діагнозів епізоду. |
| 3.9 | Заповнити алергії | |
| 3.10 | Заповнити імунізації | |
| 3.11 | Заповнити оцінки ризиків | |
| 3.12 | Заповнити лікарські засоби | Лікар заповнює записи про прийом лікарських засобів |
| 3.13 | Заповнити пристрої | |
| 3.n | Заповнити процедури | У рамках підвизіту лікар може виконати одну чи більше процедур та надати записи про це до ЦК. При цьому кожна процедура має містити у собі посилання на поточний підвизит, а якщо вона виконувалась за направленням, посилання на направлення, за яким вона виконувалась. Виконувачем процедури може бути зазначений лікар або молодший медичний персонал. Для кожної процедури можливо надати посилання на підстави, за якими прийнято рішення про її виконання (діагнози , діагностичні звіти, та інші процедури поточного підвизиту, діагностичні звіти), посилання на ускладнення, які виникли під час, або безпосереднь після та в наслідок виконання процедури (діагнози поточного підвизиту). |
| 3.n+1 | Визначити, чи необхідно виписати направлення або рецепт | |
| 3.n+2 | Створення направлення | За потреби направити пацієнта на отримання послуг поза рамками поточного підвізиту, лікар повинен виписати направлення на кожну необхідну послугу, безвідносно до місця надання таких послуг. Виконуються дії процесу Створення направлення |
| 3.n+3 | Створення рецепту | За потреби призначити пацієнту лікувальні препарати, визначити графік їх прийому, та/або виписати рецепт на лікувальні препарати, лікар повинен виписати рецепт на кожний такий препарат. Виконуються дії процесу БП Створення електроного рецепту (Create Medication Request BP). |
| 3.n+4 | Визначити, чи необхідно закрити епізод | |
| 3.n+5 | Закрити епізод, вказати причину |
...