Versions Compared

Key

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

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

Загальні ствердження:

  • Передумовою створення медичного висновка «на заміну» є попереднє скасування існуючого МВ (який потребує заміни) відповідно до 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_DEFAULT_DELAY_DAYSіEMAL_FILTER_REPLACEMENT_PERIOD_START_DISABILITY_DEFAULT_DELAY_DAYS, які конфігурують глибину дати створення МВ "на заміну" в минулому (поточне значення становить 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.com/share/663a3f7c-3bc7-41c4-bb2f-35d8bed358a6

...

Опис кроків за процесом

Крок

Опис

1

Знайти запис про пацієнта

Медичний працівник здійснює пошук запису про ідентифіковану особу в ЕСОЗ за методом АРІ Search for a Person.

2

Виконати пошук МВ

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

3

Скасувати МВ

Медичний працівник здійснює процес скасування знайденого МВ,  який необхідно замінити, відповідно до процесу RC_3. Скасування (загальний процес)

4

Вказати скасований МВ

Медичний працівник вказує ідентифікатор скасованого МВТН в параметрі relatesTo.targetIdentifier із характером зв'язку relatesTo.code = replaces.

5

Заповнити/ змінити дані МВ "на заміну"

Медичний працівник при створенні МВ на “заміну“ заповнює або вносить зміни до даних відповідно до умов процесів МВТН - створення нового або МВН - створення нового.

6

Виконати запит на створення МВ "на заміну"

Для створення МВ “на заміну“ медичний працівник повинен виконати запит на створення МВ згідно методу API Системи createComposition. При створенні запиту Система очікує на relatesTo.code який має значення replaces та relatesTo.targetIdentifier з ідентифікатором скасованого МВ.

7

Отримати створений МВ

Медичний працівник отримує деталі створеного МВ за методом АРІgetComposition.

8

Перевірити дані за МВ

Медичний працівник здійснює перевірку відомостей про створюваний МВ, що зазначені в інформаційній довідці, та/або інтерфейсі. Зокрема повинні бути перевірені:

  • тип МВН (параметр "type");

  • категорію МВН (параметр "category");

  • термін дії медичного висновку:

    • початок періоду дійсності (параметр "event.period.start");

    • кінець періоду дійсності МВ (параметр "event.period.end");

  • ідентифікатор обраного методу автентифікації, якщо його було зазначено на кроці 5 (параметр "extension.valueCode.authorize_with").

  • параметр "composition.subject":

    • для МВН це новонароджена дитина;

    • для МВТН це пацієнт;

  • параметр "composition.section.focus":

    • для МВН це жінка, що народила;

    • для МВТН це непрацездатна особа;

  • ідентифікатор взаємодії (параметр "encounter"):

    • для МВН це взаємодія по новонародженій дитині;

    • для МВТН це взаємодія по визначенню проблеми пацієнта;

  • НМП, в якому створено МВ (параметр "custodian");

  • додаткову інформацію з розширених даних (блок "extension") за наявності;

  • тип посилання “replaces“ на пов’язаний МВ (параметр "relatesTo.code");

  • ідентифікатор попередньо скасованого МВ (параметр "relatesTo.targetIdentifier").

9

Переглянути інформаційну  довідку

Медичний працівник має можливість переглянути інформаційну довідку МВ за допомогою метода АРІgetPrintForm.

10

Виправити помилки

За наявності помилок в інформаційній довідці МВТН та/або інтерфейсі, медичний працівник виправляє такі помилки та переходить на крок 4 поточних вимог до процесу. 

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

11

Засвідчити КЕП та виконати запит на підписання

В разі відсутності помилок у відомостях інформаційної довідки та/або інтерфейсі, медичний працівник повинен мати можливість:

  • засвідчити запит на підписання МВ за допомогою КЕП користувача;

  • виконати метод АРІ Системи signComposition із зазначенням в якості параметру ідентифікатора МВ "composition_id".

12

Отримати результат виконання job

Медичний працівник отримує результати виконання запиту через виконання методу getAsyncJobStatusта за необхідності інформує пацієнта про (не)успішність створення МВ

13

Роздрукувати МВ за вимогою

На вимогу пацієнта медичний працівник має роздрукувати інформаційну довідку МВ “на заміну“ за допомогою метода АРІgetPrintForm.

14

Переглянути деталі по статусу обробки МВ

Дані по статусу медичний працівник отримує через деталі по статусу обробки МВ за методом АРІ getIntegrationData.

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

  • компонент, з яким відбувається взаємодія (параметр “component“):

    • для МВН: "ДРАЦСГ" ("DRACZ"), "Дія" (“DIIA”);

    • для МВТН: "ЕРЛН" ("ERLN");

  • підсистема інтеграційного компонету або тип задачі до компоненту (параметр “type”):

    • для МВН: "REQUEST" ("ДРАЦСГ") та "DIIA_GET_COMPOSITION_REQUEST" (“Дія”);

    • для МВТН: CREATE_ASK_RESPONSE, CREATE_ANSWER_REQUEST, CANCEL_ASK_RESPONSE, CANCEL_ANSWER_REQUEST ("ЕРЛН");

  • результат виклику інтеграційного компоненту (параметр “statusCode”): код обробки, повернутий від компоненту, з яким відбувається взаємодія;

  • повідомлення про помилку (параметр “statusMessage”);

  • статус інтеграційного процесу (параметр ”status”): в очікуванні (PENDING), в обробці (IN_PROGRESS), оброблено (DONE) або помилка обробки (ERROR);

  • дата останнього оновлення стану інтеграційного процесу (параметр “updatedAt”);

  • набір даних, визначений інтеграційним компонентом (параметр “details”).

...