/
[DRAFT] Cancel Specimen [API-007-012-001-0499]
  • In progress
  • ЕСОЗ - публічна документація

    [DRAFT] Cancel Specimen [API-007-012-001-0499]

    https://e-health-ua.atlassian.net/wiki/spaces/EN/pages/17591304241 (remove the link block before publishing the document)

    Properties of a REST API method document

    Document type

    Метод REST API

    Document title

    [DRAFT] Cancel Specimen [API-007-012-001-0499]

    Guideline ID

    GUI-0011

    Author

    @

    Document version

    1

    Document status

    DRAFT

    Date of creation

    ХХ.ХХ.ХХХХ (дата фінальної версії документа – RC або PROD)

    Date of update

    ХХ.ХХ.ХХХХ (дата зміни версії)

    Method API ID

    API-007-012-001-0499

    Microservices (namespace)

    ME

    Component

    Specimen

    Component ID

    COM-007-012

    Link на API-специфікацію

    https://ehealthmedicalevents975v12.docs.apiary.io/#reference/medical-events/specimen/cancel-specimen

    Resource

    {{host}}/api/patients/patient_id/specimens/id/actions/

    Scope

    specimen:cancel

    Protocol type

    REST

    Request type

    PATCH

    Sync/Async

    Async

    Public/Private

    Public

    Purpose

    This WS allows to mark Specimen as entered-in-error.

    Key points

    1. Only an employee who registered a Specimen, has an approval or a med_admin from the same legal entity, if they have an appropriate scope, are able to cancel the Specimen.

    2. Request should be signed with DS.

    3. The specimen is cancelled asynchronously

    4. Signed content of a Specimen must be equal to the Specimen stored in DB. See Get Specimen details

    5. status_reason must be added to signed content

    6. status must be changed to entered_in_error for the purpose of displaying in the signed content

    Logic

    RC._Процеси роботи зі зразком біоматеріалу | Позначення Зразка помилковим без взаємодії з пацієнтом

    Configuration parameters

    N/A

    Dictionaries

    specimen_cancel_reasons
    RC._Specimen dictionaries and configurable parameters_EN | Dictionaries

    Input parameters

    Input parameter

    Mandatory

    Type

    Description

    Example

    Input parameter

    Mandatory

    Type

    Description

    Example

    1

    patient_id

     

    String

    Unique patient identifier

    7075e0e2-6b57-47fd-aff7-324806efa7e5

    2

    id

     

    String

    Unique specimen identifier

    aff00bf6-68bf-4b49-b66d-f031d48922b3

    Request structure

    See on API-specification

    Headers

    Headers

    Request data validation

    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:cancel')

      • return 403 (“Your scope does not allow to access this resource. Missing allowances: specimen:cancel”) 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")

    Validate Digital Sign

    • Validate request is signed

      • in case of error - return 422 (“Invalid signed content”)

    • Check DS is valid and not expired

    • Validate that DS belongs to the user

      • Check that DRFO from DS and user's party.tax_id matches

        • in case of error - return 409 (“Does not match the signer drfo“)

    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 the Specimen belongs to the legal entity where the current user works

      • Check $.specimen.managing_organization==token.client_id

        • in case of error - return 409 ("User is not allowed to perform actions with an enity that belongs to another legal entity")

    Validate user

    Cancelation of a Specimen is allowed for a user if he has one of the following active and approved employee that:

    • is an author of the Specimen (registered_by)

    • has a Med_Admin employee type

    • has an approval granted by the patient with access_level:write for the Specimen resource (approvals.granted_resources) and has a DOCTOR or SPECIALIST employee type

      • in case of error - return 409 ("Employee is not performer of specimen, don't has approval or required employee type")

    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, unsatisfactory or unavailable

      • in case of error - return 409 ('Specimen in status <status> cannot be cancelled')

    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:

    1. Status reason

    Validate value in the field $.status_reason, CodeableConcept type, required.

    • Check that value is in allowed values from specimen_cancel_reasons dictionary.

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

    2. Status

    The target status value must be submitted in the order to display in the signed content (media storage)

    1. Validate $.status is entered_in_error

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

    Validate content

    Signed content must match to the specimen from DB in order to be canceled

    1. Render the specimen from DB

    2. Exclude $status, $.status_reason from signed content

    3. Compare rendered specimen and signed content

      1. In case both object doesn't match - return 422 ('Signed content doesn't match with previously created specimen')

    Processing

    1. Create job and return it’s id.

    2. Update specimen record with following:

      1. status = $.status

      2. status_reason = $.status_reason

      3. updated_at = current datetime

      4. updated_by = user_id from token

    Response structure examples

    See on API-specification

    HTTP status codes

    Response code

    HTTP Status code

    Message

    Internal name

    Description

    Response code

    HTTP Status code

    Message

    Internal name

    Description

    1

    Базові

    2

     

    401

    Invalid access token

     

     

    3

     

    403

    Your scope does not allow to access this resource. Missing allowances: specimen:cancel

     

     

    4

     

    403

    Access denied. Party is not verified

     

     

    5

     

    403

    Access denied. Party is deceased

     

     

    6

     

    404

    not found

     

     

    7

     

    409

    Does not match the signer drfo

     

     

    8

     

    409

    client_id refers to legal entity that is not active

     

     

    9

     

    409

    User is not allowed to perform actions with an enity that belongs to another legal entity

     

     

    10

     

    409

    Employee is not the one who registered the specimen, doesn't have an approval or required employee type

     

     

    11

     

    409

    Specimen in status <status> cannot be cancelled

     

     

    12

     

    422

    Invalid signed content

     

     

    13

     

    422

    value is not allowed in enum

     

     

    14

     

    422

    Signed content doesn't match with previously created specimen

     

     

    Post-processing processes

    N/A

    Technical modules where the method is used

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