Подготовка доказательной базы к аккредитации

Что это за сервис

Внутренний трекер для рабочей группы, которая готовит вуз, колледж или школу к аккредитации, аккредитационному мониторингу или самообследованию. Он связывает каждый показатель с документами, которые его подтверждают, и показывает, что уже собрано, что проверено и что отстаёт.

Без такого сервиса материалы лежат в папках общего диска, а соответствие «показатель — документ» ведут отдельной таблицей, которая быстро расходится с реальными файлами. Ответственных от кафедр назначают на словах, заседания рабочей группы уходят на вопрос «ты уже загрузил?», а перенос даты визита экспертов никто не пересчитывает во внутренних сроках.

Для первого релиза достаточно одной системы требований, карты «показатель — документ», ответственных со сроками и статуса проверки. Дашборд готовности по подразделениям и автоматический пересчёт сроков при переносе визита добавляют следующим шагом, когда рабочая группа начнёт вести подготовку в сервисе, а не параллельно в папках.

Что он делает

Описывает требования. Для каждой системы требований хранится свой перечень показателей, а для каждого показателя — список нужных подтверждений с описанием и критериями приёмки.
Привязывает документы к показателю. Файл загружают прямо в пункт требований, поэтому карта и сами материалы не расходятся; у каждой загрузки видны автор и дата.
Назначает ответственных. У пункта есть владелец, срок и статус, а руководитель рабочей группы видит, кто отстаёт.
Проводит проверку материалов. Пункт считается закрытым только после того, как рабочая группа одобрила документ или вернула его на доработку с комментарием.
Показывает готовность. Процент закрытых пунктов по показателям, подразделениям и в целом превращается в повестку заседания: обсуждают отстающие позиции, а не статусы.
Пересчитывает сроки. Внутренние дедлайны заданы относительно даты визита, и при её переносе сдвигаются все незакрытые пункты.

Нюансы и особенности

Система требований — это данные. Разные виды аккредитации и профессиональные стандарты хранятся как отдельные наборы показателей, а не зашиваются в интерфейс. Когда требования меняются, заводят новую редакцию набора, а прошлую сохраняют вместе с историей подготовки.
Загружено не значит принято. Между «документ приложен» и «пункт закрыт» нужен статус «на проверке». Иначе дашборд готовности показывает количество файлов, а не качество доказательств.
Относительные сроки. Срок пункта хранят как смещение от даты визита. При переносе визита закрытые пункты не трогают, сдвигаются только незавершённые.
Напоминания с эскалацией. Владельцу приходит напоминание до срока, а при просрочке уведомление получает руководитель рабочей группы. Без эскалации назначение ответственного ничего не меняет.
Доступ ограничивают на сервере. Кафедра видит и редактирует только свои пункты, руководство — всю картину. Ограничение должно работать в таблицах, виджетах и при скачивании файлов, а не только скрывать строки в интерфейсе.
Файлы и персональные данные. В доказательной базе встречаются приказы, списки сотрудников и обучающихся. Храните файлы в закрытом хранилище с выдачей по временной ссылке и журналом скачиваний.
Когда хватит готового решения. Если в организации уже есть электронный документооборот или модуль аккредитации в учётной системе, трекер может работать поверх него и хранить только ссылки на документы.

Как сгенерировать через ИИ-агентов

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному и проверяйте результат каждого шага до перехода к следующему.

1. Данные и модели

Создай модели и миграции для трекера аккредитации: Framework (название
системы требований, редакция), Standard (набор требований, код, название),
EvidenceItem (показатель, описание требуемого документа, критерии приёмки,
подразделение, ответственный, смещение срока в днях от даты визита, статус:
не начато, в работе, на проверке, на доработке, принято), EvidenceFile
(пункт, файл, автор, дата загрузки), Review (пункт, проверяющий, решение,
комментарий) и Visit (система требований, дата визита). Добавь фабрики
с демо-данными.

2. Карточка показателя

Сгенерируй Filament-ресурсы для Standard и EvidenceItem. В карточке пункта
покажи требования, критерии приёмки, загруженные файлы и историю проверок
через relation managers. Файлы загружай в закрытый диск, скачивание — только
по временной ссылке с записью в журнал.

Проверьте, что файл нельзя открыть по прямому адресу без авторизации.

3. Проверка и статусы

Добавь действия «Отправить на проверку», «Принять» и «Вернуть на доработку»
с обязательным комментарием при возврате. Принять пункт может только член
рабочей группы. В таблице пунктов добавь фильтры по статусу, подразделению,
ответственному и просрочке.

4. Сроки и напоминания

Сделай вычисляемый срок пункта от даты визита. При изменении даты визита
пересчитывай сроки только у незакрытых пунктов. Добавь задачу по расписанию:
за 7 дней до срока — уведомление владельцу, после просрочки — руководителю
рабочей группы. Повторный запуск не должен дублировать уведомления.

Перенесите дату визита в демо-данных и убедитесь, что принятые пункты сохранили прежние сроки.

5. Доступ и дашборд готовности

Настрой доступ: представитель подразделения видит только пункты своего
подразделения, рабочая группа и руководство — всё. Добавь виджеты готовности
по показателям, подразделениям и в целом, список отстающих пунктов
и экспорт сводки к заседанию рабочей группы.