Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Замінив параметр speciality_types_to_create_medication_request на speciality_types_allowed
Table of Contents

...

  1. Створити новий запис в 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

Дозволяє створити:

  • рецепт для визначених співробітників $.employees.speciality.speciality(speciality_officio == true) для співробітників з типом SPECIALIST (якщо пусто - всі спеціальності, які мають скоупи на створення рецептів без обмежень). Заповнюється значеннями з довідника SPECIALITY_TYPE (якщо пусто - всі спеціалісти, у яких є скоупи, можуть створити рецепт без обмежень). 

  • первинні призначення плану лікування для вілповідних спеціальностей $.employees.speciality.speciality(speciality_officio == true) працівників. Якщо пусто - всі співробітники, у кого є скоупи, може створити первинне призначення без будь-яких обмежень.

Заповнюється значенням з довідника 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_

to_create_medication_request

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

Отримати користувача з токену