Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

Раскрыть
Вернуть расписание комиссии за указанный промежуток дат С и По. Для обоих типов приема (316, 323).

Могут быть переданы значения: "316 - Заседание комиссии", "323 - ТМК Консилиум".

Предполагается, что фронт будет сейчас передавать "323 - ТМК консилиум". При переданном типе " вернуть только ячейки, время начала и окончания которых попадают в промежуток даты, времени начала и окончания направившего врача. Направившие МО и ресурс врача определить по данным, переданным в параметрах sendMoGuid и sendDocGuid.При переданном значении "316 - Заседание комиссии" вернуть массив свободных ячеек консультирующего ресурса – комиссии без учета пересечений с расписанием направившего ресурса врачаОбязательно для заполнения при busyType="323 - ". В остальных случаях игнорировать и не обрабатывать.

Т.к. метод будет вызываться только из белой МИС, то предполагается, что значение по умолчанию 4 - Интернет никогда не будет использовано.

Также необходимо реализовать проверку клиента в токене авторизации при пустом busyType. Если клиент = "Телемедицинская система" (ГУИД 60fe9896-5f56-4703-9cbd-b5479b7ed6a7), то ячейки расписания на ТМК с типом приема "323 - ТМК консилиум" возвращать, иначе – нет. Данную проверку реализуем по аналогии с другими методами, которыми может пользоваться сервис телемедицины (хотя для врач-врач недавно было озвучено Доктис, что не получают расписание из МИС).

В целом, без направления использование метода пока не предусмотрено, и этот параметр всегда будет true, но пусть будет заложен. По умолчанию следует передавать значение true.

Для busyType="323 - ТМК консилиум" при переданном значении false возвращать сообщение об ошибке "Запись на ТМК консилиум без направления невозможна". 

Для busyType="316 - Заседание комиссии" при переданном значении false возвращать сообщение об ошибке "Запись на заседание комиссии без направления невозможна". 

Может быть заполнено только для busyType ="323 - ТМК консилиум".

Игнорировать признак отложенной консультации IsDeferred/ Признак отложенной консультации для busyType ="323 - ТМК консилиум" – всегда возвращать всё пересекающееся расписание направившего врача и консультирующего ресурса - комиссии. Пока оставляем так, возможно, в дальнейшем будем дорабатывать под формы проведения заседаний комиссий.

Для busyType="316 - Заседание комиссии" – игнорировать и не обрабатывать.
№ п/пПолеТип данныхОбязательностьОписаниеКомментарийБД
1lpuGuidstring+Гуид МООтобрать по переданному ГУИДу все ресурсы с типом "Комиссия" (hlt_DocPRVD.rf_ResourceTypeID=4 (Комиссия)). Для обоих типов приема (316, 323).oms_lpu.GUIDLPU
2dateFromstring+Дата начала отбираемого расписанияВернуть расписание комиссии за указанный промежуток дат С и По. Для обоих типов приема (316, 323).hlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.Date
3dateTostring+Дата окончания отбираемого расписанияhlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.Date
4busyTypestring-/+Тип приема приема.
При пустом busyType проверяется клиент в токене, если "Телемедицинская система" (ГУИД 60fe9896-5f56-4703-9cbd-b5479b7ed6a7), то ячейки расписания на ТМК с типом приема "323 - ТМК консилиум"
возвращаются, иначе – нет.hlt_DoctorVisitTable.rf_DoctorTimeTableID → hlt_DoctorTimeTable.rf_DocBusyTypeID = 42 (323 - ТМК Консилиум) или 35 (316 - Заседание комиссии)
5sendMoGuidstring-/+Идентификатор медицинской организации, направившей на ТМК консилиум (ГУИД в справочнике ЛПУ)Обязательно для заполнения при busyType="323 - ТМК консилиум". В остальных случаях игнорировать и не обрабатывать.oms_lpu.GUIDLPU
6sendDocGuidstring-/+Идентификатор ресурса, направившего на ТМК консилиум ТМК консилиумhlt_DocPrvd.GUID
7flacint-/+Права записи
8byDirbool-/+Признак записи по направлению
9isDeferred bool-/+

