Получение расписания для комиссии за промежуток дней

Метод возвращает список ресурсов с типом комиссия с расписанием сгруппированным по дням в рамках указанного промежутка дат.

Запрос

Адреса запроса

Получить расписание по комиссии

GET: {{url}}/lpu/{{lpu}}/commission/schedule/{{dateFrom}}/{{dateTo}}

Заголовки запроса (используется для определения прав по клиенту, если Flac не был передан через параметры)

Заголовок	Значение (тип/формат значения)	Описание	Обязательный	Комментарий
Authorization	Bearer {codToken} (без скобок и через пробел после Bearer)	COD токен, полученный с помощью сервиса авторизации	-	Используется для фильтрации специальностей и ресурсов по полу/возрасту пациента и для получение прав доступа к ячейкам из клиентского приложения
Authorization	Bearer {lpuToken} (без скобок и через пробел после Bearer)	LPU токен, полученный с помощью сервиса авторизации	-

Параметры запроса

№ п/п	Поле	Тип данных	Обязательность	Описание	Комментарий	БД
1	lpuGuid	string	+	Гуид МО	Отобрать по переданному ГУИДу все ресурсы с типом "Комиссия" (hlt_DocPRVD.rf_ResourceTypeID=4 (Комиссия)). Для обоих типов приема (316, 323).	oms_lpu.GUIDLPU
2	dateFrom	string	+	Дата начала отбираемого расписания	Вернуть расписание комиссии за указанный промежуток дат С и По. Для обоих типов приема (316, 323).	hlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.Date
3	dateTo	string	+	Дата окончания отбираемого расписания	Вернуть расписание комиссии за указанный промежуток дат С и По. Для обоих типов приема (316, 323).	hlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.Date
4	busyType	string	+	Тип приема	Могут быть переданы значения: "316 - Заседание комиссии", "323 - ТМК Консилиум". Предполагается, что фронт будет сейчас передавать "323 - ТМК консилиум". При переданном типе "323 - ТМК консилиум" вернуть только ячейки, время начала и окончания которых попадают в промежуток даты, времени начала и окончания направившего врача. Направившие МО и ресурс врача определить по данным, переданным в параметрах sendMoGuid и sendDocGuid. При переданном значении "316 - Заседание комиссии" вернуть массив свободных ячеек консультирующего ресурса – комиссии без учета пересечений с расписанием направившего ресурса врача.	hlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.rf_DocBusyTypeID = 42 (323 - ТМК Консилиум) или 35 (316 - Заседание комиссии)
5	sendMoGuid	string	-/+	Идентификатор медицинской организации, направившей на ТМК консилиум (ГУИД в справочнике ЛПУ)	Обязательно для заполнения при busyType="323 - ТМК консилиум". В остальных случаях игнорировать и не обрабатывать.	oms_lpu.GUIDLPU
6	sendDocGuid	string	-/+	Идентификатор ресурса, направившего на ТМК консилиум	Обязательно для заполнения при busyType="323 - ТМК консилиум". В остальных случаях игнорировать и не обрабатывать.	hlt_DocPrvd.GUID
7	flac	int	+	Права записи	Т.к. метод будет вызываться только из белой МИС, то предполагается, что значение по умолчанию 4 - Интернет никогда не будет использовано. Также необходимо реализовать проверку клиента в токене авторизации при пустом busyType. Если клиент = "Телемедицинская система" (ГУИД 60fe9896-5f56-4703-9cbd-b5479b7ed6a7), то ячейки расписания на ТМК с типом приема "323 - ТМК консилиум" возвращать, иначе – нет. Данную проверку реализуем по аналогии с другими методами, которыми может пользоваться сервис телемедицины (хотя для врач-врач недавно было озвучено Доктис, что не получают расписание из МИС).
8	byDir	bool	+	Признак записи по направлению	В целом, без направления использование метода пока не предусмотрено, и этот параметр всегда будет true, но пусть будет заложен. По умолчанию следует передавать значение true. Для busyType="323 - ТМК консилиум" при переданном значении false возвращать сообщение об ошибке "Запись на ТМК консилиум без направления невозможна". Для busyType="316 - Заседание комиссии" при переданном значении false возвращать сообщение об ошибке "Запись на заседание комиссии без направления невозможна".
9	isDeferred	bool	-/+	Признак отложенной консультации ТМК true - 1 – отложенная false - 0 – не отложенная	Может быть заполнено только для busyType ="323 - ТМК консилиум". Игнорировать признак отложенной консультации IsDeferred/ Признак отложенной консультации для busyType ="323 - ТМК консилиум" – всегда возвращать всё пересекающееся расписание направившего врача и консультирующего ресурса - комиссии. Пока оставляем так, возможно, в дальнейшем будем дорабатывать под формы проведения заседаний комиссий. Для busyType="316 - Заседание комиссии" – игнорировать и не обрабатывать.	hlt_TMK.IsMode 1 – отложенная 0 – не отложенная

