Purpose

...

Logic

Технічний опис бізнес-процесу виписування рецепту в ЕСОЗ (загальний процес для усіх рецептурних ЛЗ, в т.ч. і тих, які підлягають реімбурсації)

...

1. Invoke employee_id from request

2. Validate employee

   1. Validate that exists

      1. in case invalid return 422 error with msg ("Employee not found")

   2. Validate that $.employees.status == APPROVED

      1. in case invalid return 409 error with msg ("Employee is not active")

   3. Validate that $.employees.legal_entity_id == client_id from token

      1. in case invalid return 422 error with msg ("Employee does not belong to legal entity from token")

   4. If medical program has medical_program_settings.skip_employee_validation == false (or absent), then validate <employee_type>:

      1. validate if employee_type is present in medical_program_settings.employee_types_for_create_medication_request variable

         1. in case invalid return 422 error with msg ("Employee type can't create medication request with medical program from request") 

         2. in case employee_type = DOCTOR

            1. if variable skip_medication_request_employee_declaration_verify = false or null/absent

               1. then: get $.declarations by employee_id, person_id, status=ACTIVE

                  1. if not found - return 422 error  "Only doctors with an active declaration with the patient can create medication request with medical program from request!"

               2. else skip declaration verification on employee level (if true)

            2. if variable skip_medication_request_legal_entity_declaration_verify = false or null/absent

               1. then: get $.declarations by employee's legal_entity_id, person_id, status=ACTIVE

                  1. if not found - return 422 error "Only legal entity with an active declaration with the patient can create medication request with medical program from request!"

               2. else skip declaration verification on legal entity level (if true)

            3. else if both are true - skip declaration verification at all

         3. in case employee_type = SPECIALIST

            1. get $.employees.speciality.speciality(speciality_officio == true)

            2. validate that speciality present in $.medical_programs.medical_program_setting.speciality_types_allowed variable

               1. in case invalid return 422 error with msg ("Employee's specialty doesn't allow create medication request with medical program from request") 

         4. in case employee_type = MED_COORDINATOR

            1. skip validation that speciality present in $.medical_programs.medical_program_setting.speciality_types_allowed variable

   5. If medical program has medical_program_settings with medical_program_settings.skip_employee_validation == true any user who has a scope can create medication request

...

1. Verify Care plan:

   1. It should belong to the same person as set in MRR

      1. in case of error return 422 with msg ("Care plan not found")

   2. It should be in active status

2. Verify submitted Activity:

   1. It belongs to the Care plan.

      1. in case of error return 422 with msg ("Activity not found")

   2. It has activity.detail.kind=medication_request; activity.detail.product_reference=medication_id.

      1. in case of error return 422 with msg ("Invalid activity kind")

   3. It has scheduled, in_progress status.

      1. in case of error return 422 with msg ("Invalid activity status")

   4. If it has quantity then calculate remaining quantity:

      1. select all MRR in status NEW which based on current activity

      2. select all MR in statuses ACTIVE, COMPLETED based on current activity

      3. calculate reserved at the moment medication quantity as sum of medication_qty in the filtered MRR  and MR list, including medication_qty from current MRR

      4. calculate remaining quantity by subtracting reserved quantity from activity quantity

      5. Check remaining quantity is greater then or equal to zero

         1. in case of error return 409 "The total amount of the prescribed medication quantity exceeds quantity in care plan activity"

   5. check that medical_program_id equal to $.activity[].program

      1. in case of error return 422 with msg ("Medical program from activity should be equal to medical program from request")

3. Validate started_at/ended_at of Medication request Request: 

   1. if care plan activity has detail.scheduled_timing.repeat.bounds_period - validate started_at/ended_at within bounds_period

   2. if care plan activity has detail.scheduled_period - validate started_at/ended_at within scheduled_period

   3. else - validate started_at/ended_at crossing within care_plan.period

      1. in the case of started_at/ended_at is not within care_plan.period return 422 with msg  ("Invalid care plan period")

...

{
  "meta": {
    "code": "422",
    "url": "https://example.com/resource",
    "type": "object",
    "request_id": "req-adasdoijasdojsda"
  },
  "error": {
    "type": "unverified",
    "message": "Only active employee with type DOCTOR can create medication request!"
  }
}

...

API paragraph not found

HTTP status codes

Backward compatibility

...