labs upd

labs/lab1/report.typ

@@ -0,0 +1,141 @@
+#set text(size: 1.3em)
+
+#show raw.where(block: false): box.with(
+  fill: luma(240),
+  inset: (x: 3pt, y: 0pt),
+  outset: (y: 3pt),
+  radius: 2pt,
+)
+
+#show raw.where(block: true): block.with(
+  fill: luma(240),
+  inset: 10pt,
+  radius: 4pt,
+)
+    
+// title
+    
+#align(center)[Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики]
+\
+\
+\
+#align(center)[Факультет инфокоммуникационных технологий]
+#align(center)[Направление подготовки 11.03.02]
+\
+\
+#align(center)[Лабораторная работа №1]
+#align(center)[Системный анализ предметной области]
+\
+\
+\ //#align(center)[Вариант 19]
+\
+\
+\
+\
+\
+\
+\
+#align(right)[Выполнил:]
+#align(right)[Дощенников Никита Андреевич]
+#align(right)[Группа: К3221]
+#align(right)[Проверил:]
+#align(right)[Иванов Сергей Евгеньевич]
+\
+\
+#align(center)[Санкт-Петербург]
+#align(center)[2025]
+
+#pagebreak()
+    
+=== Цель работы.
+
+Изучить методику анализа предметной области, получить навыки формулирования проблемы, ее актуальности и потребностей заинтересованных лиц. Анализ предметной области, позволяет выделить ее сущности, определить первоначальные требования к функциональности и определить границы проекта.
+
+=== Результаты.
+
+=== 1. Первоначальные требования и границы проекта
+
+Разрабатываемая информационная система предназначена для автоматизации процессов регистрации и сопровождения пациентов в больнице.
+Основные функции:
+
+- Регистрация и учет пациентов.
+- Закрепление пациентов в отделениях и палатах.
+- Ведение медицинских данных (диагнозы, процедуры, операции, лечение).
+- Финансовый учет (выставление счетов, платные услуги).
+- Формирование отчетов по работе больницы.
+
+Границы проекта:
+Система предназначена для использования внутри одного медицинского учреждения. Она не включает:
+
+- взаимодействие с внешними страховыми организациями,
+- интеграцию с государственными реестрами,
+- обработку медицинских изображений и лабораторных данных.
+
+==== 2. Потребности пользователей
+
+Сотрудники регистратуры:
+
+- быстро регистрировать пациента,
+- закреплять пациента за палатой,
+- переводить между отделениями,
+- видеть наличие свободных мест.
+
+Лечащий врач:
+
+- назначать диагноз, лечение, процедуры и операции,
+- фиксировать статус пациента,
+- вести историю болезни,
+- выписывать пациента и формировать эпикриз.
+
+Заведующий отделением:
+
+- формировать отчеты о пропускной способности,
+- анализировать среднее время пребывания пациентов,
+- контролировать качество проведенных операций.
+
+==== 3. Словесное описание объектов и связей
+
+Основные объекты предметной области:
+
+- Пациент — лицо, обратившееся в больницу; связан с историей болезни, диагнозами, лечением.
+- Отделение — структурная единица больницы, в которой размещаются пациенты.
+- Палата — помещение внутри отделения, в котором находятся пациенты (разделяется по полу и наличию свободных мест).
+- Регистратор — сотрудник, оформляющий пациента.
+- Врач — специалист, назначающий диагноз, лечение, процедуры и операции.
+- Заведующий — руководитель отделения, формирующий отчеты.
+- Услуга — медицинская процедура или операция, может быть платной или бесплатной.
+- Отчет — документ, генерируемый системой для анализа работы больницы.
+
+Связи между объектами:
+
+- Пациент связан с отделением и палатой.
+- Врач связан с пациентом (назначения, процедуры, лечение).
+- Заведующий связан с отделением (отчеты).
+- Услуги и счета связаны с пациентом.
+
+==== 4. Подробное описание объектов автоматизации
+
+- Пациент — ФИО, дата рождения, пол, паспортные данные, диагноз, статус, история болезни, список процедур, операции, счета.
+- Отделение — название, специализация, количество палат, количество мест.
+- Палата — номер, вместимость, количество свободных мест, разделение по полу.
+- Регистратор — регистрация, перевод пациентов, учет мест.
+- Врач — назначение диагнозов, процедур, лекарств, выписка.
+- Заведующий — отчеты о работе отделения.
+- Услуги — платные и бесплатные медицинские услуги, операции, процедуры.
+- Отчет — пропускная способность, среднее время пребывания, осложнения.
+
+==== 5. Концептуальная схема информационной системы
+
+#align(center)[#image("assets/1.svg")]
+
+=== Выводы
+
+В ходе проделанной работы я изучил методику анализа предметной области, получил навыки формулирования проблемы, ее актуальности и потребностей заинтересованных лиц.
+
+#pagebreak()
+
+#page(width: 50cm, height: 25cm)[
+  #align(center)[
+    #image("assets/1.svg")
+  ]
+]

