...

This WS allows to set date and time when Specimen was received for processing by laboratory employee.

Specification

Key points

1. Only authenticated and authorized employee with appropriate scope can process a Specimen.

2. DS isn't used here.

3. The specimen is processed asynchronously

Specification

Logic

https://e-health-ua.atlassian.net/wiki/spaces/EH/pages/17629118915/RC.#%D0%9E%D0%B1%D0%BB%D1%96%D0%BA-%D0%B4%D0%B0%D1%82%D0%B8-%D1%82%D0%B0-%D1%87%D0%B0%D1%81%D1%83-%D0%BE%D1%82%D1%80%D0%B8%D0%BC%D0%B0%D0%BD%D0%BD%D1%8F-%D0%97%D1%80%D0%B0%D0%B7%D0%BA%D0%B0

Input parameters

Request structure

See on Apiary

Authorization

• Verify the validity of access token

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

• Verify that token is not expired

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

• Check user scopes in order to perform this action (scope = 'specimen:process')

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

• If BLOCK_UNVERIFIED_PARTY_USERS is true, then check party's data match following condition: verification_status != NOT_VERIFIED or (verification_status = NOT_VERIFIED and updated_at > current_date - UNVERIFIED_PARTY_PERIOD_DAYS_ALLOWED):

  • in case not match - return 403 ("Access denied. Party is not verified")

• If BLOCK_DECEASED_PARTY_USERS is true, check that party is not deceased (party_verification record does not equal to: dracs_death_verification_status = VERIFIED and dracs_death_verification_reason = MANUAL_CONFIRMED):

  • in case of error - return 403 ("Access denied. Party is deceased")

Headers

• Content-Type:application/json

• Authorization:Bearer mF_9.B5f-4.1JqM

• api-key:aFBLVTZ6Z2dON1V

• X-Custom-PSK:a2aa05c76f3f2d91870f923a53cc8aa8f23bbc01a8238d1c2c26d4299715a7e4

Request data validation

Validate legal entity

• Extract client_id from token

• Check legal entity status (status = ACTIVE)

  • In case of error - return 409 ('client_id refers to legal entity that is not active')

Validate data consistency

• Ensure that submitted Specimen relates to the Patient (from URL)

  • in case of error - return 404 (not found)

Validate status transition

• Get Specimen by id

• Check Specimen’s status is available

  • in case of error - return 409 ('Specimen is not in available status')

Validate request

Validate request by schema and return 422 error code with the list of validation errors in case of fails. User fills following fields in the request:

...

• Check it hasn’t set yet (empty before the process invoked)

  • in case of error - return 422 ('Value is already set and cannot be changed')

• Check $.received_time is between current datetime and (collected_date_time OR collected_period.end)

  • in case of error - return 422 ('Should be between collected datetime and current datetime')

...

Processing

1. Create job and return it’s id.

2. Update specimen record with following:

   1. received_time = $.received_time

   2. updated_at = current datetime

   3. updated_by = user_id from token

Response structure

See on Apiary

HTTP status codes