Purpose

This WS is designed to sign Request fo Medication request (patch). If successful signed - automatically create Medication request.

Specification

Apiary

Key points

1. Only authenticated and authorized users with appropriate scope can Sign Medication Request Request (MRR)

2. Request should be signed with DS.

3. MRR data should be changed when it has submitted to the method.

Authorize

1. Verify the validity of access token

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

2. Verify that token is not expired

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

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

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

Validations

Validate employee

1. Validate employee from the medication request request relates to user from token.

   1. in case of error - return 403 “Only doctor that in Medication request Request can sign it“

2. Perform another validation described at Create MRR: Validate employee

Validate division

Validate division as described on Create MRR: Validate division

Validate context

Validate division as described on Create MRR: Validate context

Validate medical program

1. Validate medical_program_id: medical_program_id exists and has medication_request_allowed = true

   1. in case of error return 422 ("Forbidden to create medication request for this medical program!")

Validate existing medication request request

If medical program setting skip_treatment_period = false (absent), then validate division as described on PreQualify Medication request: 2. Check absence the same medications for the programs

Validate digital signature

Decode content that is encrypted in an electronic digital signature.
Use Digital signature WS. Method checks digital signature and returns result.

Validate request status

Purpose validation: Valid ability transition.

1. For info - status charts: Medication request status model

2. Get Medication request Request status by $.id

3. Check status == NEW

   1. if invalid - return 409 error (message: "Invalid status Medication request Request for sign transition!")'

Validate person

Validate person with it’s verification status as described on Create MRR: Validate person

Validate signed content

Purpose validation: Check equality decoded signed content with previously created on IL.db.

1. Get data 

   SELECT data FROM medication_request_requests WHERE id = $.id

2. If they are not equal with decoded signed content - generate 422 error (message: "Signed content does not match the previously created content!")

Validate authorize_with

Get value of THIRD_PERSON_CONFIDANT_PERSON_RELATIONSHIP_CHECK config parameter, if it is set to true:

1. If authorize_with of medication request request is not empty and contains authentication method with type = THIRD_PERSON - validate that person from value is an approved confidant for a person from request – exists active and approved confidant person relationship between person from request and person_id from authentication method value (using following logic: https://e-health-ua.atlassian.net/wiki/spaces/CSI/pages/17667883028 with person_id = person_id from request and confidant_person_id = value from auth method - expected :ok, :approved response)

   1. in case of error - return 422 ('Cannot be verified by method with not approved confidant person relationship')

Service Logic

Save signed medication request to media storage

1. Get url for medication request upload.

2. Upload signed medication request request to media storage

Create medication request

1.  Create new record in medication_requests with status ACTIVE

   1. if there is existing record in the medication_requests table with the same id and medication_request_request_id, return ok to IL

2. Mapping (where <rd> = medication_request_request.data )

Generate printout form

Invoke ael.api in order to render MEDICATION_REQUEST_TEMPLATE

Template parameters

Medication request form example: 

Open

Update Medication request Request status

Update Medication request Request:

Send SMS for person 

If MR has program with medical program setting request_notification_disabled = true, then don't send SMS.

Else:

1. Get authentication_method from authorize_with (if exists and not empty), else get authentication_method of MPI

2. If authentication_method == OTP -  send SMS:

   1. Generate text SMS (call Man method- templates rendering service with template "TEMPLATE_SMS_FOR_SIGN_MEDICATION_REQUEST".

   2. Sending SMS for MPI

3. If authentication_method == OFFLINE -  set medication_request_request.verification_code to MEDICATION_REQUEST_TEMPLATE

Calculate and set remaining quantity for the activity

1. If the medication request request is based on activity with quantity:

   1. recalculate and set remaining_quantity for the activity as described at PreQualify Medication Request: 6.Check Care Plan and Activity (p. 2.d )