Ревизия 24728

Ревизия 24728:

1. В формах ввода для вызова основного шаблона печати из меню кнопки «Печать» Действия переопределена комбинация клавиш с <F6> на <Shift>+<F6>. При этом определение комбинации <F6> действует для вызова основного шаблона печати кнопки «Печать» формы ввода.
2. Внесены изменения в реализацию правил экспорта данных реестра оказанных услуг в соответствии с текущими требованиями информационного обмена ТФОМС Псковской и Мурманской областей, ТФОМС республики Калмыкия и ТФОМС Санкт-Петербурга.
3. Внесены изменения в реализацию интеграционных модулей с сервисами Барс.ЗПВ и Барс.иЭМК .
4. Внесены изменения в реализацию правил регистрации данных забора биоматериала в части ограничения формирования проба-тестов для отдельно назначаемых исследований.
5. Внесены уточнения в реализацию отчета «Сводка УЕТ по мероприятиям» (Анализ. Обслуживание. Сводка). В условие формирования отчетов группы «Сводка УЕТ по мероприятиям» (Анализ. Обслуживание. Сводка) добавлены параметры «Детализировать по группам типов действий» и «Учитывать класс» (позволяет определить требуемый класс, группу или отдельный тип Действия).
6. Внесены изменения в реализацию интеграционного модуля с сервисом N3.иЭМК (Нетрика) в части формирования данных для МСЭ и ВУТ.
7. В контекстное меню списка записей вкладки «Картотека» (Работа. Обслуживание пациентов) добавлен вызов функции «Показать все наблюдаемые контингенты». Функция визуализирует список наблюдаемых контингентов текущего пациента.
8. Реализован новый контекстный отчет «Финансовая сводка по врачам по услугам» (Расчет. Счета. Печать)
9. Реализован функциональный механизм «Индивидуальный мониторинг показателей». Список показателей для мониторинга определяется в регистрационной карточке пациента на вкладке «Мониторинг». История зарегистрированных значений для этих показателей доступна в разделе «Мед.карта» на вкладке «Мониторинг».
10. Внесены изменения в реализацию интеграционных модулей с сервисами N3.ОДИИ, N3.ОДЛИ, N3.УО и N3.ЗПВ в соответствии с текущими требованиями информационного обмена.
11. Реализован интеграционный модуль с сервисом N3.Уведомления.
12. В раздел «Структура реестра» меню кнопки «Печать» режима «Счета» (Расчет) добавлены новые отчеты:

“Распределение стоимости и длительности СБО в реестре по подразделениям”

“Структура КМУ”

“Структура КМУ по специальностям”

“Структура КМУ по типам визитов”

“Общая сводка по статьям затрат”

13. Реализован новый функциональный механизм «Управление циклами санаторно-курортного обслуживания». Механизм позволяет определить для каждого цикла обслуживания план мероприятий, график обслуживания по циклам для отдельных подразделений, автоматизировать назначение мероприятий для отдельных групп пациентов с учетом доступности параклинических ресурсов (ФТО, ЛФК) и осуществлять оперативную диспетчеризацию использования этих ресурсов.
14. В основной список вывода справочника «Типы Действий» добавлена колонка «Номенклатурная услуга».
15. Внесены изменения в реализацию отчета «Ф.12 2019» (Анализ. Заболеваемость. Ф.12) и «Список пациентов по форме 12»( Анализ. Диспансерное наблюдение).
16. Реализованы новые отчеты:

«Журнал «Гололед»» (Анализ. Травматология)

«Годовой отчет заведующего отделения» (Анализ. Аналитические отчеты. Стационар)

«Годовой отчет по диагностическим отделениям» (Анализ. Аналитические отчеты)

«Годовой отчет за ЛПУ по профилям» (Анализ. Аналитические отчеты)

«Отчет по нозологии» (Анализ. Санаторий)

«Отчет о пролеченных больных по сопутствующим заболеваниям» (Анализ. Санаторий)

«Отчет об исходе заболеваний» (Анализ. Санаторий)

«Отчет о результатах скрининга старческой астении» (Анализ. Контингент. Гериатрическая оценка)

«Список пациентов, прошедших опрос «Возраст не помеха»» (Анализ. Контингент. Гериатрическая оценка)

17. Внесены изменения в реализацию отчетов группы «Форма 14ДС 2015» (Анализ. Стационар) в части правил обработки данных периода обслуживания.
18. Внесены изменения в реализацию отчетов:

