...

This method is designed to cancel an existing composition with status FINAL.

In text:

MCTD - medical conclusion of temporary disability (MVTN)

MCN - medical conclusion of newborn (MVN)

MC - medical conclusion (MV)

QES - qualified electronic signature (KEP)

Specification

...

• Content-Type: application/json

• Authorization: Bearer {token}

• api-key: {secret}

Validation data request

API paragraph not found

Processing

...

1. At the beginning of the task, an incoming request is received, which is content signed with a qualified electronic signature of the doctor.

2. Rechecking is similar progress to what has already been implemented in the SIGN_COMPOSITION task (list item 3).

3. Searching for a Composition object in FINAL status for which cancellation is being attempted

   1. if the conclusion is not found — the task completes its execution with code (1000)

   2. if found, the procedure continues execution

4. Checking the content of the request (CancelContentFilter)

   1. if in the body of the request the identifier of the MCTD is different from the identifier in the API request - the task completes its execution with the code INVALID_IDENTIFIER_IN_PAYLOAD(1026)

   2. if the status of the MC for which the request is made is not FINAL, the task completes its execution with the code CANT_CANCEL_NONFINAL_COMPOSITION (1003)

   3. for the MCTD (except for the MC for an undefined preperson) additional checks is performed:

      1. If the ERLN status of the request is not available (the ERLN request has not been sent) - the task ends its execution with the code CANCELLATION_NOT_ALLOWED_ERLN_CALL_PENDING (1130)

      2. If the ERLN status of the response is not available (the ERLN request was sent, but the answer has not yet received) - the task ends its execution with the code CANCELLATION_NOT_ALLOWED_ERLN_CALL_IN_PROGRESS(1131)

      3. in other cases the procedure continues execution.

   4. If no cancellation explanation text is provided, the task terminates with CANCELLATION_TEXT_NOT_PROVIDED.

   5. If the element of the cancellation object coding system is not provided - the task ends its execution with the code CANCELLATION_NO_CODING (1028)

   6. If several (>1) elements of the cancellation object coding system are provided - the task ends its execution with the code CANCELLATION_MULTIPLE_CODINGS (1029)

   7. If a cancellation code is provided that does not match the allowed cancellation reasons, namely INCORRECT_PATIENT or TYPO, the task terminates with CANCELLATION_INVALID_CODING (1004)

5. The verification of the owner of the QES to compliance with the author of the MC is carried out, completely similar to SIGN_COMPOSITION task (list item 5).

6. For MCN, the status of integration with DRACS is being checked.

   1. If the request from DRACS to check the MC has already received (getComposition), then the task ends its execution with the code CANCELLATION_FOR_RUNNING_TASK (1006)

   2. in other cases, the procedure continues its execution

7. The allowed delay is checked — the delay between the opening time of the MC (composition.date) and the current date. If the delay is more than allowed - the task ends its execution with the code CANCELLATION_FOR_OUTDATED_COMPOSITION (1005)

Processing

After all validations:

1. The body of the cancellation request signed by QES is stored in the Ceph object storage.

2. The MС status is set to ENTERED_IN_ERROR.

3. If the authorization method is specified, an SMS is sent.

4. The task of canceling the MC in the ERLN is planned.

Response structure

See on SwaggerHub (2.32.2)

...

{
  "data": {
    "eta": "2022-10-24T13:14:01.656Z",
    "id": "89edcfb2-3479-4565-885b-d0ce7f9d081e",
    "links": [
      {
        "entity": "eHealth/resources",
        "href": "composition/1aecb5c4-60c8-4773-900a-64d01b382ce9"
      }
    ],
    "status": "PENDING"
  }
}

Post-processing processes

...

HTTP status codes

...