Ответ сервера

В случае успешного выполнения сервер вернет ответ в формате JSON со следующими данными:

Модель: массив CommissionSchedule

№ п/п	Поле	Тип данных	Описание	Комментарий	БД
1	Description	string	Описание ресурса	Возвращать описание (наименование) комиссии.	hlt_DocPRVD.Name
2	DocGuid	string(Guid)	Гуид ресурса	Возвращать идентификатор ресурса типа "Комиссия".	hlt_DocPRVD.GUID
3	Department	string	Название отделения	Возвращать отделение ресурса типа "Комиссия".	hlt_DocPRVD.V_DepartmentNAME
4	Type	int	Код типа ресурса	Возвращать 4 - Комиссия.	hlt_DocPRVD.rf_ResourceTypeID → hlt_ResourceType.Code='Комиссия'.
5	TypeName	string	Наименование типа ресурса	Возвращать наименование типа ресурса "Комиссия".	hlt_DocPRVD.rf_ResourceTypeID → hlt_ResourceType.Name='Комиссия'.
6	Room	string	Номер кабинета	Возвращать кабинет комиссии.	hlt_DocPRVD.rf_HealingRoomID → hlt_HealingRoom.Num
7	ClosestEntry	ClosestEntry	Ближайшая ячейка доступная для записи	Объект взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".	—
8	Schedule	Array of WeeklySchedule	Список расписания	Объект взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".	—
9	isWaitingList	bool	Признак возможности записи в лист ожидания	Поле взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия". В МИС на текущий момент не обнаружила функции записи в ЛО на комиссию, но можно сразу заложить, вдруг в МИС станет доступно.	hlt_DocPRVD.IsWaitingListAllow.
10	DateBegin	string	Дата начала действия комиссии	—	hlt_DocPRVD.D_PRIK.
11	DateEnd	string	Дата окончания действия комиссии	—	hlt_DocPRVD.D_END.
12	SubComissionName	string	Наименование вида врачебной подкомиссии	Специфичное поле для ресурса типа "Комиссия".	hlt_DocPRVD.rf_kl_SubComissionTypeID → oms_kl_SubComissionType.Name.
13	ComissionMember	Array of ComissionMember	Члены комиссии	Новый массив, специфичный для ресурса типа "Комиссия". Для инфо: В комиссию при ее создании включаются участники (ресурсы типа "Врач"), обязательно минимум один.	Определить вхождение врача в комиссию можно по hlt_ComissionDocPrvds/Состав участников, где rf_CommissionDocPrvdId – ссылка на ресурс комиссии, rf_DocPrvdId – ссылка на ресурса врача, включенного в ресурс комиссии. Связь комиссии и решения ВК: hlt_ProtocolVk.rf_DocPRVDID.
14	LastModified	string(DateTime)	Время последнего обновления данных в оперативном хранилище	Поле взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".	—
15	commisionHeadMemberFio	string	ФИО ресурса (председателя)	Отобрать ресурс с ролью "Председатель". Председатель в комиссии всегда один.	hlt_ComissionDocPrvds.rf_DocPRVDID → hlt_DocPRVD.V_PRVSName – ФИО ресурса председателя комиссии. Роль: hlt_ComissionDocPrvds.rf_CommissionRoleId → hlt_CommissionRole.Code='1' (1 - Председатель).
16	commisionHeadMemberGuid	string	ГУИД ресурса (председателя)	Отобрать ресурс с ролью "Председатель". Председатель в комиссии всегда один.	hlt_ComissionDocPrvds.rf_DocPRVDID → hlt_DocPRVD.GUID – ГУИД ресурса председателя комиссии. Роль: hlt_ComissionDocPrvds.rf_CommissionRoleId → hlt_CommissionRole.Code='1' (1 - Председатель).

Возможные ошибки

В случае возникновения ошибок будет возвращен стандартный ответ сервера;

Дерево страниц