labs/lab2/report.typ

@@ -0,0 +1,134 @@
+#set text(size: 1.3em)
+
+#show raw.where(block: false): box.with(
+  fill: luma(240),
+  inset: (x: 3pt, y: 0pt),
+  outset: (y: 3pt),
+  radius: 2pt,
+)
+
+#show raw.where(block: true): block.with(
+  fill: luma(240),
+  inset: 10pt,
+  radius: 4pt,
+)
+    
+// title
+    
+#align(center)[Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики]
+\
+\
+\
+#align(center)[Факультет инфокоммуникационных технологий]
+#align(center)[Направление подготовки 11.03.02]
+\
+\
+#align(center)[Лабораторная работа №2]
+#align(center)[Создание контекстной диаграммы потоков данных в нотации DFD]
+\
+\
+\ //#align(center)[Вариант 19]
+\
+\
+\
+\
+\
+\
+\
+#align(right)[Выполнил:]
+#align(right)[Дощенников Никита Андреевич]
+#align(right)[Группа: К3221]
+#align(right)[Проверил:]
+#align(right)[Иванов Сергей Евгеньевич]
+\
+\
+#align(center)[Санкт-Петербург]
+#align(center)[2025]
+
+#pagebreak()
+    
+=== Цель работы.
+
+Изучить методику создания контекстной диаграммы потоков данных в нотации DFD.
+
+=== Результаты. 
+
+==== 1. Внешние сущности контекстной диаграммы.
+
+Для системы регистрации пациента в больнице выделены следующие внешние сущности:
+
+- Пациент — источник личных данных, обращается для регистрации, получает документы (счета, выписку, назначения).
+
+- Регистратор — взаимодействует с системой для ввода данных пациента, закрепления в отделении, выставления счетов.
+
+- Врач — вносит медицинские назначения, операции, процедуры, выписки.
+
+- Заведующий отделением — получает отчёты о работе отделения.
+
+- Бухгалтерия (или «Финансовая система») — получает счета и данные об оплате услуг.
+
+==== 2. Главный процесс в БНФ-нотации
+
+Главный процесс: "Регистрация и сопровождение пациента в больнице".
+
+В БНФ-форме: 
+
+```
+<Процесс> ::= <ВводДанныхПациента> | <РегистрацияПациента> | <МедицинскоеСопровождение> | <ФормированиеОтчетов>
+
+<ВводДанныхПациента> ::= Пациент -> Система
+<РегистрацияПациента> ::= Регистратор -> Система -> Пациент
+<МедицинскоеСопровождение> ::= Врач -> Система -> Пациент
+<ФормированиеОтчетов> ::= Заведующий -> Система -> Отчет
+```
+
+==== 3. Контекстная диаграмма (Уровень A-0)
+
+Главный процесс: "Система регистрации пациента в больнице".
+
+Входы: 
+
+- Данные пациента (от Пациента).
+- Данные о диагнозах и лечении (от Врача).
+- Запросы на отчёты (от Заведующего).
+- Данные о счетах (от Регистратора).
+
+Выходы:
+
+- Подтверждение регистрации (Пациент).
+- Медицинские назначения, выписки (Пациент).
+- Отчёты (Заведующий).
+- Счета на оплату (Бухгалтерия).
+
+#align(center)[#image("assets/5.png")]
+
+==== 4. Декомпозиция процесса (уровень A-1)
+
+Главный процесс раскладывается на подсистемы:
+
+- Регистрация пациента — ввод данных, закрепление в отделении/палате.
+- Медицинское сопровождение — назначение диагнозов, процедур, операций, выписка.
+- Финансовый учет — выставление счетов, учет платных услуг.
+- Формирование отчетов — пропускная способность, среднее время пребывания, осложнения.
+
+#align(center)[#image("assets/1.png")]
+
+==== 5. Диаграммы потоков данных (DFD) уровней 
+
+- А-0 — контекстная диаграмма (один процесс «Система регистрации пациента в больнице»).
+- А-1 — разложение на 4 подпроцесса (Регистрация, Медицинское сопровождение, Финансы, Отчёты).
+- А-2 — можно детализировать, например, процесс «Медицинское сопровождение»:
+  - Назначение диагноза.
+  - Назначение лечения.
+  - Назначение процедуры/операции.
+  - Выписка пациента.
+
+#align(center)[#image("assets/2.png")]
+#align(center)[#image("assets/3.png")]
+#align(center)[#image("assets/4.png")]
+
+=== Выводы.
+
+В ходе проделанной работы я изучил методику создания контекстной диаграммы потоков данных в нотации DFD.
+
+

