Оптимизация бизнес-процессов отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ

Оптимизация

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

Убытки складываются из стоимостной оценки потерь в единицу времени на один простаивающий объект в ГБУЗ МИАЦ, а также зависят общего числа заявок, находящихся в системе массового обслуживания. Первая составляющая при расчете убытков была взята из расчета размера прибыли, которая может быть потеряна ввиду нахождения заявки в системе. То есть уменьшить ее — значит сократить прибыль предприятия. Уменьшать ее смысла нет.

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

Найдем значение среднее число заявок в системе (показатель k), при котором можно добиться значения показателя убытков на уровне 1000 рублей в час.

Решим уравнение.

Таким образом, при достижении значения показателя k (среднее количество заявок в системе) в 1,57 заявки, мы сможем обеспечить убытки от нахождения заявок в системе на уровне 1000 рублей.

В качестве оптимизации предполагается нахождение таких параметров обслуживания заявок, при которых среднее число заявок в системе будет равно 1,57. Формула для расчета показателя k:

Где.

Определим значение загрузки СМО (c точностью до двух знаков после запятой), при котором можно достичь требуемых 1,57 заявки в системе. Известно, что начальное значение составляет 0,72. Начнем уменьшение данного показателя (поскольку он находится в прямо пропорциональной зависимости) с шага 0,1, который будем сокращать по мере приближения к требуемому значению.

Данные по расчетам показаны в таблице 2.1.

Таблица 2.1 — Поиск оптимального значения загрузки модели.

Таким образом, при достижении показателя загрузки СМО на уровне 0,38 (38%) можно достичь требуемого значения количества заявок в системе.

Зная, что.

найдем значение интенсивности обслуживания и количества каналов, при которых можно выполнить данное условие (таблица 2.2).

Таблица 2.2 — Определение параметров обслуживания оптимизированной модели.

Таким образом, чтобы достичь требуемого значения загрузки, мы можем либо увеличить вдвое количество каналов (количество системных администраторов) до восьми человек, либо вдвое увеличить интенсивность обслуживания. Первый вариант неприемлем, так как 100% несет удвоение расходов на заработную плату и содержание рабочего персонала. Второй же вариант связан с оптимизацией и улучшением процедуры работы сотрудников Отдела программного обеспечения, сетевых технологий и защиты информации ГБУЗ МИАЦ и по моему мнению является подходящим.

Поскольку интенсивность обслуживания — величина, обратная среднему времени обслуживания, то из этого следует, что на одну заявку Системный администратор должен тратить 1/0,033=30,3 минуты. Задача дальнейшей оптимизации сводится к нахождению способа достижения такого показателя.