Загальні ствердження:
Передумовою створення медичного висновка «на заміну» є попереднє скасування існуючого МВ (який потребує заміни) відповідно до RC_3. Скасування (загальний процес) ;
МВ який потрібно замінити має бути переданий в явному вигляді в об’єкті relatesTo за наступним правилом:
relatesTo.code = replaces;
relatesTo.targetIdentifier = ідентифікатор скасованого МВ;
Для створюваного МВ "на заміну" тип (параметр "type") має збігатись з типом попереднього медичного висновку, для якого виконується заміна. Решта атрибутів МВ можуть бути змінені, включно з ідентифікаторами пацієнта, непрацездатної особи, періоду дії тощо;
МВ “на заміну“ створюється для останнього в ланцюгу, попередньо скасованого медичного висновку;
При створенні МВ "на заміну" Система перевіряє:
якщо причина скасування попередньо скасованого МВ (параметр "reason.coding.code") з довідників COMPOSITION_CANCELLATION_REASONS_NEWBORN та COMPOSITION_CANCELLATION_REASONS_TEMP_DISABILITY зазначена у конфігураційному параметрі (“EMAL_REPLACEMENT_FLOW_NEWBORN_ALLOWED_CANCELLATION_REASONS” для МВН та “EMAL_REPLACEMENT_FLOW_DISABILITY_ALLOWED_CANCELLATION_REASONS” для МВТН), то Система використовує фільтри EMAL_FILTER_REPLACEMENT_PERIOD_START_NEWBORNіEMAL_FILTER_REPLACEMENT_PERIOD_START_DISABILITY, які конфігурують глибину дати створення МВ "на заміну" в минулому (поточне значення становить 365 днів);
якщо причина скасування попередньо скасованого МВ (параметр "reason.coding.code") з довідників COMPOSITION_CANCELLATION_REASONS_NEWBORN та COMPOSITION_CANCELLATION_REASONS_TEMP_DISABILITY НЕ зазначена в конфігураційному параметрі (“EMAL_REPLACEMENT_FLOW_NEWBORN_ALLOWED_CANCELLATION_REASONS” для МВН та “EMAL_REPLACEMENT_FLOW_DISABILITY_ALLOWED_CANCELLATION_REASONS” для МВТН), то Система використовує фільтри EMAL_FILTER_PERIOD_START_NEWBORN та EMAL_FILTER_PERIOD_START_DISABILITY, які конфігурують глибину дати створення МВ в минулому для загального скасування (поточне значення становить 7 днів).
Схема процесу створення МВ “на заміну”
https://cawemo.commodeler.cloud.camunda.io/share/663a3f7cda2e4d3e-3bc73772-41c448c8-bb2fb567-35d8bed358a69a3abffa2973
...
View file | ||
---|---|---|
|
Опис кроків за процесом
№ | Крок | Опис |
1 | Знайти запис про пацієнта | Медичний працівник здійснює пошук запису про ідентифіковану особу в ЕСОЗ за методом АРІ Search for a Person. |
2 | Виконати пошук МВ | Медичний працівник здійснює пошук МВ, який необхідно замінити, відповідно до опису процесу Пошук та отримання МВ. |
3 | Скасувати МВ | Медичний працівник здійснює процес скасування знайденого МВ, який необхідно замінити, відповідно до процесу |
4 | Вказати скасований МВ | Медичний працівник вказує ідентифікатор скасованого МВТН в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces. |
5 | Заповнити/ змінити дані МВ "на заміну" | Медичний працівник при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів МВТН - створення нового або МВН - створення нового. |
6 | Виконати запит на створення МВ "на заміну" | Для створення МВ “на заміну“ медичний працівник повинен виконати запит на створення МВ згідно методу API Системи createComposition. При створенні запиту Система очікує на relatesTo.code який має значення replaces та relatesTo.targetIdentifier з ідентифікатором скасованого МВ. |
7 | Отримати створений МВ | Медичний працівник отримує деталі створеного МВ за методом АРІgetComposition. |
8 | Перевірити дані за МВ | Медичний працівник здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:
|
9 | Переглянути інформаційну довідку | Медичний працівник має можливість переглянути інформаційну довідку МВ за допомогою метода АРІgetPrintForm. |
10 | Виправити помилки | За наявності помилок в інформаційній довідці МВТН та/або інтерфейсі, медичний працівник виправляє такі помилки та переходить на крок 4 поточних вимог до процесу. Виправлення помилок здійснюється виключно через створення нового МВ. МІС може автоматично заповнити відповідні поля (атрибути) в новому запиті на створення МВ, щоб медичний працівник мав змогу виправити помилки, допущені у попередньому запиті. |
11 | Засвідчити КЕП та виконати запит на підписання | В разі відсутності помилок у відомостях інформаційної довідки та/або інтерфейсі, медичний працівник повинен мати можливість:
|
12 | Отримати результат виконання job | Медичний працівник отримує результати виконання запиту через виконання методу getAsyncJobStatusта за необхідності інформує пацієнта про (не)успішність створення МВ |
13 | Роздрукувати МВ за вимогою | На вимогу пацієнта медичний працівник має роздрукувати інформаційну довідку МВ “на заміну“ за допомогою метода АРІgetPrintForm. |
14 | Переглянути деталі по статусу обробки МВ | Дані по статусу медичний працівник отримує через деталі по статусу обробки МВ за методом АРІ getIntegrationData. Медичний працівник за потреби має можливість переглянути такі дані:
|