| Зміст | Опис | Відео | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
  |
| Медичний висновок про народження (МВН) для закладів СМД в системі 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 | Підписати з допомогою КЕП | Отримати Після отримання МВН згідно запиту «getComposition»Ввести користувач повинен ввести значення свого КЕП та ініціювати дію Підписати Виконати метод АРІ E-health «signComposition» із зазначенням в якості параметра ідентифікатора МВН «composition_id якщо в процесі обробки запиту на підписання МВН виникли помилки – відобразити їх користувачупідписання МВН. |
| [Відмінити висновок] | Введений помилково | [10] мал. 3 | Позначити підписаний МВН як введений помилково Перевірити: | Перед відміною МВН проводится перевірка:
· статус (параметр «status») такого МВН дорівнює «Підписаний» («FINAL»); · користувач
При · статус обробки МВН (параметр «NEWBORN_PROCESSING_STATUS») дорівнює «в очікуванні» ( «PENDING») при негативному результат перевірки хоча б по одному з наведених вище параметрів, заборонити виконання запиту із повідомленням користувача про результат перевіркина відміну не можливе. При позитивному результаті перевірки для відміни МВН обов'язкові ввести обовязкові атрибути: - причини Причини та обґрунтування позначення МВН як «введений помилково» (параметр «reason») "Введений помилково"; Засвідчити Відміна засвідчується КЕП користувача, шо сформованого запиту згідно вимог специфікації методу АРІ E-health «cancelComposition»; Виконати запит згідно специфікації методу АРІ E-health и «cancelComposition» на відміну; Після виконання всіх умов виконується запит на відміну, за результатом виконання запиту відобразити відображається повідомлення про успішне позначення МВН, як введеного помилково або вивести відповідну помилку при неуспішному виконанні запиту. У випадку відсутності відповідних умов виводиться відповідне повідомлення помилки про неуспішне виконанні запиту. |
| [Скасувати] | Вихід без збереження даних | [12] мал. 3 | Вихід Вихід з картки без збереження даних | Виконується операція вихід з картки МВН без збереження внесених даних. |
Реєстрація МВН
Для збільшення малюнку необхідно натиснути на нього
Мал. 2 - Алгоритм Загальний алгоритм реєстрації МВН
Таблиця 2. Алгоритм Загальний алгоритм реєстрації МВН
| Дія | Опис | Результат |
|---|---|---|
Звернення | Пацієнт звертається до СМД за послугою (народження). Пацієнта оформлюють та надають послугу. |
Оформлення |
Надання послуги | Лікар після надання послуги та внесення всіх необхідних даних (реєстрація неідентифікованого пацієнта) про Новонародженого до ЕСОЗ (eHealth), реєструє електронний Медичний висновок про народження. |
Передача ЕМЗ до eHealth |
ЕМЗ що передаються до eHealth | Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...), проводиться створення та реєстрація Епізоду. |
Епізод |
| Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...) та Епізоду (на YouTube), проводиться створення та реєстрація Альтернативної ідентифікації новонародженого (детально тут...). |
Альтернативна реєстрація | |
| Після реєстрації Новонародженого як неідентифікованого пацієнта (детально тут...), Епізоду, Альтернативної ідентифікації (детально тут...) та заповнення всіх необхідних даних, проводиться створення та реєстрація Виписки зі стаціонару (на YouTube). |
Виписка зі стаціонару | |
| Після реєстрації Новонародженого (детально тут...), Епізоду, Альтернативної ідентифікації (детально тут...) та Виписки зі стаціонару (на YouTube), проводиться створення та реєстрація МВН. |
МВН | |
|
Надсилання смс з № МВН | Номер МВН батьки або законний представник отримують в смс повідомленні від ЕСОЗ (eHealth) або інформаційною довідкою від Лікаря (залежить від методу автентифікації). |
Смс з № МВН |
Опис валідацій і перевірок
Таблиця 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 |
Алгоритм дій при реєстрації МВН
Попередня дії для реєстраціїПопередня дії для реєстрації МВН
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»);
1.4.3 користувач разом з пацієнтом повинен обрати бажаний метод автентифікації, а МІС отримати параметр «authorize_with» (параметр «id») для наступних дій