Методы ЕСЛИ

Кейсы

Интеграционный сценарий: ЛИС ↔ ИЭМК

Реализовать метод в API ЛИС для получения штрихкода

Цель: сторонние ЛИС должны реализовать метод, обеспечивающий предоставление штрихкодов лабораторных подразделений МИС при формировании направлений.

Для подробной информации см. Необходимая реализация метода получения штрихкода на стороне ЛИС

Сохранение информации о лаборатории

Цель: сохранить информацию о возможностях подразделения лаборатории, включая сведения об исследованиях, показателях и их доступности.

REST:
POST [INTEGRATION_URL]/Lis/PostLaboratoryLocation

Для подробной информации см. Сохранение информации о Организации-лаборатории.

Получение направляющих организаций

Цель: получить список организаций, имеющих право направлять исследования в данную лабораторную организацию.

REST:
GET [INTEGRATION_URL]/Lis/GetAssignerOrganizations

Для получения подробной информации см. Получение информации о направляющих организациях.

Получение списка разрешенных исследований для направляющей организаций

Цель: получить список организаций, имеющих право направлять исследования в данную лабораторную организацию.

REST:
GET [INTEGRATION_URL]/Lis/GetAssignerResearches

Для получения подробной информации см. Получение исследований прикрепленных к организации.

Управление правами направления

Цель: отредактировать список исследований лаборатории, доступных для выбранной направляющей организации.

REST:
POST [INTEGRATION_URL]/Lis/PostAssignerResearch и [INTEGRATION_URL]/Lis/RemoveAssignerResearch

Для получения подробной информации см. Разрешить направляющей организации направлять направление на исследование в лабораторию и Запретить направляющей организации направлять направление на исследование в лабораторию

Проверка новых направлений

Цель: поиск направлений с применением фильтров по статусу, дате и лаборатории. Поиск направлений доступен в контекте пациента или организации.

FHIR-запрос:

