ЕСОЗ - публічна документація
Create medical program_UA
Специфікація
Ціль
Даний веб-сервіс розроблений для створення нової медичної програми.
Логіка веб-сервісу
Авторизація
Перевірити валідність токену доступу
в разі помилки - згенерувати код відповіді 401
Перевірити скоупи користувача (scope = 'medical_program:write') на можливість виконання даної дії
в разі помилки - згенерувати код відповіді 403
Перевірити запит (JSON schema)
Перевірити запит, використовуючи схему JSON (TBD):
Повернути код 422 зі списком помилок валідації в разі помилки валідації (422 EView)
Створення нової програми
Створити новий запис в Medical_programs
Назва | Джерело | Тип | По-замовчуванню | M/O | Опис |
---|---|---|---|---|---|
id | uuid | M | Автогенерація | ||
name | varchar | M | |||
is_active | boolean | M | |||
type | varchar | M | Довідник: MEDICAL_PROGRAM_TYPE | ||
medication_request_allowed | boolean | M | |||
medication_dispense_allowed | boolean | M | |||
medication_request_allowed_text | varchar | O | |||
medication_dispense_allowed_text | varchar | O | |||
medical_program_settings | jsonb | null | O | ||
skip_mnn_in_treatment_period | boolean | false | M | Дозволяє створити рецепт з тим же innm за один період лікування | |
employee_types_to_create_medication_request | [varchar] | null | O | Дозволяє створити рецепт для відповідного типу співробітників (якщо пусто - всі типи співробітників, які мають скоупи на створення без обмежень). Заповнюється значеннями з довідника EMPLOYEE_TYPE. Приклад: "DOCTOR, SPECIALIST" | |
speciality_types_allowed | [varchar] | null | O | Дозволяє створити:
Заповнюється значенням з довідника SPECIALITY_TYPE. Наприклад: ["ENDOCRINOLOGY", "FAMILY_DOCTOR"] | |
care_plan_required | boolean | false | M | Дозволяє створення рецепту з посиланням на план лікування | |
skip_employee_validation | boolean | false | M | Дозволяє пропустити всі перевірки співробітників, включаючи обмеження для параметрів employee_types_to_create_medication_request та speciality_types_allowed. Тож, кожен користувач, який має скоупи, може створити рецепт | |
conditions_icd10_am_allowed | [varchar] | null | O | Масив кодів станів з довідника eHealth/ICD10_AM/condition_codes. Наприклад: ["M61.25", "L70.0"] Дозволяє створити:
Якщо відсутня - будь-який ICD10_AM код стану допустимий. Може бути поєднано з кодами conditions_icpc2_allowed | |
conditions_icpc2_allowed | [varchar] | null | O | Масив кодів станів з довідника eHealth/ICPC2/condition_codes. Наприклад: ["R25","R80","L09"] Дозволяє створити запит рецепту або первинного призначення у відповідності до логіки, яка описана для conditions_icd10_am_allowed Якщо відсутній - будь-який ICPC2 код стану допустимий. Може бути поєднано з кодами conditions_icpc2_allowed | |
medication_request_max_period_day | integer | null | O | Максимальна тривалість періоду (в днях) допустима для рецепту по програмі. Має більший пріорітет в порівнянні з таким же параметром в чарті | |
providing_conditions_allowed | [varchar] | null | O | Допустимі умови обслуговування для плану лікування при створенні первинного призначення по програмі. Заповнюється значеннями з довідника PROVIDING_CONDITION. Наприклад: ["INPATIENT", "OUTPATIENT"] | |
medical_program_settings_text | varchar | O | Коментар при оновленні medical_program_settings | ||
inserted_at | Timestamp: now() | M | Отримати поточну дату-час | ||
inserted_by | Token: user_id | M | Отримати користувача з токену | ||
updated_at | Timestamp: now() | M | Отримати поточну дату-час | ||
updated_by | Token: user_id | M | Отримати користувача з токену |
ЕСОЗ - публічна документація