ЗмістОписВідеоImage RemovedImage Removed

Оглавление
style Заголовок 2

Медичний висновок про народження

 

(

МВН) для закладів СМД в системі eHealth.

МВН – це електронний документ, який формується для подальшого отримання свідоцтва про народження в ДРАЦС та реєстрації новонародженого в ЕСОЗ (eHealth).

Батьки немовлят зможуть самостійно реєструвати народження дитини он-лайн.

Відеоінструкція в процесі створення. Для ознайомлення наведено відео вебінару.

Ознайомлення з функціоналом Медичний висновок про народження (eHealth) для закладів СМД

Раскрыть

title	Детально тут...

Розглянуто наступні питання:

1. Що таке медичний висновок про народження.
2. Для чого потрібен МВН.
3. Які потрібно виконати передумови для роботи з МВН
4. Як буде формуватися та реєструватися МВН в системі eHealth. Запуск функціоналу МВН, згідно інформації ДП "Електронне здоров`я", НСЗУ та МОЗ планується восени 2020 року. 

МІС МедЕйр успішно пройшла тестування по даному функціоналу, інформацію можливо переглянути за посиланням: https://ehealth.gov.ua/spetsializovan...

Очікуємо підписання наказу МОЗ про початок введення в ЕСОЗ Медичних висновків про народження.

Передумови для реєстрації Медичного висновку про народження:

Всю відповідальність за виконання або не виконання дій пов'язаних з реєстрації Медичного висновку в системі eHealth:

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

Бере на себе користувач, який виконав реєстрацію висновку.

Загальні вимоги до Медичного висновку про народження в системі eHealth

Розглянемо загальні вимоги необхідні для:

• формування та реєстрації МВН;
• опис картки медичного висновку та її функціонал. 

Принцип дії МВН

На мал. 1 наведено загальний процес від початку створення умов для формування Медичного висновку про народження до отримання Свідоцтва про народження дитини.

Image Removed

 Мал. 1 - Загальний алгоритм взаємодії 

Детальний опис кожного етапу процесу наведеного на мал.1 представлено в табл. 1.

Таблиця 1. Загальний алгоритм взаємодії з описом

Умови для створення МВН

Реєстрація МВН

Опис валідацій і перевірок

Таблиця 3. Загальний алгоритм реєстрації МВН

Підгруппа

Маркер на схемі

Суть перевірки

Додаткова інформація

Валідації специфічні до висновків про народження

EGW1

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

а) висновок, де атрибут extension.newborn.preperson аналогічний

б) стан існуючого висновку в E-health відмінний від ENTERED-IN-RROR
в) висновок того самого типу (NEWBORN)

Використовується внутрішня база записів медичних висновків, для контролю і упередження випуску дублікатів медичних висновків

EGW5.1

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

EGW5.2

Переконатись, що тип методу авторизації дозволений:

"type" => "OTP" з указаним атрибутом phone_number

АБО

“type” => “THIRD_PERSON” з указаним атрибутом reference.phone_number

EGW5.3

Переконатись, що вказаний метод авторизації є активним:

"is_active" => true

EGW12

Та ж, що і на 5.1

Валідації, що застосовуються до всіх мед-висновків на етапі створення, незалежно від типу

EGW2

Переконатись, що медичний висновок створюється тим самим автором, який створював Encounter

Атрибут Encounter.performer.value має бути тим самим, що і Composition.author

відбувається по даним обʼєкту Encounter отриманим з сервісу Medical Events

EGW3

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

Умови, які мають виконуватись

encounter.status = finished

encounter.type згідно сконфігурованих

відбувається по даним обʼєкту Encounter отриманим з сервісу Medical Events

EGW4

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

Умови, які мають виконуватись

encounter.diagnoses.role має відповідати сконфігурованим в сервісі, для діагноза з атрибутом primary

відбувається по даним обʼєкту Encounter отриманим з сервісу Medical Events

EGW5

Перевірка кваліфікації лікаря

Необхідна, тому що кваліфікація лікаря не перевіряється сервісом медичних подій при створенні Encounter, але повина перевірятись при видачі медичних висновків

Умови

specialities.speciality відповідає сконфігурованому значення для обʼєктів з атрибутом speciality_officio=True

відбувається по даним обʼєкту Employee з сервісу PRM