GET [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest?status=draft&performer=Organization/ORG_ID&authoredOn=ge2024-01-01&authoredOn=le2024-01-31
где:
compartmentType - тип контекста (Patient или Organization); compartmentResourceId - идентификатор контекста.

Обновление статуса направления (принято)

Цель: обновить статус направления на “принято” (draft), что означает, что направление получено лабораторией. Обновление статуса направления доступно в контекте пациента или организации.

FHIR: POST [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest/{id}/$set-status

где:
compartmentType - тип контекста (Patient или Organization); compartmentResourceId - идентификатор контекста; id - идентификатор направления.

Для получения подробной информации см. Операция смены статуса ресурса ServiceRequest

Получение Specimen

Цель: получить образцы биоматериала, связанные с направлением в контекте пациента или организации.

FHIR-запрос: GET [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/Specimen?based-on=ServiceRequest/SR_ID

где:
compartmentType - тип контекста (Patient или Organization); compartmentResourceId - идентификатор контекста.

Штрихкод в extension:barcode.

Обновление статуса направления (в работе)

Цель: Обновить статус направления на “в работе” (on-hold), что означает, что направление находится в процессе выполнения. Обновление статуса направления доступно в контекте пациента или организации.

FHIR: POST [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest/{id}/$set-status

где:
compartmentType - тип контекста (Patient или Organization); compartmentResourceId - идентификатор контекста; id - идентификатор направления.

Для получения подробной информации см. Операция смены статуса ресурса ServiceRequest

Отправка результатов

Цель: передать результаты исследований в ИЭМК.

FHIR-ресурсы:

• Observation — показатели
• DiagnosticReport — заключение
• DocumentReference — PDF

FHIR-операция: POST [FHIR_BASE]/Bundle/$import

Тело запроса: Bundle profile = MedicationDocument с ресурсами ObservationLabTest/ObservationLabMicroorganism, DiagnosticReport, DocumentReference

Сценарий взаимодействия МИС ↔ ИЭМК (FHIR)

Получение информации о маршрутизации направлений

Цель: узнать, какие лаборатории доступны для направления, какие виды исследований они принимают, и какие условия маршрутизации действуют.

Запрос: GET [INTEGRATION_URL]/Mis/GetOrganizationRoutes

Для получения подробной информации см. Получение информации о возможностях маршрутизации направлений на лабораторные исследования для пользователя направляющей организации.

Сопоставление полей ServiceRequest

Цель: корректно заполнить направление на лабораторное исследование.

Для получения подробной информации см. Сопоставление полей ServiceRequest для лабораторных направлений.

Получение штрихкода из лаборатории

Цель: получить уникальный идентификатор (штрихкод) для образца, связанного с направлением. Штрихкод необходим для заполнения образца биоматериала SpecimenLab

Запрос: POST [INTEGRATION_URL]/Mis/GetBarcode

Для получения подробной информации см. Получить штрихкод из подразделения лаборатории.

Сопоставление полей Specimen

Цель: корректно заполнить образец биоматериала для лабораторного исследования.

Для получения подробной информации см. Сопоставление полей Specimen для лабораторных направлений.

Выполнение операции $import

Цель: импорт направления и образца.

FHIR-операция:

POST [FHIR_BASE]/Bundle/$import
Content-Type: application/fhir+json

Тело запроса: Bundle profile = MedicationDocument с ресурсами ServiceRequestLab, SpecimenLab

Получение результатов Observation и DiagnosticReport

Цель: получить результаты направления.

Получение Observation по пациенту:
GET [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/Observation?patient=Patient/001

Получение DiagnosticReport по ID направления:
GET [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/DiagnosticReport?based-on=ServiceRequest/SR_ID

Получение DiagnosticReport по периоду:
GET [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/DiagnosticReport?date=ge2024-01-01&date=le2024-12-31

где:
compartmentType - тип контекста (Patient или Organization); compartmentResourceId - идентификатор контекста.

Диаграмма последовательности

Диаграмма взаимодействия МИС ↔ ИЭМК

sequenceDiagram
    actor P as Пациент
    actor D as Врач
    actor N as Медсестра
    participant M as МИС
    participant R as Маршрутизатор
    participant I as ЦИСЗ

    %% Этап 1: Инициация обследования
    Note over P,I: 1. Инициация обследования
    P->>D: Обращается за помощью
    D->>M: Открывает карточку пациента
    M->>R: Запрашивает доступные маршруты
    R-->>M: Возвращает список маршрутов
    D->>M: Создаёт направление на исследование
    M->>M: Сопоставляет поля ServiceRequest
    M->>I: Регистрирует ServiceRequestLab (status: active)

    %% Этап 2: Подготовка к забору биоматериала
    Note over P,I: 2. Подготовка к забору биоматериала
    P->>N: Приходит в процедурный кабинет
    N->>M: Открывает карточку пациента
    N->>M: Запрашивает список направлений пациента
    M->>I: Получает ServiceRequestLab
    I-->>M: Возвращает направления
    M->>N: Показывает список направлений пациента
    N->>M: Берёт направление в работу
    M->>R: Запрашивает штрихкод для образца
    R-->>M: Возвращает штрихкод

    %% Этап 3: Проведение забора биоматериала
    Note over P,I: 3. Проведение забора биоматериала
    N->>M: Фиксирует факт забора биоматериала
    M->>M: Сопоставляет поля Specimen
    M->>I: Регистрирует SpecimenLab (status: available)

    %% Этап 4: Получение результатов и отображение
    Note over P,I: 4. Получение результатов и отображение
    alt В мед. учреждении 
        P->>D: Приходит в мед. учреждение
        D->>M: Открывает карточку пациента
        D->>M: Запрашивает заключения пациента
        alt По ID направления
            M->>I: Запрашивает DiagnosticReport по ServiceRequest
            I-->>M: Возвращает DiagnosticReport
        else По периоду
            M->>I: Запрашивает DiagnosticReport за период
            I-->>M: Возвращает список DiagnosticReport
        end
        M->>D: Отображает результаты врачу
    else В ЛКП
        P->>I: Просматривает направления и заключения
    end

Примеры в формате JSON

Получение информации о направляющих организациях

Метод: GET
URL: [INTEGRATION_URL]/Lis/GetAssignerOrganizations
Авторизация: Bearer <access_token>

Описание: Метод возвращает список организаций, которым разрешено направлять исследования в текущую лабораторную организацию. Текущая организация-лаборатория определяется на основании идентификатора, извлекаемого из Bearer-токена, передаваемого в заголовке Authorization.

Входные параметры (JSON-object):

Пример запроса:

https://staging.cisz.by/api/uslt/integration/Lis/GetAssignerOrganizations?Page=1&RowsPerPage=200&Descending=true

Выходные параметры (JSON-object):

Пример ответа:

{
  "data": [
    {
      "id": "a1a103d1-bf02-4c95-818a-3e3bc32cabe0",
      "name": "Государственное научное учреждение \"ОБЪЕДИНЕННЫЙ ИНСТИТУТ ПРОБЛЕМ ИНФОРМАТИКИ НАЦИОНАЛЬНОЙ АКАДЕМИИ НАУК БЕЛАРУСИ\"",
      "alias": "ГНУ ОИПИ",
      "phones": [
        "+375-29-937-99-92"
      ],
      "address": "Гомельская область, г. Гомель, Проспект Октября, д. 201"
    },
    {
      "id": "14736518-cc34-4e2e-8d60-204955589577",
      "name": "Открытое акционерное общество \"Агентство сервисизации и реинжиниринга\"",
      "alias": "ОАО \"Агентство сервисизации и реинжиниринга\"",
      "phones": [
        "+375 17 287-81-87"
      ],
      "address": "Минск, г. Минск, Улица Голодеда, д. 8 к.1"
    }
  ],
  "totalCount": 2
}

Получение исследований прикрепленных к организации

Метод: GET
URL: [INTEGRATION_URL]/Lis/GetAssignerResearches
Авторизация: Bearer <access_token>

Описание: Метод возвращает перечень исследований, выполняемых в подразделениях в текущей организации-лаборатории, которые доступны для указанной направляющей организации. Идентификатор организации-лаборатории определяется из Bearer-токена, передаваемого в заголовке Authorization.

Входные параметры (JSON-object):

Пример запроса:
https://staging.cisz.by/api/uslt/integration/Lis/GetAssignerResearches?Assigner=14736518-cc34-4e2e-8d60-204955589577

Выходные параметры (JSON-array of objects):

Пример ответа:

[
  {
    "assigner": "14736518-cc34-4e2e-8d60-204955589577",
    "laboratoryLocation": "cd4cfe89-b88d-4b0e-9c60-e79d32823fc6",
    "research": "1"
  }
]

Необходимая реализация метода получения штрихкода на стороне ЛИС

Метод: POST
URL: https://[LIS_API_BARCODE_URL]
Авторизация: Bearer <access_token>

Описание: Метод позволяет получить штрихкод подразделения лаборатории для направления из МИСа. Поля patientId, cito и collectedAt являются необязательными и используются исключительно для формирования визуальной информации при печати штрихкода.

Тело запроса (JSON-object):

Пример запроса:

{
  "laboratoryId": "a1a103d1-bf02-4c95-818a-3e3bc32cabe0",
  "locationId": "cd4cfe89-b88d-4b0e-9c60-e79d32823fc6",
  "researchId": "1",
  "patientId": "pa-d677fe01-1398-11f0-a898-63e81911aed6",
  "cito": true,
  "collectedAt": "2025-10-24"
}

Выходные параметры (JSON-object)

Пример ответа:

{
  "sid": "000070",
  "barcodeType": "C128",
  "ratio": "2",
  "zoom": "1",
  "pdf": "JVBERi0xLjUNCiXi48/TDQozIDAgb2JqDQo8PCAvVHlwZSAvWE9iamVjdCAvU3VidHlw..."
}

Сохранение информации о Организации-лаборатории

Метод: POST
URL: [INTEGRATION_URL]/Lis/PostLaboratoryLocation
Авторизация: Bearer <access_token>

Описание: Метод сохраняет информацию о возможностях подразделения лаборатории, включая сведения об исследованиях, показателях и их доступности.

Тело запроса (JSON-object):

Пример запроса:

{
  "id": "7c1bdab2-877a-4397-a753-4eb44a729f58",
  "barcodeUrl": "http://olis-report-api.uslt.svc.cluster.local/Print/printBarcode",
  "researches": [
    {
      "externalId": "13",
      "externalName": "Клинический анализ мочи (расширенный)",
      "code": "1.2",
      "abbreviation": "КАМ",
      "isActive": true,
      "banReason": null,
      "episodeLimit": 3,
      "tests": [
        {
          "externalId": "103",
          "code": "1.2.15",
          "abbreviation": "Билирубин",
          "isActive": true,
          "banReason": null,
          "sample": {
            "code": "12.3.1"
          },
          "unit": {
            "code": "62"
          },
          "methods": [
            {
              "code": "137"
            }
          ]
        }
      ],
      "researchRestrictions": [
        {
          "externalId": 10,
          "gender": 0,
          "ageStart": "365.00:00:00",
          "ageEnd": "3650.00:00:00"
        }
      ]
    }
  ]
}

Пример ответа: 200 OK {}

Разрешить направляющей организации направлять направление на исследование в лабораторию

Метод: POST
URL: [INTEGRATION_URL]/Lis/PostAssignerResearch
Авторизация: Bearer <access_token>

Описание: Метод позволяет лабораторной организации разрешить направляющей организации направлять пациентов на выполнение одного конкретного исследования в данной лаборатории.

Тело запроса (JSON-object):

Пример запроса:

{
  "assigner": "14736518-cc34-4e2e-8d60-204955589577",
  "laboratoryLocation": "cd4cfe89-b88d-4b0e-9c60-e79d32823fc6",
  "research": "1"
}

Пример ответа: 200 OK {}

Запретить направляющей организации направлять направление на исследование в лабораторию

Метод: POST
URL: [INTEGRATION_URL]/Lis/RemoveAssignerResearch
Авторизация: Bearer <access_token>

Описание: Метод позволяет лабораторной организации отозвать ранее выданное разрешение направляющей организации на направление пациентов на одно конкретное исследование в данной лаборатории.

Тело запроса (JSON-object):

Пример запроса:

{
  "assigner": "14736518-cc34-4e2e-8d60-204955589577",
  "laboratoryLocation": "cd4cfe89-b88d-4b0e-9c60-e79d32823fc6",
  "research": "1"
}

Пример ответа: 200 OK {}

Получение информации о возможностях маршрутизации направлений на лабораторные исследования для пользователя направляющей организации

Метод: GET
URL: [INTEGRATION_URL]/Mis/GetOrganizationRoutes
Авторизация: Bearer <access_token>

Описание: Метод возвращает информацию о возможностях маршрутизации направлений на лабораторные исследования для пользователя направляющей организации. Идентификатор организации определяется из Bearer-токена, передаваемого в заголовке Authorization.

Входные параметры (JSON-object):

Пример запроса:
https://staging.cisz.by/api/uslt/integration/Mis/GetOrganizationRoutes?Page=1&RowsPerPage=200&Descending=true

Выходные параметры (JSON-object):

Пример ответа:

    "data": [
        {
            "id": 8,
            "assigner": {
                "id": "a1a103d1-bf02-4c95-818a-3e3bc32cabe0",
                "name": "Государственное научное учреждение \"ОБЪЕДИНЕННЫЙ ИНСТИТУТ ПРОБЛЕМ ИНФОРМАТИКИ НАЦИОНАЛЬНОЙ АКАДЕМИИ НАУК БЕЛАРУСИ\"",
                "alias": "ГНУ ОИПИ",
                "phones": [
                    "+375-29-937-99-92"
                ],
                "address": "Гомельская область, г. Гомель, Проспект Октября, д. 201"
            },
            "laboratory": {
                "id": "14736518-cc34-4e2e-8d60-204955589577",
                "name": "Открытое акционерное общество \"Агентство сервисизации и реинжиниринга\"",
                "alias": "ОАО \"Агентство сервисизации и реинжиниринга\"",
                "phones": [
                    "+375 17 287-81-87"
                ],
                "address": "Минск, г. Минск, Улица Голодеда, д. 8 к.1"
            },
            "laboratoryLocations": [
                {
                    "id": "7c1bdab2-877a-4397-a753-4eb44a729f58",
                    "location": {
                        "id": "7c1bdab2-877a-4397-a753-4eb44a729f58",
                        "name": "КДЛ лаборатория",
                        "alias": null,
                        "parentId": "a86bc980-00cb-4714-aea6-7422a3ce02af",
                        "childs": []
                    },
                    "researches": [
                        {
                            "externalId": "13",
                            "externalName": "Клинический анализ мочи (расширенный)",
                            "code": "1.2",
                            "display": "Клинический анализ мочи",
                            "abbreviation": "КАМ",
                            "isActive": true,
                            "episodeLimit": 3,
                            "tests": [
                                {
                                    "externalId": "103",
                                    "code": "1.2.15",
                                    "display": "Билирубин полуколичественно",
                                    "abbreviation": "Билирубин",
                                    "isActive": true,
                                    "banReason": null,
                                    "sample": {
                                        "code": "12.3.1",
                                        "display": "Моча"
                                    },
                                    "unit": {
                                        "code": "62",
                                        "display": "мг/дл"
                                    },
                                    "methods": [
                                        {
                                            "code": "137",
                                            "display": "Тест-полоски, метод \"сухой химии\""
                                        }
                                    ]
                                }
                            ],
                            "researchRestrictions": [
                                {
                                    "externalId": 10, 
                                    "gender": 0,
                                    "ageStart": "365.00:00:00",
                                    "ageEnd": "3650.00:00:00"
                                }
                            ]
                        }
                    ]
                }
            ]
        }
    ],
    "totalCount": 1
}

Получить штрихкод из подразделения лаборатории

Метод: POST
URL: [INTEGRATION_URL]/Mis/GetBarcode
Авторизация: Bearer <access_token>

Описание: Метод позволяет получить штрихкод подразделения лаборатории для направления из МИСа.

Тело запроса (JSON-object):

Пример запроса:

{
  "laboratoryId": "a1a103d1-bf02-4c95-818a-3e3bc32cabe0",
  "locationId": "cd4cfe89-b88d-4b0e-9c60-e79d32823fc6",
  "researchId": "1",
  "patientId": "pa-d677fe01-1398-11f0-a898-63e81911aed6",
  "cito": true,
  "collectedAt": "2025-10-24"
}

Выходные параметры (JSON-object)

Пример ответа:

{
  "sid": "000070",
  "barcodeType": "C128",
  "ratio": "2",
  "zoom": "1",
  "pdf": "JVBERi0xLjUNCiXi48/TDQozIDAgb2JqDQo8PCAvVHlwZSAvWE9iamVjdCAvU3VidHlw..."
}

Операция смены статуса ресурса ServiceRequest

Метод: POST
URL: [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest/{id}/$set-status
Авторизация: Bearer <access_token>

Описание: Операция позволяет изменить статус ресурса ServiceRequestLab. Может выполняться в контексте организации или в контексте пациента. Только организация в которой создали направление или организация назначенная исполнителем в направлении имеет право изменять статус ресурса.

Допустимые переходы статусов

Для направляющей организации:

Для организации-лаборатории:

Входные параметры (JSON-object):

Примеры запросов

Пример запроса в контексте организации:
https://staging.cisz.by/api/fhir/Organization/a1a103d1-bf02-4c95-818a-3e3bc32cabe0/ServiceRequest/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "on-hold"
    }
  ]
}

Пример запроса в контексте пациента:
https://staging.cisz.by/api/fhir/Patient/pa-cfebde10-4f3f-11f0-a990-7bfa228de4df/ServiceRequest/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "on-hold"
    }
  ]
}

Результат выполнения В случае успешного выполнения операции система возвращает ресурс ServiceRequestLab с информацией об успешном выполнении изменения статуса направления. HTTP code 200 OK В случае ошибки возвращается ресурс OperationOutcome с информацией об ошибке.

Пример ошибки:

{
  "resourceType": "OperationOutcome",
  "issue": [
    {
      "severity": "error",
      "code": "not-found",
      "diagnostics": "Resource type 'ServiceRequest' with id 'lt-34ad5218-b4ac-11f0-a471-13750e8e6e78' couldn't be found."
    }
  ]
}

Операция отмены ресурса ServiceRequest

Метод: POST
URL: [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest/{id}/$set-status
Авторизация: Bearer <access_token>

Описание: Операция предназначена для отмены ресурса ServiceRequestLab путём перевода его в статус entered-in-error. Схема выполнения операции аналогична стандартной операции смены статуса, описанной выше. Отличие состоит в том, что при переводе ресурса в статус entered-in-error в тело запроса обязательно передаётся дополнительный параметр, указывающий причину отмены.

Входные параметры (JSON-object):

Примеры запросов

Пример запроса в контексте организации:
https://staging.cisz.by/api/fhir/Organization/a1a103d1-bf02-4c95-818a-3e3bc32cabe0/ServiceRequest/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "entered-in-error"
    },
    {  
      "name": "declineReason",  
      "valueCode": "7"  
    }  
  ]
}

