Журналирование проблем и обращений пользователей

Журналирование обращений пользователей и IT-проблем (подобие Service Desk системы).

Необходимо создать приложение для журналирования проблем и обращений пользователей.

На системном уровне - это web-приложение для создания и редактирования записей.

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

Краткий обзор и цель системы:

Пользователи или операторы (системные администраторы) создают записи, руководство просматривает нужные им выборки записей из журнала.

Основное требование - простота системы.

В системе должно быть следующие типы пользователей:

- рядовой пользователь (имеет право создавать, редактировать, просматривать и удалять только свои записи)

- оператор системы (имеет право просматривать, редактивать и создавать записи от имени любого пользователя)

- администратор системы (права оператора плюс редактирование справочника пользователей - ФИО пользователя, логин и пароль)

Пользователь регистрируется в системе с помощью своего логина и пароля.

Пользователь системы должен иметь возможность создать новую запись в журнале.

При этом открывается форма, которую он должен заполнить.

Каждая запись о проблеме должна содержать следующие атрибуты:

- Уникальный id (создается автоматически приложением)

- заголовок (заполняется пользователем)

- описание (описание в свободной форме суть проблемы)

- прикрепленные файлы (скриншоты, документы и т.п.)

- автор записи (Имя пользователя с которым связана проблема)

- dead line (дата и время когда проблема должна быть решена) или срочность решения (указывается срок в сутках, часах и минутах, dead line вычисляется исходя из этого срока)

- время открытия (точная дата и время - по умолчнанию текущая; или произвольная - в том случае, если запись выполняется "задним числом")

- статус ("открыта" - выделение записи в журнале красным, "решается" - выделение желтым,

"решена" - выделение зеленым, "просрочена" - оранжевым (устанавливается автоматически в случае превышения dead line),

"отложена" - серым)

- описание Как решалась проблема (заполняет оператор)

- время закрытия (точная дата и время)

Система должна иметь следующие возможности:

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

- Фильтр/поиск записей по одному или нескольким значений атрибутов

- подсчет количества записей в полученной выборке

- Экспорт выборок в Excel

- Вывод на печать соответсвующей выборки.

Серверная платформа - не имеет значения.

Клиент - Web-браузер.