labs/lab3/report.typ

@@ -0,0 +1,195 @@
+#set text(size: 1.3em)
+
+#show raw.where(block: false): box.with(
+  fill: luma(240),
+  inset: (x: 3pt, y: 0pt),
+  outset: (y: 3pt),
+  radius: 2pt,
+)
+
+#show raw.where(block: true): block.with(
+  fill: luma(240),
+  inset: 10pt,
+  radius: 4pt,
+)
+    
+// title
+    
+#align(center)[Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики]
+\
+\
+\
+#align(center)[Факультет инфокоммуникационных технологий]
+#align(center)[Направление подготовки 11.03.02]
+\
+\
+#align(center)[Лабораторная работа №3]
+#align(center)[Создание требований к разрабатываемой информационной системе]
+\
+\
+\ //#align(center)[Вариант 19]
+\
+\
+\
+\
+\
+\
+\
+#align(right)[Выполнил:]
+#align(right)[Дощенников Никита Андреевич]
+#align(right)[Группа: К3221]
+#align(right)[Проверил:]
+#align(right)[Иванов Сергей Евгеньевич]
+\
+\
+#align(center)[Санкт-Петербург]
+#align(center)[2025]
+
+#pagebreak()
+    
+=== Цель работы.
+
+Изучение и формализация функциональных и нефункциональных требований к ИС, использование методов выявления требований и оформление их в виде глоссария, концепции и дополнительных спецификаций в соответствии с положениями ГОСТ 19.201-78 и ГОСТ 34.602-89.
+
+=== Краткая концепция системы
+
+Назначение системы: автоматизация процессов регистрации пациентов и учета их статуса в больнице, учёта платных услуг и ведения архива выписанных пациентов; формирование управленческих отчётов.
+
+Цели создания: cнизить время регистрации пациента и нагрузку на регистратуру; исключить бумажный учёт, обеспечить быстрый поиск и хранение истории пациентов; обеспечить возможность формирования отчётов и печати необходимых документов; повысить точность учёта платных услуг и операций.
+
+Пользователи: регистратура, лечащий врач, заведующий отделением, бухгалтер, администратор системы, медицинский архивариус.
+
+=== Глоссарий
+
+- Пациент — физическое лицо, зарегистрированное в системе для получения медицинских услуг.
+- Регистратура — сотрудник, выполняющий первичную регистрацию и распределение пациентов.
+- Отделение — структурное подразделение больницы (кардиология, хирургия и т. п.).
+- Палата — место размещения пациента в отделении; имеет пол, количество коек.
+- Выписной эпикриз — документ, формируемый при выписке пациента, содержащий краткое описание лечения и результатов.
+- Диагноз — код/наименование диагноза, назначаемое врачом.
+- Статус больного — текущее состояние.
+- Платная услуга — услуга за отдельную плату.
+- Операция — хирургическое вмешательство; имеет дату/время, статус и осложнения.
+- Отчёт — данные по заданным метрикам.
+- Архив — данные о выписанных пациентах, сохраняемые для поиска и анализа.
+
+=== Методы выявления требований
+
+Для построения требований рекомендуется использовать сочетание методов:
+
+- Интервью с сотрудниками регистратуры, врачами, заведующими.
+- Анкетирование персонала для сбора пожеланий по отчётности и интерфейсу.
+- Моделирование и анализ текущих бизнес-процессов (регистрация, перевод, выписка).
+- Сессии по выявлению требований (мозговой штурм с ключевыми стейкхолдерами).
+- Прототипирование (демонстрация работающих прототипов экранных форм и отчётов пользователям) — быстрая валидация интерфейса.
+
+=== Функциональные требования
+
+==== Общие функции системы
+
+- Учет и хранение данных пациентов.
+- Поиск пациента по различным критериям.
+- Журнал действий пользователей.
+- Печать стандартных форм.
+- Экспорт/импорт данных в стандартизованных форматах для обмена с другими системами.
+
+==== Функции для регистратуры
+
+- Зарегистрировать нового пациента.
+- Определить пациента в отделение.
+- Перевести пациента в другое отделение.
+- Закрепить пациента в палате / койке.
+- Выставить счет за платные услуги.
+- Просмотр наличия свободных мест в палатах с возможностью фильтрации по отделению и дате.
+- Распечатать документы регистрации и направления.
+
+==== Функции для лечащего врача
+
+- Назначить диагноз пациенту.
+- Изменить/установить статус больного.
+- Назначить лечение.
+- Назначить процедуры.
+- Назначить дату и время процедур.
+- Назначить операцию.
+- Назначить дату и время операции.
+- Проставить статус операции.
+- Назначить платные услуги.
+- Выписать лекарственные средства.
+- Выписать пациента.
+- Создать выписной эпикриз.
+
+==== Функции для заведующего отделением / администратора
+
+- Сформировать отчёт о пропускной способности больницы.
+- Сформировать отчёт по среднему времени пребывания больных в стационаре.
+- Сформировать отчёт по операциям с осложнениями.
+- Просмотр загрузки палат/коек и прогноз заполнения.
+- Управление списком отделений, палат, типов процедур и платных услуг.
+- Права доступа: назначение ролей и прав пользователей.
+
+==== Функции для бухгалтера / платёжной подсистемы
+
+- Вести учёт платных услуг, генерация счетов и историй оплат.
+- Экспорт данных по начислениям для бухгалтерии.
+- Маркировать оплату как оплачено/частично оплачено/отменено.
+
+==== Архив и отчётность
+
+- Перенос выписанных пациентов в архив с возможностью поиска и восстановления.
+- Формирование стандартных и настраиваемых отчётов.
+- Сохранение истории изменений медицинской карты и назначений.
+
+=== Нефункциональные требования
+
+==== Требования к применению
+
+- Интерфейс должен быть доступен с минимальным обучением: обучение одного сотрудника — не более 4 часов базового курса.
+- Все основные операции — не более 5 кликов/шагов.
+- Формы ввода должны иметь валидацию и подсказки.
+
+==== Требования к производительности
+
+- Время отклика на основные операции — не более 1.5 секунды при нагрузке до 50 одновременных пользователей.
+- Поддержка одновременной работы до 200 пользователей в масштабируемой конфигурации при условии горизонтального масштабирования сервера.
+- Формирование отчёта по пропускной способности за период до года — не более 10 секунд.
+
+==== Требования к надёжности и доступности
+
+- Доступность системы 99.5%.
+- Время восстановления после отказа — не более 2 часов при наличии резервного оборудования/контейнеров.
+- Потеря данных — не более 15 минут.
+- Логирование всех критических событий и операций.
+
+==== Требования к безопасности и конфиденциальности
+
+- Аутентификация пользователей по логину/паролю; поддержка двухфакторной аутентификации для администраторов.
+- Ролевой доступ: разграничение прав.
+- Шифрование данных в покое и при передаче.
+- Соответствие требованиям защиты персональных данных: журналы доступа, удаление персональных данных по запросу, хранение истории изменений.
+- Регулярное применение обновлений безопасности и патчей.
+
+==== Требования к интерфейсу и совместимости
+
+- Веб-интерфейс, совместимый с современными браузерами — последние 2 версии.
+- API для интеграции с лабораторией, учетной системой и электронным архивом.
+- Экспорт/импорт данных в CSV/XML/JSON.
+
+==== Требования к эксплуатации и поддержке
+
+- Документация: пользовательская инструкция, инструкция администратора, инструкция по резервному копированию/восстановлению.
+- Система должна поддерживаться командой с 1 системным администратором и 1-2 разработчиками для сопровождения.
+
+
+=== Cтадии разработки
+
+1. Подготовительный этап / ТЗ — сбор требований, разработка ТЗ, согласование.
+2. Проектирование — архитектура системы, модель данных, UX/UI прототипы.
+3. Разработка — разработка модулей регистрации, врачебных функций, отчётов, платёжной подсистемы.
+4. Тестирование — модульное, интеграционное, приёмочное тестирование с участием пользователей.
+5. Внедрение и обучение — развертывание в продуктиве, обучение персонала.
+6. Сопровождение — поддержка, исправление ошибок, доработка по результатам эксплуатации.
+
+=== Выводы:
+
+Проведён анализ предметной области и описание назначение ИC. Сформирован глоссарий терминов, определены роли пользователей. Составлены детальные функциональные требования по ролям. Описаны нефункциональные требования с конкретными метриками. Подготовлены дополнительные технические спецификации. Разработан план стадий разработки и критерии приёмки в соответствии с ГОСТ 19.201-78 и ГОСТ 34.602-89.
+