«Отчет Приложение №3-КСГ к отчёту по форме №14-Ф» (Анализ. Статистические отчеты)

«Анализ использования мест регионами» (Анализ. Санаторий)

19. Внесены изменения в реализацию интеграционного модуля ASTM в части учета срочности и передаче данных о подразделении
20. В описание единицы учета медицинской помощи (Справочники. Учет) добавлен раздел «Идентификация»
21. В раздел «Прочее» описания Договора для атрибута «Формировать счет» добавлен параметр «На каждого направителя отдельно».
22. Реализован механизм ведения контрактов на закупку ЛсиИМН (Работа. Складской учет. Контракт на закупку). В редактор документа регистрации прихода добавлен атрибут для выбора контракта поставки (Основание) и функция формирования списка ЛСиИМН по выбранному контракту (кнопка «Заполнить»).
23. В реализации механизма учета ЛсиИМН атрибут «Партия» изменен на «Серия». Данный атрибут учитывает количество лекарственного средства, произведенного в результате одного технологического цикла его производителя.
24. В рамках учета документов движения ЛсиИМН реализован новый документ «Возврат поставщику». Документ создается при вызове функции «Создать возврат поставщику» контекстного меню основного списка вкладки «Движение» (Работа. Складской учет)
25. В диалоге списания ЛсиИМН для поля «Количество» списка «Нормировочное списание» добавлен режим редактирования. Это позволяет оперативно учитывать фактическое количество нормированных для списания ЛсиИМН (по умолчанию данное количество определяется в разделе «Учет ЛсиИМН» описания типа Действия).
26. Для контекста печати StockRemainings (Работа. Складской учет. Остатки) реализован доступ к данным параметра «На дату» фильтра вкладки «Остатки».
27. В утилиту импорта данных номенклатуры ЛСиИМН внесены изменения в части логирования факта регистрации новой позиции ЛСиИМН.
28. Реализован интеграционный модуль для вызова сервиса ЛЛО Спарго (Е-Фарма).
29. Реализован контекст печати = ‘personRefBooks’ (Справочник «Персонал»).
    specialityType = 1 # Без специальности (speciality_id IS NULL);
    specialityType = 2 # Любая специальность (speciality_id IS NOT NULL);
    activityType = 1 # Без вида деятельности (NOT EXISTS(SELECT id FROM Person_Activity WHERE master_id = Person.id AND deleted = 0));
    activityType = 2 # Любой вид деятельности (EXISTS(SELECT id FROM Person_Activity WHERE master_id = Person.id AND activity_id IS NOT NULL AND deleted = 0));
    activityType = 0 # (EXISTS(SELECT id FROM Person_Activity WHERE master_id = Person.id AND activity_id = %s AND deleted = 0))%(str(activityId));
    userProfileType = 1 # Все (userProfile_id IS NOT NULL);
    personInfoList = context.getInstance(CPersonInfoListEx, model.idList());
    data = {‘isOnlyOwn’ : self.chkOnlyOwn.isChecked(), # Только свои (org_id = QtGui.qApp.currentOrgId())
    ‘isOnlyWorking’ : self.chkOnlyWorking.isChecked(), # Только работающие (retireDate IS NULL)
    ‘isChairPerson’ : self.chkChairPerson.isChecked(), # Председатель ВК (chairPerson = 1)
            ‘orgStructureIdList’ : context.getInstance(COrgStructureInfoList, orgStructureIdList), # Структурное подразделение
            ‘specialityType’ : specialityType, # Специальность 0:’Не задано’, 1:’Без специальности’, 2:’Любая специальность’
            ‘specialityId’ : context.getInstance(CSpecialityInfo, specialityId), # Специальность
            ‘activityType’ : activityType, # Вид деятельности 0:’Не задано’, 1:’Без вида деятельности’, 2:’Любой вид деятельности’
            ‘activityId’ : context.getInstance(CActivityInfo, activityId), # Вид деятельности
            ‘orgId’ : context.getInstance(COrgInfo, orgId), # Внешнее ЛПУ
            ‘userProfileType’ : userProfileType, # Профиль прав 0:’Не задано’, 1:’Все’
            ‘userProfileId’ : context.getInstance(CUserProfileInfo, userProfileId), # Профиль прав
            ‘userLogin’ : userLogin, # Регистрационное имя (login = addDotsEx(userLogin))
            ‘personInfoList’: personInfoList, # Список сотрудников из таблицы
           }.
