Page Comparison

...

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. Validate that $.employees.employee_type == <employee_type>

      1. in case medical_program_id present in request validate medical_program_settings.skip_employee_validation == false (or absent)

         1. validate <employee_type>

            1. get $.medical_programs.medical_program_setting by medical_program_id from request

               1. validate that employee_type present in employee_types_for_create_medication_request variable

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

in case employee_type = DOCTOR

1. get $.declarations by employee_id, person_id, status=ACTIVE or check MEDICATION_REQUEST_DECLARATION_VERIFY param (which allow to create medication request for any doctor from LE where person have declaration)

   1. if not found - return 422 error  (message: "Employee must have an active declaration with the patient to create medication request!")

2. in case employee_type = DOCTOR

a. if variable skip_medication_request_employee_declaration_verify = false or null/absent

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

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

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

b. if variable skip_medication_request_legal_entity_declaration_verify = false or null/absent

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

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

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

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

1. in case employee_type = SPECIALIST

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

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

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

1. in case employee_type = <XXX>

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

ii. in case medical_program_settings.skip_employee_validation == true or there is no medical_program_id in the request, any user who has a scope can create medication request

Validate division

Purpose validation: Validation of division for the possibility of creating a medication request.

...

1. Validate that created_at, started_at, ended_at in date format

   1. in case invalid return 422 with msg ("expected \"%{actual}\" to be a valid ISO 8601 date")

2. Validate ended_at >= started_at

   1. if invalid - return 422 error  (message: "Ended date must be >= Started date!")

3. Validate started_at` >= created_at

   1. if invalid - return 422 error  (message: "Started date must be >= Created date!")

4. Validate started_at >= current_date()

   1. if invalid - return 422 error  (message: "Started date must be >= current date!")

5. Validate created_at >= current_date() - mrr_delay_input

   1. if invalid - return 422 error  (message: "Create date must be = current date!")

6. Validate started_at regarding frequency of receiving drugs

   1. get $.medical_programs.medical_program_setting by medical_program_id from request

      1. validate skip_mnn_in_treatment_period variable

         1. in case skip_mnn_in_treatment_period == FALSE (or absent)

            1. validate request according to logic: PreQualify Medication request#2.Checkabsencethesamemedicationsfortheprograms

         2. in case skip_mnn_in_treatment_period == TRUE

            1. skip validating frequency of receiving drugs

7. Validate created_at regarding frequency of receiving drugs

   1. get $.medical_programs.medical_program_setting by medical_program_id from request

      1. validate skip_mnn_in_treatment_period variable

         1. in case skip_mnn_in_treatment_period == FALSE (or absent)

            1. validate request according to logic: PreQualify Medication request#2.Checkabsencethesamemedicationsfortheprograms

         2. in case skip_mnn_in_treatment_period == TRUE

            1. skip validating frequency of receiving drugs

8. Validate period length (ended_at - started_at):

   1. If medical program has been submitted:

      1. validate request according to logic: PreQualify Medication request: 7. Validate period

   2. else:

      1. Check that medication request period less than or equal to MEDICATION_REQUEST_MAX_PERIOD_DAY parameter from charts

         1. in case of error - return 409 “Period length exceeds default maximum value“

...

1. Validate medical_program_id is present in the request

   1. in case of error return 422 ("required property medical_program_id was not present")

2. Validate medical_program_id - medical_program_id exists

   1. in case of error return 422 ("Medical program not found")

3. Validate context with encounter is present in the request

   1. in case of error return 422 ("Context with encounter is required as medical program is present in the request")

   2. encounter diagnosis is not empty in $.encounter.diagnosis

      1. in case of error return 422 ("Encounter without diagnosis can not be referenced")

4. Validate medical_programs.medical_program_setting parameters

   1. check if care_plan_required == true then the request should contain a based_on with care plan and activity that contains the same medical program

      1. in case of error return 422 with msg ("Care plan and activity with the same medical program should be present in request")

   2. If there is CONDITIONS_ICD10_AM_ALLOWED parameter, then:

      1. Check if primary diagnosis from the encounter in context has code from eHealth/ICD10_AM/condition_codes dictionary

         1. Check diagnosis code in CONDITIONS_ICD10_AM_ALLOWED

            1. in case of error - return 422 “Encounter in context has no primary diagnosis allowed for the medical program“

   3. If there is CONDITIONS_ICPC2_ALLOWED parameter, then:

      1. Check if primary diagnosis from the encounter in context has code from eHealth/ICPC2/condition_codes dictionary

         1. Check diagnosis code in CONDITIONS_ICPC2_ALLOWED

            1. in case of error - return 422 “Encounter in context has no primary diagnosis allowed for the medical program“

   4. if 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!"

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

   5. if 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!"

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

Validate multiplicity & medication request allowed for participants

...

• Generate human readable number for receipt (See specs)

  Code Block
  Structure number XXXX-1234-5678-9012-345-C , where: - XXXX - series: numbers + only some letters (A, E, H, K, M, P, T, X) - 1234-5678-9012-345 - randomly generated numbers - C - checksum: Should be calculated using the Damn algorithm or Verhoeff algorithm After new Request number was generated we should check that it is unique in the DB (entity: medication_request + medication_request_request

  • Generate verification_code for MPI.person_authentication_methods == OTP or OFFLINE

    Code Block
    Structure code 1234, where: - 1234 - randomly generated numbers

...