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

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

Version 1 Next »

Purpose

This WS is designed to block previously created Medication request with indicating block_reason_code and block_reason.

Key points

  1. Only authenticated and authorized user with appropriate scope and ‘PHARMACIST’ employee can block Medication request.

  2. In the response of this endpoint legal entity, division and employee details are trimmed.

  3. Medication request can be blocked only from ‘ACTIVE' status.

Specification

Apiary

Authorization

  1. Verify the validity of access token

    • in case of error - return 401 (“Invalid access token”) in case of validation fails

  2. Verify that token is not expired

    • in case of error - return 401 (“Invalid access token”)

  3. Check user scopes in order to perform this action (scope = 'medication_request:block_pharm')

    • return 403 (“Your scope does not allow to access this resource. Missing allowances: medication_request:block_pharm”) in case of invalid scope(s)

Validations

Validate request

  • Validate request using JSON schema

    • in case of error - return 422

Validate Medication request

  • Get Medication request identifier from the URL. Check Medication request exists in OPS DB

    • in case of error - return 404 (“Medication request does not exist")

Validate user

Medication Request blocking is allowed for user if he has active and approved employee with employee_type = ‘PHARMACIST’

  • in case of error - return 409 ("Only pharmacist can block medication request")

Validation transition

  • Get Medication request by $.id in OPS DB. Check that Medication request status = ‘ACTIVE’

    • in case of error - return 409 ("Medication request must be in active status")

  • Get Medication request by $.id in OPS DB. Check that Medication request is not blocked, i.e. is_blocked = false

    • in case of error - return 409 ("Medication request is already blocked")

Validate block reason code

  • Validate $.block_reason_system should be “MEDICATION_REQUEST_BLOCK_REASON

    • in case of error return 422 error ("value is not allowed in enum")

  • Validate $.block_reason_code is a value from MEDICATION_REQUEST_BLOCK_REASON dictionary

    • in case of error - return 422 ("value is not allowed in enum")

  • Check that $.block_reason_code is present in PHARMACIST_MEDICATION_REQUEST_BLOCK_REASON_CODES chart parameter for validated user

    • in case of error - return 422 ("Block reason code is not allowed for PHARMACIST")

Service logic

  1. Update Medication request in OPS DB:

    1. set is_blocked = true

    2. set block_reason_system = $.block_reason_system

    3. set block_reason_code = $.block_reason_code

    4. set block_reason = $.block_reason

    5. set updated_by = user_id

    6. set updated_at = now()

    7. set block_legal_entity_id = legal entity id out of token

  2. Send SMS for person

    1. If Medication request has program with medical program setting medication_request_notification_disabled request_notification_disabled = true, then don't send SMS.

      Else:

      1. Get authentication_method of person from MPI

      2. If authentication_method == OTP, then send SMS to a person from Medication request:

        1. Generate SMS text

          1. get template from block_template_sms parameter

          2. enrich template with data from Medication request

        2. Send SMS to a person

  3. Return Medication request data with trimmed information about legal entity, division and employee

  4. Add new record in Event manager:

field

value

event_type

StateChangeEvent

entity_type

MedicationRequest

entity_id

$.id

properties.is_blocked.new_value

true

event_time

$.update_at

changed_by

$.changed_by

  • No labels