Пример запроса в контексте пациента:
https://staging.cisz.by/api/fhir/Patient/pa-cfebde10-4f3f-11f0-a990-7bfa228de4df/ServiceRequest/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "entered-in-error"
    },
    {  
      "name": "declineReason",  
      "valueCode": "7"  
    }  
  ]
}

Результат выполнения В случае успешного выполнения операции система возвращает ресурс ServiceRequestLab обновлённым статусом entered-in-error. HTTP code 200 OK В случае отсутствия параметра declineReason возвращается ресурс OperationOutcome с описанием ошибки.

Пример ошибки:

{
    "resourceType": "OperationOutcome",
    "issue": [
        {
            "severity": "error",
            "code": "invalid",
            "diagnostics": "Incorrect operation parameters"
        }
    ]
}

Операция смены списка тестов (показателей) в направлении

Метод: POST
URL: [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/ServiceRequest/{id}/$update-order
Авторизация: Bearer <access_token>

Описание: Операция предназначена для обновления набора тестов (показателей), связанных с ресурсом ServiceRequestLab. При выполнении операции существующий список тестов полностью перезаписывается на основании данных, переданных в теле запроса. Операция доступна для направлений со статусом active или draft Операция выполняется в контектсе направляющей организации.

Входные параметры (JSON-object):

Тело запроса
Тело запроса передаётся в виде ресурса Parameters с массивом параметров parameter, каждый из которых определяет один тест (показатель), включаемый в ServiceRequestLab.

Описание полей parameter

Пример запроса в контексте организации:
https://staging.cisz.by/api/fhir/Organization/a1a103d1-bf02-4c95-818a-3e3bc32cabe0/ServiceRequest/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$update-order

Body:

{  
  "resourceType": "Parameters",  
  "parameter": [  
    {  
      "name": "96",  
      "valueString": "2.1.36"  
    },
    {  
      "name": "97",  
      "valueString": "2.1.34"  
    }
  ]  
}

Результат выполнения

В случае успешного выполнения операции система возвращает ресурс ServiceRequestLab с информацией об успешном выполнении изменения списка тестов. HTTP code 200 OK.
В случае ошибки возвращается ресурс OperationOutcome с информацией об ошибке.

Пример ошибки:

{
  "resourceType": "OperationOutcome",
  "issue": [
    {
      "severity": "error",
      "code": "invalid",
      "diagnostics": "Invalid ServiceRequest status"
    }
  ]
}

Операция смены статуса ресурса Specimen

Метод: POST
URL: [FHIR_BASE]/{compartmentType}/{compartmentResourceId}/Specimen/{id}/$set-status
Авторизация: Bearer <access_token>

Описание: Операция позволяет изменить статус ресурса Specimen. Операция может выполняться в контектсе организации или в контексте пациента. Только организация в которой создали направление или организация назначенная исполнителем в направлении имеет право изменять статус ресурса.

Входные параметры (JSON-object):

Пример запроса в контексте организации:

https://staging.cisz.by/api/fhir/Organization/a1a103d1-bf02-4c95-818a-3e3bc32cabe0/Specimen/lt-3e0a7129-b4ac-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "unsatisfactory"
    }
  ]
}

Пример запроса в контексте пациента:

https://staging.cisz.by/api/fhir/Patient/pa-cfebde10-4f3f-11f0-a990-7bfa228de4df/Specimen/lt-6f7e619e-b4a6-11f0-9a35-6655202d800b/$set-status

Body:

{
  "resourceType": "Parameters",
  "parameter": [
    {
      "name": "status",
      "valueCode": "unsatisfactory"
    }
  ]
}

Результат выполнения

В случае успешного выполнения операции система возвращает ресурс SpecimenLab с информацией об успешном выполнении изменения статуса образца биоматериала. HTTP code 200 OK.
В случае ошибки возвращается ресурс OperationOutcome с информацией об ошибке.

Пример ошибки:

{
  "resourceType": "OperationOutcome",
  "issue": [
    {
      "severity": "error",
      "code": "invalid",
      "diagnostics": "Invalid Specimen status"
    }
  ]
}

Сопоставление полей ServiceRequest для лабораторных направлений

Сопоставление полей Specimen для лабораторных направлений

Postman-коллекция

Скачать коллекцию ч.1 Скачать коллекцию ч.2

Скачать окружение

Логические проверки