labs/lab4/report.typ

@@ -0,0 +1,164 @@
+#set text(size: 1.3em)
+
+#show raw.where(block: false): box.with(
+  fill: luma(240),
+  inset: (x: 3pt, y: 0pt),
+  outset: (y: 3pt),
+  radius: 2pt,
+)
+
+#show raw.where(block: true): block.with(
+  fill: luma(240),
+  inset: 10pt,
+  radius: 4pt,
+)
+    
+// title
+    
+#align(center)[Санкт-Петербургский национальный исследовательский университет информационных технологий, механики и оптики]
+\
+\
+\
+#align(center)[Факультет инфокоммуникационных технологий]
+#align(center)[Направление подготовки 11.03.02]
+\
+\
+#align(center)[Лабораторная работа №4]
+#align(center)[Создание модели бизнес-процесса в нотации IDEF]
+\
+\
+\ //#align(center)[Вариант 19]
+\
+\
+\
+\
+\
+\
+\
+#align(right)[Выполнил:]
+#align(right)[Дощенников Никита Андреевич]
+#align(right)[Группа: К3221]
+#align(right)[Проверил:]
+#align(right)[Иванов Сергей Евгеньевич]
+\
+\
+#align(center)[Санкт-Петербург]
+#align(center)[2025]
+
+#pagebreak()
+    
+=== Цель работы.
+
+Изучение методики создания модели бизнес-процесса в нотации IDEF0 и IDEF3 для системы регистрации пациента в больнице.
+
+=== Результаты.
+
+===== Часть 1. Моделирование в нотации IDEF0.
+
+1. Контекстная диаграмма.
+
+Главный процесс: «Регистрация и сопровождение пациента в больнице».
+Входы: данные о пациенте, запросы на отчёты, данные о счетах.
+Выходы: подтверждение регистрации, медицинские назначения, выписки, отчёты, счета на оплату.
+Механизмы: персонал регистратуры, лечащие врачи, заведующий отделением, бухгалтерия, система.
+Управляющие воздействия: внутренние регламенты больницы, стандарты оформления, нормативные документы.
+
+#align(center)[#image("assets/1.png")]
+
+2. Основные процессы проекта IDEF0.
+
+- Регистрация пациента: приём и оформление данных, распределение по отделениям, закрепление в палате.
+
+- Медицинское сопровождение: назначение диагноза, процедур, операций, выписка.
+
+- Финансовый учёт: выставление счетов, учет платных услуг.
+
+- Формирование отчетов: пропускная способность, среднее время пребывания, количество операций с осложнениями.
+
+#align(center)[#image("assets/2.png")]
+
+3. Тип бизнес-процесса.
+
+Процесс комплексный, управленческий и обслуживающий, ориентирован на автоматизацию административной и медицинской деятельности.
+
+4. Входы, выходы, механизмы и управляющие воздействия.
+
+- Входы: данные пациента, заявки на оплату, запросы на отчёты
+
+- Выходы: подтверждения, отчёты, счета, выписки
+
+- Механизмы: система, регистратура, врачи, бухгалтерия, заведующий отделением
+
+- Управляющие воздействия: внутренние регламенты, стандарты, нормативные документы
+
+5. Декомпозиция уровня А-1
+
+Подпроцессы:
+
+- A1: Регистрация пациента
+
+- A2: Медицинское сопровождение
+
+- A3: Финансовый учёт
+
+- A4: Формирование отчетов
+
+
+6. Декомпозиция уровня А-2
+
+- A1.1: Ввод данных пациента
+
+- A1.2: Размещение в отделении
+
+- A1.3: Закрепление в палате
+
+- A2.1: Назначение диагноза
+
+- A2.2: Назначение процедур и операций
+
+- A2.3: Выписка пациента
+
+
+==== Часть 2. Моделирование в нотации IDEF3.
+
+7. Диаграмма IDEF3
+
+Показана последовательность действий и информационных потоков для процесса «Регистрация и сопровождение пациента»:
+
+- Приём пациента → Проверка документов → Регистрация → Назначение диагноза → Планирование лечения → Выписка
+
+- Взаимодействие с отделом бухгалтерии для оплаты услуг
+
+- Взаимодействие с заведующим отделением для формирования отчетов
+
+#align(center)[#image("assets/3.png")]
+
+8. Основные информационные потоки и отношения
+
+- Пациент передаёт персональные данные и заявления → регистратура
+
+- Регистратура вводит данные в систему → врач, бухгалтерия
+
+- Врач назначает процедуры → регистратура, система
+
+- Система формирует отчёты → заведующий отделением
+
+9. Перекрестки логики
+
+- Решение о направлении пациента в отделение (A1.2) зависит от наличия свободных мест и категории палаты
+
+- Назначение процедур/операций (A2.2) зависит от диагноза и статуса пациента
+
+- Оплата услуг (A3) зависит от выставленного счёта и выбора пациента
+
+=== Выводы
+
+В ходе выполнения работы были построены модели бизнес-процессов в нотациях IDEF0 и IDEF3 для информационной системы регистрации пациента в больнице.
+
+- Сформированы контекстная диаграмма, декомпозиции уровней А-1 и А-2
+
+- Определены входы, выходы, механизмы и управляющие воздействия процессов
+
+- Построена диаграмма информационных потоков и логики процессов в нотации IDEF3
+
+В результате получены полные модели, позволяющие визуализировать последовательность действий, информационные потоки и взаимодействие участников системы, что обеспечивает основу для дальнейшей автоматизации и проектирования интерфейсов.

