ЕСОЗ - публічна документація

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Передбачені зміни до існуючого функціоналу https://app.swaggerhub.com/apis/ehealthua/compositions/2.27.0#/main/createComposition :

1. можливість передавання ідентифікатора МВ в явному вигляді в об’єкті relatesTo у випадках створення “на заміну” та створення уточнюючого МВ за наступним правилом:

  • relatesTo.code = replaces;

  • relatesTo.targetIdentifier = ідентифікатор МВ;

2. необхідність явного зазначення двох додаткових параметрів при створенні МВ про народження:

  • дата народження дитини (параметр “extension.newborn_birth_date“), в якому зазначається дата народження новонародженої дитини. Має дорівнювати параметру “preperson.birth_date” та відповідати даті, вказаної у параметрі “event.period.start”;

  • стать новонародженого (параметр “extension.newborn_sex“) із довідника “GENDER“,що має дорівнювати параметру “preperson.gender”.

API Method

https://app.swaggerhub.com/apis/ehealthua/compositions/2.27.0#/main/createComposition

Бізнес-процес

RC_2. Cтворення/підписання МВ (загальний процес)

Опис

Метод призначений для створення Медичного Висновку. За дотримання умов запиту на створення ЕСОЗ виконує внутрішню задачу CREATE_COMPOSITION.

Задача CREATE_COMPOSITION

Мета

Задача CREATE_COMPOSITION виконується асинхронно, і є основною задачею по створенню чернетки медичного висновку всіх типів і категорій. Фінальна ціль задачі — створити чернетку, яка пройшла набір перевірок щодо атрибутів і об'єктів і субʼєктів медичного висновку.

Передумови

  1. Задачу було створено відповідним методом REST API (POST /patients/composition)

  2. Задача має стан PENDING(очікує на перше виконання), або INTERNAL-ERROR(очікує на повторне виконання згідно з логікою і конфігурацією повторних спроб виконання задачі)

Логічна послідовність виконання

 

  1. prechecks - сценарій по початковим перевіркам вхідних даних запиту, що можуть ініціювати різні під-процеси (в основному пов'язані з зазначенням атрибуту relatesTo).

  2. EncounterProcessing - Отримання і опрацювання медичного запису типу Encounter

  3. EmployeeProcessing - Отримання і опрацювання запису про співробітника Employee, якого вказано в атрибуті Composition.author

  4. DivisionProcessing - Отримання і опрацювання запису про відділення медичного закладу, до якого належить Employee

  5. LegalEntityProcessing - Отримання і опрацювання запису про медичний заклад до якого належить Employee

  6. SubjectProcessing - Отримання і опрацювання запису пацієнта

  7. FocusProcessing - Отримання і опрацювання запису субʼєкта медвисновку

  8. getSmsPhoneNumber - Отримання номера телефону для надсилання SMS про відкритий МВ

  9. Збереження запису медичного висновку в СУБД

  10. Оновлення статусу задачі в DONE

  • No labels