Versions Compared

Key

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

Table of Contents

Overview

...

1. "Реєстрація результатів візиту в ЦК"

Image RemovedImage Added

Першочергово лікар (або співробітник рецепції) має знайти пацієнта в системі eHealth та визначити в якому режимі він буде працювати з даними пацієнта.
У випадку, коли користувач є лікарам первинної ланки та має активну підписану декларацію з пацієнтом, він може отримати повний доступ до всіх медичних даних пацієнта. Якщо ж пацієнт поки що не має декларації або хоче перезаключити її з поточним лікарем, ця операція може бути виконана на місці, після чого лікар отримає повний доступ.
Якщо ж лікар не має активної  декларації з пацієнтом, проте має підставу для отримання розширеного доступу до даних пацієнта, наприклад направлення, воно може бути використано для отримання розширеного доступу. 
Лікар може отримати обмежений доступ через Patient summary до даних пацієнта, якщо в нього немає підстав для отримання розширеного або повного доступу. .2Ознайомлення з історією пацієнта1.6
StepDescription1.1Пошук пацієнта та визначення режиму роботи з даними
1Після отримання доступу до даних, лікар, в доступному йому режимі, може ознайомитися з необхідними медичними даними пацієнта.1.3Надання медичних послугЛікар спілкується з пацієнтом, надає медичну допомогу згідно ситуації. При цому, лікар може парелельно вносити дані до системи, або ж перейти до кроку 1.4, після того як надасть медичні послуги, згідно до бізнес-процесу, імплементованого в конкретному ЗОЗ.1.4
2Запомнення медичної документації в МІСЛікар послідовно вносить дані до МІС . Приклад процесу заповнення даних.1.5(дивись приклад нижче)
3Підтвердження сформованої документації та накладання ЕЦП

Лікар перевіряє документи(консультаційні висновки), сформовані підчас візиту, та накладає свій електронно-цифровий підпис.

У склад пакету Encounter Package може входити діагностичний звіт, у разі, якщо лікар переніс його зі звіту, наданого пацієнтом.

4Подача результатів візиту до ЦК

Лікар підтверджує відправку результатів візиту до ЦК.
МІС послідовно здійснює виклик необхідних веб-сервісів для передачі даних до ЦК в автоматичному режимі.

2. "Пошук пацієнта та визначення режиму роботи з даними"

Image Removed

...

  1. Повний доступ, якщо у поточного лікаря є активна декларація з пацієнтом, або пацієнт згодний її оформити
  2. Розширений доступ, якщо можливо задіяти направлення, або є інша підстава отримання розширеного доступу, підкріплена документом (TBD)
  3. Обмежений доступ - доступ через Patient summary - доступний для всіх лікарів

...

(warning) При цьому результати візиту може передати тільки медичний заклад, який має активний та верифікований NHS тип PRIMARY_CARE (MSP, MSP_PHARMACY) або OUTPATIENT

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

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

Якщо взаємодія відбувалась за направленням, пакет даних повинен містити посилання на послугу, яка відповідає послузі або групі послуг у направленні (посилання на послугу може міститися у діях у вигляді посилань на послуги, процедурах чи діагностичних звітах, що входять до складу пакету). Така перевірка не виконується для направлень на госпіталізацію та переведення у інший ЗОЗ.

Пакет даних повинен бути підписаним лікарем, визначеним як Performer у взаємодії.

5Створення направленняЗа потреби направити пацієнта на отримання послуг поза рамками поточного підвізиту, лікар повинен виписати направлення на кожну необхідну послугу, безвідносно до місця надання таких послуг. Виконуються дії процесу Створення направлення
6Створення рецепту

За потреби призначити пацієнту лікувальні препарати, визначити графік їх прийому, та/або виписати рецепт на лікувальні препарати, лікар повинен виписати рецепт на кожний такий препарат. Виконуються дії процесу БП Створення електроного рецепту (Create Medication Request BP).

2. Приклад процесу заповнення даних по візиту в МІС*