EGW6

Перевірка успішності генерації фінального документу з сервісу шаблонів MAN

відбувається по результатам успішності отримання відповіді з сервісу MAN

Валідації, що застосовуються до всіх мед-висновків на етапі підписання, незалежно від типу

EGW7

Процес валідації підписанного обʼєкту документу медичного висновку

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

EGW8

Перевірка того, чи має користувач E-health (напр. лікар) статус, який вказує на добровільну відмову від отримання РНОКПП

відбувається за результатами запису про відсутність РНОКПП у співробітника в базі сервісу PRM (атрибут no_tax_id)

EGW9

Порівняння даних про номер документу у сервісі PRM(атрибути з порції employee.party.documents) і даними про РНОКПП в сертифікаті підпису отриманий з сервісу DS

відбувається за результатами атрибутів РНОКПП у відповідях сервісів DS і PRM

EGW10

Порівняння даних про РНОКПП отриманих у відповідь з сервісу DS з даними записів про РНОКПП співробітника у сервісі PRM(дані отримані на етапі створення висновку)

відбувається за результатами атрибутів РНОКПП у відповідях сервісів DS і PRM

EGW11

Порівняння підписаного КЕП обʼєкту і обʼєкту, що був створений компонентом Медичних висновків на підставі сконфігурованого шаблону і даних. 

відбувається за результатами створення Composition.section.div

Опис сценаріїв закінчення робочого процесу

Таблиця 4. Загальний алгоритм реєстрації МВН

Підгруппа

Назва етапу

Деталі

Загальна

Успішне закінчення процесу

Випущено і збережено медичний висновок, згідно сконфігурованого шаблону і наданих даних, накладено підпис КЕП лікаря, дані підпису валідовано

Неуспішні закінчення робочого процесу, специфічні для висновків про народження

TE1

Випуск медичного висновку неможливий, бо існує інший дублюючий запис для даного Pre-person ID

TE5.1

Переданий метод авторизації не відповідає дозволеному типу

TE5.2

Передано не активний метод авторизації

Неуспішні закінчення робочого процесу створення медичних висновків, однакові для всіх медичних висновків незалежно від типу

TE2

TE3

Даний тип Encounter не дозволяється для даного типу медичних висновків

TE4

Основний діагноз вказаний в Encounter не дозволяється для даного типу медичних висновків АБО в даному Encounter не надано код діагнозу (напр. у випадку коли енкаунтер створюється для Condition, який було створено в минулому)

TE5

Кваліфікація лікаря вказана в E-health не дозволяє випускати медичні висновки такого типу

TE6

Генерація документу згідно шаблону неуспішна (внутрішня помилка сервісів)

Неуспішні закінчення робочого процесу підписання медичних висновків, однакові для всіх медичних висновків незалежно від типу

TE7

Валідація цифрового підпису накладеного на обʼєкт медичних висновків неуспішна

TE8

Неуспішна перевірка належності підпису КЕП до автора медичного висновку (неспівпадіння РНОКПП автора)

TE9

Підписаний обʼєкт не відповідає згенерованому Composition

Алгоритм дій при реєстрації МВН

Попередня дії для реєстрації

1.1. Варіанти пацієнтів у висновках (про народження)

Тип висновку

composition.subject

composition.section.focus

Стандартний висновок про народження

Пацієнт, дитина (pre-person)

Той самий, по якому видано Encounter

Мати (person)

Висновок про народження з невідомою матірʼю

-//-

Інша особа: батько або соціальний працівник (person)

1.2 

1.2.1

1.3 до створення МВН користувач повинен мати можливість перевірити наявність створених раніше активних МВН через пошук МВ;

1.4 перед створенням МВН необхідно забезпечити користувачу обрання методу автентифікації з наявних у біологічної матері (або законного представника новонародженого);

1.4.1

1.4.2 у разі наявності методів автентифікації відобразити в інтерфейсі їх перелік з наступними параметрами для кожного з них в разі їх присутності:

• тип методу автентифікації, а саме «Автентифікація через СМС» («OTP»), «Автентифікація через документи» («OFFLINE»), «Автентифікація через іншу особу» («THIRD_PERSON») ;
• назву методу автентифікації (параметр «alias»),
• замаскований номер телефону для автентифікації (параметр «phone_number»);