| Зміст | Опис | Відео | ||
|---|---|---|---|---|
  | Медичний висновок про народження (МВН) для закладів СМД в системі eHealth. МВН – це електронний документ, який формується для подальшого отримання свідоцтва про народження в ДРАЦС та реєстрації новонародженого в ЕСОЗ (eHealth). Батьки немовлят зможуть самостійно реєструвати народження дитини он-лайн. | Відеоінструкція в процесі створення. Для ознайомлення наведено відео вебінару. Ознайомлення з функціоналом Медичний висновок про народження (eHealth) для закладів СМД
|
Доступ до функцій в системі eHealth мають лише спеціалісти, які зареєстровані на ЦК eHealth, здійснили Авторизацію (детально тут...) та від системних прав конкретного користувача в МІС. Опис додаткових дій (реєстрація новонародженого) перед створенням висновку по новонародженому більш детально наведено в інструкції Неідентифікований пацієнт ("eHealth"), іншу інформацію стосовно дій з функціоналом eHealth можна знайти в розділі Робота з "eHealth". Додаткову інформацію стосовно роботи з пацієнтом в МІС зазначено в розділі Робота з пацієнтом в МІС, опис роботи з МІС зазначено в інших розділах та інструкціях блоку Загальна інформація системи. Також необхідну інформацію стосовно роботи з функціоналом eHealth в МІС можливо знайти на YouTube каналі, тут... Поля, назви яких містять зірочку (*) і символ Для коректної роботи в системі MedEir та eHealth, необхідно попередньо ознайомитися з відповідними розділами Загальний опис елементів системи, Загальні реєстри, Персональні налаштування, Пошук та перехід до інформації, Робота з пацієнтом в МІС. Співробітники технічної підтримки МІС MedEir допомогають у випадку винекнення складностей при роботі з системою (за умови, що користувач попередньо ознайомився з відповідним матеріалом для роботи). До деяких функцій системи співробітники технічної підтримки не мають доступу (робота з eHealth доступна лише користувачам які зареєстровані на ЦК), тому для надання допомоги необхідний дистанційний доступ до ПК користувача (детально Навчальні матеріали та техпідтримка). |
Передумови для реєстрації Медичного висновку про народження:
Всю відповідальність за виконання або не виконання дій пов'язаних з реєстрації Медичного висновку в системі eHealth:
Бере на себе користувач, який виконав реєстрацію висновку. |
Загальні вимоги до Медичного висновку про народження в системі eHealth
Розглянемо загальні вимоги необхідні для:
- формування та реєстрації МВН;
- опис картки медичного висновку та її функціонал.
Принцип дії МВН
На мал. 1 наведено загальний процес від початку створення умов для формування Медичного висновку про народження до отримання Свідоцтва про народження дитини.
Мал. 1 - Загальний алгоритм взаємодії
Детальний опис кожного етапу процесу наведеного на мал.1 представлено в табл. 1.
Таблиця 1. Загальний алгоритм взаємодії з описом
| Дія | Опис | Результат |
|---|---|---|
Звернення | Пацієнт звертається до СМД за послугою (народження). Пацієнта оформлюють та надають послугу. |
Оформлення |
| Лікар після надання послуги та внесення всіх необхідних даних (передумови реєстрації МВН) про Новонародженого до ЕСОЗ (eHealth), реєструє електронний Медичний висновок про народження. |
Передача ЕМЗ та МВН до eHealth |
| Номер МВН батьки або законний представник отримують в смс повідомленні від ЕСОЗ (eHealth) або інформаційною довідкою від Лікаря (залежить від методу автентифікації). |
|
| Батьки або законний представник вносять інформацію про номер медичного висновку про народження свого малюка на порталі Дія або звертаються з номером смс до співробітника ДРАЦС. |
Оброка МВН/Реєстрація свідоцтва |
| Дані надходять на реєстрацію свідоцтва про народження до ДРАЦС. |
|
Видача свідоцтва | Батьки отримують свідоцтво про народження та дитина автоматично реєструється в ЕСОЗ (eHealth). |
Отримання свідоцтва/Реєстрація в eHealth |
Надання послуги
Отримання № МВН
Реєстрація свідоцтва
Передумови формування МВН
Перед формуванням МВН повинні бути виконанні наступні попередні умови:
- Для біологічної матері/законного представника новонародженого:
- Успішно створений і зареєстрований в Ehealth запис Ідентифікованого пацієнта.
- Пошук пацієнта в системі Ehealth та MedEir (детально Пошук пацієнта ("eHealth") та Пошук пацієнта в системі).
- Ідентифікувати пацієнта згідно документів, що підтверджують особу.
- За необхідності або побажань пацієнта оновити дані в Ehealth згідно документів, що підтверджують таку зміну або без документального підтвердження (наприклад, зміна контактних телефонів, контакту для екстреного зв’язку, методів автентифікації).
- Якщо у пацієнта відсутні або скинуті методи автентифікації потрібно обов’язково створити основний тип автентифікації користувача.
- Для новонародженого успішно створений і зареєстрований в Ehealth:
- Запис як Неідентифікованого пацієнта (детально тут...) із обов'язковими параметрами (стать та дата народження).
- ЕМЗ окремо для кожної живонародженої дитини: Епізод, Альтернативної ідентифікації (детально тут...), Виписка пацієнта зі стаціонару (детально За паперовим направленням, За електронним направленням, Самозвернення).
Можливості користувача та умови для створення МВН
Опис картки МВН
Картка Медичного висновку при народженні знаходиться в системі у складі ЕМК пацієнта та формується з розділу Виписки пацієнта зі стаціонару (мал. 2).
Мал. 2 - Розміщення МВН в системі
Зазначена картка відображається у вигляді додаткового вікна, при натиснені на кнопку [Медичний висновок] (мал. 2) з можливістю Перегляду(Редагування)/Формування/Позначення як помилкової. Вигляд картки МВН наведено на мал. 3, опис її параметрів представлено в табл. 3.
Мал. 3 - Вигляд картки МВН
Таблиця 3. Атрибути картки
Назва атрибуту | Позначка | Тип | Опис |
| "Номер" | [1] мал. 3 | Текст | Атрибут не редагується. Відображається після успішної реєстрації МВН. Відображається на ДФ висновку. |
"Початок періоду дійсності МВ*" | [2] мал. 3 | Дата | Дорівнює даті та часу створення запиту на отримання МВН. Передається до Ehealth. Відображається на ДФ висновку. |
"Кінець періоду дійсності МВН" | [2] мал. 3 | Дата | Завжди з порожнім значенням за замовчуванням та без можливості зміни цього значення користувачем. |
"Взаємодія*" | [3] мал. 3 | Вибір зі списку | Обмежується типом "Виписка пацієнта, який вибув зі стаціонару" та переліком діагнозів. Заповнюється за замовчуванням взаємодією, що створена першою. Ідентифікатор взаємодії по новонародженій дитині, який повинен співпадати з ідентифікатором спеціаліста, що реєструє МВН. |
"Тип МВН*" | [4] мал. 3 | Вибір зі списку | Обирається з довідника. Значення за замовчуванням "Висновок про народження". Не редагується. Відображається на ДФ висновку. |
"Категорія*" | [5] мал. 3 | Вибір зі списку | Обирає користувач із довідника. Значення за замовчуванням "Живонароджена дитина". Відображається на ДФ висновку. |
"Дитина*" | мал. 4 | текст | Ідентифікатор новонародженої дитини. Заповнюється даними з ЕМК. Відображається на ДФ висновку. |
"Автор МВН*" | мал. 4 | текст | Ідентифікатор лікаря заповнюється автоматично. Обмежується спеціальностями вказаних в табл. 2. Відображається на ДФ висновку. |
"Мати/законний представник*" | [6] мал. 3 | Вибір зі списку | Ідентифікатор біологічної матері або законного представника новонародженого, заповнюється даними пацієнта з системи. Дане значення атрибуту можливо змінити. В картці відображається у форматі ПІБ (Дата народження) біологічної матері або законного представника новонародженого. Відображається на ДФ висновку. |
"Метод автентифікації*" | Вибір зі списку | Ідентифікатор обраного методу автентифікації. Визначається користувачем з метою подальшого інформування про успішне створення або скасування МВН. Обмежується методами автентифікації, що визначені в біологічної матері/законного представника новонародженого. | |
"Стан в "Ehealth"" | [7] мал. 3 | текст | Відображає поточний статус МВН. |
"Стан обробки в черзі "Ehealth"" | [8] мал. 3 | текст | Відобразити поточний статус обробки МВН. |
"Стан обробки МВ" | [9] мал. 3 | текст | Показує статусу виконання МВН. |
Також з карткою МВН можливо виконати наступні дії, зазначено в табл. 4.
Таблиця 4. Дії з карткою.
| Кнопка інтерфейсу | Назва дії | Позначка | Опис | Поведінка |
| [Зареєструвати] | Зареєструвати/Оновити | мал. 2 | Зареєструвати/оновити в системі Ehealth запит на отримання МВН | Початково здійснюється пошук МВН за параметром який дорівнює ідентифікатору новонародженого як неідентифікованого пацієнта. Пошук активується в автоматичному режимі, після дії користувача Зареєструвати/Оновити. У випадку, якщо пошук виявив вже зареєстровані МВН, виводити користувачу повідомлення. Якщо пошук не виявив зареєстрованих МВН, формується запит на створення МВН. В разі неуспішного завершення задачі на отримання МВН, інформування користувача про помилки, які отримано від Ehealth в процесі обробки запиту на отримання МВН. Продовження процесу по створенню МВН далі неможливе. |
| [Інформаційна довідка] | Роздрукувати інформаційну довідку | [11] мал. 3 | Отримати інформаційну довідку про МВН (мал. 4) | Після успішного завершення задачі на отримання МВН користувач отримає в інтерфейсі інформаційну довідку МВН із зазначенням параметрів:
Яку може роздрукувати. |
| [Підписати] | Підписати | мал. 6 | Підписати з допомогою КЕП | Після отримання МВН згідно запиту користувач повинен ввести значення свого КЕП та ініціювати дію підписання МВН. |
| [Відмінити висновок] | Введений помилково | [10] мал. 3 | Позначити підписаний МВН як введений помилково | Перед відміною МВН проводится перевірка:
При негативному результат перевірки хоча б по одному з наведених вище параметрів, виконання запиту на відміну не можливе. При позитивному результаті перевірки для відміни МВН обов'язкові атрибути: Причини та обґрунтування позначення МВН як "Введений помилково"; Відміна засвідчується КЕП користувача, шо сформованого запиту на відміну; Після виконання всіх умов виконується запит на відміну, за результатом виконання запиту відображається повідомлення про успішне позначення МВН, як введеного помилково. У випадку відсутності відповідних умов виводиться відповідне повідомлення помилки про неуспішне виконанні запиту. |
| [Скасувати] | Вихід без збереження даних | [12] мал. 3 | Вихід з картки без збереження даних | Виконується операція вихід з картки МВН без збереження внесених даних. |
Реєстрація МВН
Мал. 4 - Загальний алгоритм реєстрації МВН
Таблиця 5. Загальний алгоритм реєстрації МВН
| Дія | Опис | Результат |
|---|---|---|
Звернення | Пацієнт звертається до СМД за послугою (народження). Пацієнта оформлюють та надають послугу. |
Оформлення |
Надання послуги | Лікар після надання послуги та внесення всіх необхідних даних (реєстрація неідентифікованого пацієнта) про Новонародженого до ЕСОЗ (eHealth), реєструє електронний Медичний висновок про народження. |
Передача ЕМЗ до eHealth |
ЕМЗ що передаються до eHealth | Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...), проводиться створення та реєстрація Епізоду. |
Епізод |
| Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...) та Епізоду (на YouTube), проводиться створення та реєстрація Альтернативної ідентифікації новонародженого (детально тут...). |
Альтернативна реєстрація | |
| Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...), Епізоду, Альтернативної ідентифікації (детально тут...) та заповнення всіх необхідних даних, проводиться створення та реєстрація Виписки зі стаціонару (на YouTube). |
Виписка зі стаціонару | |
| Після реєстрації Новонародженого (детально тут...), Епізоду, Альтернативної ідентифікації (детально тут...) та Виписки зі стаціонару (на YouTube), проводиться створення та реєстрація МВН. |
МВН | |
Надсилання смс з № МВН | Номер МВН батьки або законний представник отримують в смс повідомленні від ЕСОЗ (eHealth) або інформаційною довідкою від Лікаря (залежить від методу автентифікації). |
Інформаційна довідка/смс з № МВН |
Алгоритм дій при реєстрації МВН
- Повинні бути виконані попередні умови та дії необхідні для формування висновку (детально табл. 5 пункт колонки дії "ЕМЗ що передаються до eHealth" та в пункті інструкції тут...):
- Мати/або законний представник зареєстрований в системі eHealth.
- Новонароджений зареєстрований як неідентифікований пацієнт в системі eHealth.
- Зареєстровані Епізод, Альтернативна ідентифікація, Виписка зі стаціонару в системі eHealth.
- Повинні бути виконані умови для створення (формування) виписки (детально в пункті інструкції тут...).
- Кроки необхідні для реєстрації МВН:
Сформувати запит на створення медичного висновку.
- Перевірити наявність створених раніше активних МВН через пошук МВ.
- У разі відсутності активних МВН заповнити картку та визначити бажаний метод автентифікації (за побажанням пацієнта).
- Зареєструвати Медичний висновок в системі eHealth.
Детально опис перевірок та варіанти сценаріїв реєстрації МВН описано детально в пунктах інструкції: Опис валідацій та перевірок (табл. 3); Опис сценаріїв закінчення процесу реєстрації МВН (табл. 4).
Опис валідацій та перевірок
Таблиця 3. Загальний алгоритм реєстрації МВН
Підгруппа | Маркер на схемі | Суть перевірки | Додаткова інформація |
Валідації специфічні до висновків про народження | EGW1 | Переконатись, що не існує іншого медичного висновку, щодо події народження. Пошук серед існуючих мед висновків для валідації має проводитись за наступними критеріями: а) висновок, де атрибут extension.newborn.preperson аналогічний б) стан існуючого висновку в E-health відмінний від ENTERED-IN-RROR | Використовується внутрішня база записів медичних висновків, для контролю і упередження випуску дублікатів медичних висновків |
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 | Переданий атрибут автора відмінний від автора обʼєкту Encounter, що не дозволяється правилами створення мед висновків |
TE3 | Даний тип Encounter не дозволяється для даного типу медичних висновків | |
TE4 | Основний діагноз вказаний в Encounter не дозволяється для даного типу медичних висновків АБО в даному Encounter не надано код діагнозу (напр. у випадку коли енкаунтер створюється для Condition, який було створено в минулому) | |
TE5 | Кваліфікація лікаря вказана в E-health не дозволяє випускати медичні висновки такого типу | |
TE6 | Генерація документу згідно шаблону неуспішна (внутрішня помилка сервісів) | |
Неуспішні закінчення робочого процесу підписання медичних висновків, однакові для всіх медичних висновків незалежно від типу | TE7 | Валідація цифрового підпису накладеного на обʼєкт медичних висновків неуспішна |
TE8 | Неуспішна перевірка належності підпису КЕП до автора медичного висновку (неспівпадіння РНОКПП автора) | |
TE9 | Підписаний обʼєкт не відповідає згенерованому Composition |