labs/proj.typ

@@ -0,0 +1,32 @@
+=== 7. Разработка проекта по созданию системы для регистрации пациента в больнице.
+
+Необходимо разработать проект для системы регистрации пациента в больнице. Систему используют сотрудники учреждения для регистрации и оформления пациента, для учета статуса его болезни, для учета платных услуг и для ведения архива выписанных пациентов. Также у сотрудников есть возможность составлять и просматривать отчеты по пропускной способности больницы, по среднему времени пребывания больных в стационаре, по наличию свободных мест в стационаре, по количеству прооперированных.
+
+С помощью системы появится возможность ускорения процесса регистрации пациента в больнице, путем снижения нагрузки на персонал и замены бумажного учета на электронный. Функции системы помогут упростить процесс хранения и поиска нужной информации, с возможностью выведения на печать интересующих данных.
+
+Система позволяет для работника регистратуры:
++ Зарегистрировать нового пациента
++ Определить пациента в отделение
++ Перевести пациента в другое отделение
++ Закрепить пациента в палате
++ Выставить счет за услуги
++ Просмотр наличия свободных мест в палатах отдельно для мужчин и для женщин
+
+Система позволяет для лечащего врача
++ Назначить диагноз
++ Проставить статус больного
++ Назначить лечение
++ Назначить процедуры
++ Назначить дату и время процедур
++ Назначить операцию
++ Назначить дату и время операции
++ Проставить статус операции
++ Назнасить платные услуги
++ Выписать лекарственные средства
++ Выписать пациента
++ Создать выписной эпикриз
+
+Система позволяет для заведующего отделением
++ Сформировать отчет о пропускной способности больницы
++ Сформировать отчет по среднему времени пребывания больных в стационаре
++ Сформировать отчет по операциям с осложнениями