30. Для шаблонов печати реализован доступ к данным о дате постановке на ДН: Diagnosis.dispanserBegDate (классы CDiagnosticInfo и CDiagnosisInfo).
31. Реализован контекст печати «visitsHistory» для вкладки «Визиты» (Работа. Обслуживание. Мед.карта).

context = CInfoContext()
clientId = self.currentClientId()
clientInfo = getClientInfo2(clientId)
visitInfo = context.getInstance(CVisitInfo, self.tblAmbCardVisits.currentItemId())
visitInfoList = context.getInstance(CVisitInfoListEx, tuple(self.tblAmbCardVisits.model().idList()))
data = { ‘client’ :clientInfo,
         ‘visitList’ : visitInfoList,
         ‘visit’ : visitInfo,
         ‘filterVisitBegDate’ : context.getInstance(CDateInfo, self.edtAmbCardVisitBegDate.date()),
         ‘filterVisitEndDate’ : context.getInstance(CDateInfo, self.edtAmbCardVisitEndDate.date()),
         ‘filterVisitOrgStructure’: context.getInstance(COrgStructureInfo, forceRef(self.cmbAmbCardVisitOrgStructure.value())),
         ‘filterVisitSpeciality’ : context.getInstance(CSpecialityInfo, forceRef(self.cmbAmbCardVisitSpeciality.value())),
         ‘filterVisitPerson’ : context.getInstance(CPersonInfo, forceRef(self.cmbAmbCardVisitPerson.value())),
         ‘filterVisitEventType’ : context.getInstance(CEventTypeInfo, forceRef(self.cmbAmbCardVisitEventType.value())),
         ‘filterVisitService’ : context.getInstance(CServiceInfo, forceRef(self.cmbAmbCardVisitService.value())),
         ‘filterVisitScene’ : context.getInstance(CSceneInfo, forceRef(self.cmbAmbCardVisitScene.value())),
       }

32. Внесены изменения в реализацию правил доступа к кнопке «Подписать и прикрепить» диалога предварительного просмотра документа, сформированного на основании шаблона печати: кнопка будет не доступна в случае, когда истек срок действия сертификата ЭЦП пользователя.
33. В глобальной конфигурации определен новый параметр с кодом «actionReceivedBegDataControl»и областью значений {Нет, Жесткий, Мягкий}. Данный параметр определяет правила контроля для соответствия даты поступления дате начала случая обслуживания.
34. В контекстное меню списков вкладки «Присутствуют» (Работа. Стационарный монитор) добавлен вызов функции «Добавить Действие». Данная функция позволяет выполнить назначения без открытия формы ввода случай обслуживания.
35. Для вкладок «Картотека», «Обращение» и «Обслуживание» (Работа. Обслуживание пациентов) определены комбинации горячих клавиши для установки фокуса ввода в следующие параметры фильтра:

“Номер документа” = <Ctrl>+<L> (также применяется в «Стационарный монитор»);

“Код работы” = <Ctrl>+<N>;”Код карточки” = <Ctrl>+<B>.

