Согласно схеме бизнес-процессов обе системы (УПП и Поликлиника) могут отправлять статусы в смежную систему. Метод должен быть реализован в двух системах.
Запрос
Адрес запроса
POST: {url}/hospitalization/status |
Описание полей
Выборка используется для вставки описания модели на страницы описания методов Название | Тип данных | Обязательность | Описание | Комментарий |
---|
Guid | string(Guid) | + | Идентификатор направления |
| Number | string | + | Номер |
| LpuFromMcod | string | + | Мкод направившего ЛПУ |
| LpuFromGUID | string(Guid)
| + | Идентификатор направившего ЛПУ |
| LpuFromOid | string | - | OID направившего ЛПУ | Пока не использовать. | Status | string | + | Статус направления | - Processed - направление успешно принято
- Completed - госпитализация состоялась, создана МКСБ
- Canceled - госпитализация отменена
- Refusal - в госпитализации отказано
| CancelReason | string | - | Причина отмены госпитализации | Обязательно для статуса Canceled. Может иметь следующие значения: - 05 - Неявка пациента на госпитализацию
- 08 - Смерть
- 09 - Прочие
- 13 - Направление пациента не по профилю заболевания
- 14 - Экстренная госпитализация в период ожидания плановой
| RefusalReason | string | - | Причина отказа в госпитализации | Обязательно для статуса для статуса Refusal. Может иметь следующие значения: - 06 - Не предоставление необходимого пакета документов (отказ медицинской организации, оказывающей медицинскую помощь в стационарных условиях)
- 07 - Инициативный отказ от госпитализации пациентом
- 10 - Отказ в госпитализации из-за отсутствия медицинских показаний
- 11 - Отказ пациента от госпитализации по эпидемиологическим показаниям
- 12 - Карантин в стационарном отделении
|
Вставить пример в JSON |
Ответ сервера
В случае успешного выполнения сервер вернет ответ 200 ок.