Признак отложенной консультации ТМК 

true - 1 – отложенная

false - 0 – не отложенная

hlt_TMK.IsMode

1 – отложенная

0 – не отложенная

...

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

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

Раскрыть
Объект взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".Поле взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".Отобрать ресурс с ролью "Председатель". Председатель в комиссии всегда один. Отобрать ресурс с ролью "Председатель". Председатель в комиссии всегда один. 
№ п/пПолеТип данныхОписаниеКомментарийБД
1DescriptionstringОписание ресурсаВозвращать описание (наименование) комиссии.hlt_DocPRVD.Name
2DocGuidstring(Guid)Гуид ресурсаВозвращать идентификатор ресурса типа "Комиссия".hlt_DocPRVD.GUID
3DepartmentstringНазвание отделенияВозвращать отделение ресурса типа "Комиссия".hlt_DocPRVD.V_DepartmentNAME
4TypeTypeCodeintКод типа ресурсаВозвращать 4 - Комиссия.hlt_DocPRVD.rf_ResourceTypeID → hlt_ResourceType.Code='Комиссия'.
5TypeNamestringНаименование типа ресурсаВозвращать наименование типа ресурса "Комиссия".hlt_DocPRVD.rf_ResourceTypeID → hlt_ResourceType.Name='Комиссия'.
6RoomstringНомер кабинетаВозвращать кабинет комиссии.hlt_DocPRVD.rf_HealingRoomID → hlt_HealingRoom.Num
7ClosestEntryClosestEntryБлижайшая ячейка доступная для записи
8

Schedule

Array of WeeklyScheduleСписок расписанияОбъект взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия".
9

isWaitingList

boolПризнак возможности записи в лист ожиданияПоле взять из модели ответа метода получения расписания по специальности, доработать под ресурс типа "Комиссия". В МИС на текущий момент не обнаружила функции записи в ЛО на комиссию, но можно сразу заложить, вдруг в МИС станет доступно.hlt_DocPRVD.IsWaitingListAllow.
10DateBeginstringДата начала действия комиссииhlt_DocPRVD.D_PRIK.
11DateEndstringДата окончания действия комиссииhlt_DocPRVD.D_END.
12SubComissionNameSubCommissionNamestringНаименование вида врачебной подкомиссииСпецифичное поле для ресурса типа "Комиссия".hlt_DocPRVD.rf_kl_SubComissionTypeID → oms_kl_SubComissionType.Name.13ComissionMemberArray of ComissionMemberЧлены комиссииНовый массив, специфичный для ресурса типа "Комиссия". Для инфо: В комиссию при ее создании включаются участники (ресурсы типа "Врач"), обязательно минимум один.Определить вхождение врача в комиссию можно по hlt_ComissionDocPrvds/Состав участников, где rf_CommissionDocPrvdId – ссылка на ресурс комиссии, rf_DocPrvdId – ссылка на ресурса врача, включенного в ресурс комиссии.

Связь комиссии и решения ВК: hlt_ProtocolVk.rf_DocPRVDID.

14LastModifiedstring(DateTime)Время последнего обновления данных в оперативном хранилище
15commisionHeadMemberFioCommisionHeadMemberFiostringФИО ресурса (председателя)

hlt_ComissionDocPrvds.rf_DocPRVDID → hlt_DocPRVD.V_PRVSName – ФИО ресурса председателя комиссии.

Роль: hlt_ComissionDocPrvds.rf_CommissionRoleId → hlt_CommissionRole.Code='1' (1 - Председатель).

16commisionHeadMemberGuidCommisionHeadMemberGuidstringGuidГУИД ресурса (председателя)

hlt_ComissionDocPrvds.rf_DocPRVDID → hlt_DocPRVD.GUID – ГУИД ресурса председателя комиссии.

Роль: hlt_ComissionDocPrvds.rf_CommissionRoleId → hlt_CommissionRole.Code='1' (1 - Председатель).

  

...