36. Внесены изменения в реализацию правил экспорта данных реестра оказанных услуг в соответствии с текущими требованиями информационного обмена ТФОМС Республики Калмыкия, ТФОМС Архангельской, Мурманской, Псковской, Ростовской областей и ТФОМС Санкт-Петербурга.
37. Реализована функция проверки орфографии. Настройка функции выполняется в разделе «Проверка правописания» клиентских Предпочтений.
38. Для кнопки «Печать» диалога «Предварительный просмотр» реализован альтернативный режим печати «Печать с предварительным просмотром». Данный режим позволяет визуализировать документ с учетом настроек параметров листа печати, а также выполнить оперативное изменение этих настроек. Настройки параметров листа печати по умолчанию определяются в шаблоне печати Документа. Включение данного режима выполняется в разделе «Печать» клиентских предпочтений (Настройки. Предпочтения. Печать. Разрешить печать с предпросмотром).
39. Внесены изменения в реализацию интеграционного модуля с сервисом N3.ОДЛИ (Нетрика) в части импорта результатов отмененных лабораторных исследований.
40. Внесены изменения в реализацию функции выбора персоны в части унификации применения в клиентском интерфейсе.
41. Внесены изменения в реализацию отчета «Лабораторный журнал» (Работа. Лабораторный Журнал. Биоматериал. Печать журнала)
42. Внесены изменения в реализацию отчетов «Исследования на гепатиты B и C для центра СПИД» и «Простейшие, я/г и малярия для СЭС» (Анализ. Лаборатория).
43. Реализован новый отчет «Сведения о результатах исследования крови на антитела ВИЧ» (Анализ. Лаборатория).
44. В условие формирования фильтра списка организаций добавлен параметр «Поставщик» (Справочники. Организации. Организации. Фильтр)
45. Внесены изменения в реализацию правил применения тарифных коэффициентов. В запись списка раздела «Коэффициенты тарифа» описания Договора (Расчет. Договора) добавлен атрибут «Объект». В нем указывается сущность, к которой должен применяться коэффициент: Событие, Визит, Мероприятие. Необходимость применения коэффициентов для отдельного тарифа указывается в атрибуте «Разрешить коэффициенты» (вкладка «Тариф» описания Договора).
46. В реализацию RefBooks внесены изменения: каждому справочнику выделен свой пакет, инструменты (Info, столбцы, комбо-боксы) вынесены в свои модули.
47. Реализованы правила регистрации согласования требования, ограничения выбора Поставщика и видимости остатков для режима «Складской учет».
48. В описании группы показателей исследований (Справочники. Лаборатория) исключен атрибут «Группа».
49. Для шаблона печати реализована новая функция setDocumentName(newName), позволяющая определить имя ЭМД, регистрируемого на его основе.
50. Реализовано сессионное сохранение значений параметров фильтра списка Мероприятий вкладки «Присутствуют» (Работа. Стационарный монитор).
51. В условие формирования фильтра вкладок “Статус”, “Диагностика”, “Лечение” и “Мероприятия” вкладки “Присутствуют” режима “Стационарный монитор” добавлен параметр “Отображать только по выбранному в списке Случаю Обслуживания”.
52. Для записи списка пациентов вкладки «Картотека» (Работа. Обслуживание пациентов) реализована новая контекстная функция «Логический контроль двойников по списку».
53. В соответствии с текущими требованиями информационного обмена ЕГИСЗ внесены изменения в реализацию интеграционного модуля с сервисом N3.иЭМК (Нетрика) в части экспорта данных направления на МСЭ.
54. В реализацию правил импорта данных о целевых профилях МО (сервис N3.УО) внесено изменение в части включения в обработку данных только активных МО (Organisation.isActive = 1)
55. Для записи списка журнала планирования профилактических мероприятий реализована контекстная функция «Удалить запись» (Работа. Журнал планирования профилактических мероприятий).
56. В утилите FSSELN реализован функционал контроля открытых ЭЛН (вкладка «Контроль открытых ЭЛН»), позволяющий сформировать список открытых в целевой МО ЭЛН и выполняет проверку их текущего состояния в сервисе ФСС.ЭЛН. В соответствии с текущим состоянием ЭЛН эпизод/документ ВУТ автоматический переводится в статус «Закрыт», «Передан» или «Аннулирован».

57.Внесены изменения в реализацию правил контроля сохранения данных редактора эпизода ВУТ в части регистрации данных ВУТ с причиной «Карантин» без указания лиц, за которыми осуществляется уход.

58. В редактор эпизода ВУТ добавлен атрибут “Изм.причина” для регистрации кода изменения причины ВУТ.
59. Внесены изменения в реализацию отчетов «Ф.036», «Ф.035» и «Список пациентов с ВУТ» (Анализ. ВУТ)
60. В редактор Работы (Работа. Выполнение Работ) добавлены функции доступа к данным файлового хранилища и формированию ЭМД.
61. Внесены изменения в реализацию отчета ” Социальный статус” (Анализ. Контингент) в части учета данных помеченных на удаление.
62. В справочник типов связей пациента (Справочники. Персонификация) добавлен тип с кодом 12 «Контакт с носителем COVID19»/«Носитель COVID19»
63. Реализован функция журналирования изменений атрибута «Статус наблюдения пациента». Данные журнала доступны в регистрационной карточке пациента на вкладке «Журнал изменений. Статус изменений».
64. Реализовано новое право пользователя regNewWriteRegistry – «имеет доступ к вкладке Картотека, право регистрировать новых пациентов в системе».
65. Внесены изменения в реализацию отчета «Анализ проведенных исследований в разрезе методик и типов медицинской помощи» (Анализ. Лаборатория).
66. Внесены изменения в реализацию утилиты ImportNomenclature в части правил идентификации данных о единице измерения.
67. Реализовано новое право пользователя viewRequirementsForAllStock – «имеет право просматривать требования ко всем складам». Пользователю с данным правом разрешен выбор любого Поставщика в соответствующем параметре фильтра вкладок с данными о требованиях (Работа. Складской учет).