*-на діаграмі зображений приклад процесу. ЗОЗ залишає за собою право самостійно визначати послідовність та набір дій, які виконуються на візиті.
Також, МІС залишає за собою право самостійно визначати в який момент виконувати виклики веб-сервісів (одразу після створення об'єкту в МІС, або ж наприкінці візиту)

Image RemovedImage Added

3..33.3.7
StepDescription
1Визначити чи необхідно створити новий епізод3.
2Створити епізод
3Визначити чи необхідно змінити назву епізодуНазва епізоду - це допоміжна характеристика епізоду, яка допомогає лікарю орієнтуватися в списку епізодів3.
4Змінити назву епізоду3.
5Створити візитВізит - це адміністративний об'єкт, необхідний для групування взаємодій
6Створити взаємодію

Взаємодія - це основний артефакт візиту. Лікар має обов'язково заповнити причину, діагноз та дію.
У блоці "Діагнози" лікар посилається на нові або попередньо-створені діагнози, вказуючи звязок між ними (основний, супутні, ускладнення). Цей набір діагнозів вважається поточним предметом лікування та автоматично дублюється в блок "Поточні діагнози" епізоду.

Дозволяється посилання на існуючий Стан, у основному Діагнозі енкаунтера у випадку, якщо система кодування даного стану (ICPC2 або ICD10_AM) відповідає рівню надання допомоги на якому створюється енкаунтер (ПМД - ICPC2, СМД - ICD10_AM). Дозволяється посилання на існучий Стан в якості супутнього або ускладненого Діагнозу енкаунтера, незалежно від того у якій системі кодування створено даний діагноз.

7
В залежності від ситуації, лікар може створити наступні об'єкти:
8Заповнити обстеження3.8
9Заповнити діагнози (стани)Впродовж взаємодії, лікар може зареєструвати як поточні діагнози (стани), так і історичні. Історичні діагнози (стани), які не є предметом лікування поточного епізоду, не зазначаються в блоці "Діагнози" взаємодії і не буть відображені в історіїї діагнозів епізоду.3.9
10Заповнити алергії3.10
11Заповнити імунізації3.11
12Заповнити оцінки ризиків3.11
13Заповнити лікарські засобиЛікар заповнює записи про прийом лікарських засобів
14Заповнити пристрої
15Заповнити процедури

У рамках взаємодії із пацієнтом лікар  може виконати одну чи більше процедур та надати записи про це до ЦК.

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

Для кожної процедури можливо надати посилання на підстави, за якими прийнято рішення про її виконання (діагнози та інші процедури поточного підвизиту, діагностичні звіти), посилання на ускладнення, які виникли під час, або безпосередньо після та в наслідок виконання процедури (діагнози поточного підвизиту). 

Вимоги до складу процедури у складі Encounter Data Package відповідають вимогам до cкладу процедури, що надається окремо (див. Реєстрація запису про проведену процедуру в ЦК)

16Заповнити діагностичні звіти

У рамках взаємодії із пацієнтом лікар може виконати одну чи більше діагностичних процедур та надати записи про це до ЦК.

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

Вимоги до складу діагностичного звіту у складі Encounter Data Package відповідають вимогам до cкладу діагностичного звіту, що надається окремо (див. Внесення результатів досліджень та їх передача до ЦК)

17

18Визначити, чи необхідно виписати направлення або рецепт
19Визначити, чи необхідно закрити епізод3.12
20Закрити епізод, вказати причину

...


В рамках пакету взаємодії лікар може реєструвати записи про діагностичний звіт або процедуру, які були отримані пацієнтом у іншому НМП.

Рекомендовані правила заповнення реквізитів для Діагностичного звіту:

Рекомендований перекладАтрибутЗначення
внесення результатів діагностичного звіту, які були отримані пацієнтом у іншому МНПвнесення результатів діагностичного звіту, які були отримані пацієнтом безпосередньо у користувача
первинне джерелоprimary_sourceFALSETRUE
посилання на джерелоreport_originCodeable_ConceptНЕ ЗАПОВНЮЄТЬСЯ
виконавецьperformer.text"Опанасенко Олексій Володимирович"НЕ ЗАПОВНЮЄТЬСЯ
виконавецьperformer.referenceНЕ ЗАПОВНЮЄТЬСЯemployee_id
працівник що інтерпретував результатиresults_enterpreter.referenceНЕ ЗАПОВНЮЄТЬСЯemployee_id

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

Рекомендований перекладАтрибутЗначення
внесення результатів діагностичного звіту, які були отримані пацієнтом у іншому МНПвнесення результатів діагностичного звіту, які були отримані пацієнтом безпосередньо у користувача
первинне джерелоprimary_sourceFALSETRUE
посилання на джерелоreport_originCodeable_ConceptНЕ ЗАПОВНЮЄТЬСЯ
виконавецьperformer.text"Опанасенко Олексій Володимирович"НЕ ЗАПОВНЮЄТЬСЯ
виконавецьperformer.referenceНЕ ЗАПОВНЮЄТЬСЯemployee_id

Примітка: кольором позначено атрибути, один з яких обов'язковий


3. Приклад реєстрації реакції на імунізацію

 

#StepDescription
1Звернення пацієнта з реакцією на імунізаціюПацієнт звернувся зі скаргами. Існує ймовірність, що скарги пов'язані з попередньо проведеною імунізацією.
2Пошук імунізації в ЦК, визначення взаємозв'язку симптомів та імунізаціїЛікар виконує пошук імунізації з метою визначити чи мала місце імунізація останнім часом та чи могла вона стати причиню симптомів пацієнта.
3Створення візитуЛікар створює новий візит
4Створення взаємодії з вказанням причини, діагнозу, діїЛікар реєструє ІСРС2-взаємодію - вказує причину, діагноз та дії, які необхідно виконати за результатами візиту
5Зареєструвати обстеження з посиланням на імунізацію(reaction_on)Лікар реєструє результати виконаних обстеженнь на базі скарг пацієнта, наприклад заміряну температуру, почервоніння шкіри, висипання; та посилається на імунізацію з якою вони пов'язані (поле reaction_on).
6Зареєструвати обстеження без посилання на імунізаціюУ разі, коли обстеження не пов'язані з імунізацією, лікар реєструє їх, залишаючи поле reaction_on не заповненим.
7Результати візиту сформовано в МІСПакет даних взаємодії сформований у МІС та може бути переданий до ЦК, як показано в БП №1