Предложенная смена и интеллектуальное планирование смен

Что такое предложенная смена и какую проблему она решает?

Во многих больницах и сменных коллективах месяц начинается с одной общей проблемы: десятки человек заявляют о своей смене разными способами; кто-то отправляет SMS, кто-то пишет в группе мессенджера, кто-то согласовывает по телефону, а кто-то сдает заявку на бумаге. Старшая медсестра или ответственный за смену должен собрать вместе эти разрозненные заявки, запомнить правила каждого отделения и каждой роли, контролировать вместимость каждой смены и в конце составить таблицу, которая одновременно обеспечит покрытие отделений и максимально учтет предпочтения сотрудников. С увеличением числа сотрудников и усложнением правил эта на первый взгляд простая задача превращается в многоэтапный процесс, и при каждом небольшом изменении несколько его частей приходится перерабатывать заново.

Предлагаемая смена Один из двух основных методов регистрации запросов в системе Axis Puls, который был специально разработан для этой задачи. В этом методе сотрудники выбирают дни и смены, которые они хотят в системе, и для каждого выбора, Приоритет запроса Они сами определяют себя. Все эти запросы собираются в одном месте; Старшая медсестра видит их вместе, а механизм расположения системы использует эти запросы как основу для расчётов при составлении программы. Проще говоря, вместо пути «СМС и бумага ← ручной сбор ← проверка правил в уме ← составление таблиц ← многочисленные исправления», используется путь «структурированная регистрация ← автоматическое объединение ← проверка по правилам ← расположение ← утверждение руководителя». Этот метод является частью комплексного руководства Управление сменами и наряду со вторым методом, то есть Желаемая сменаСистема формирует два пути подачи заявок.

регистрация приоритетов с 1 по 3 и объединение заявок в одну структуру

Сердце предлагаемого метода — концепция «приоритета». Сотрудник не только указывает, какую смену он хочет; он также указывает, насколько каждая смена важна Хотите. Согласно документации продукта, для запросов предусмотрено три уровня приоритета: приоритет 1 означает очень желаемый, приоритет 2 означает желаемый, а приоритет 3 означает предпочтительный. Такое простое ранжирование имеет большое значение; потому что система при планировании понимает, какие запросы наиболее важны для человека, и в случае конфликта между запросами нескольких людей на одно ограниченное место может принять решение на основе этих приоритетов и правил отделения. Например, медсестра, которой обязательно нужно работать днем в ночь перед экзаменом ребенка, регистрирует этот день с приоритетом 1, а смену, которую она только предпочитает, отмечает приоритетом 3; система учитывает эту разницу в интенсивности в расчетах.

Важный момент заключается в том, что объединение запросов — это не просто «собирание»; каждый запрос связан с личностью человека, его ролью, соответствующим отделом и законами, действующими на эту смену. То есть когда тридцать человек подают запросы в одном отделе, Headness видит не только список желаний, но и состояние каждого запроса в отношении вместимости и правил. Именно эта связь делает возможным следующий этап — планирование. Если структура вашей организации еще не закреплена законом, ознакомьтесь со статьей Настройка смен помогает лучше познакомиться с принципами законного раскроя и для ознакомления с контролем после раскроя, статья Контроль смен является следующим шагом в изучении.

Двигатель раскроя и сортировки на основе заполнения емкости

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

Одним из заметных поведений двигателя раскроя является Сортировка заявок по степени заполнения смен Это смена, чья вместимость почти заполнена или вовсе нет свободных мест, имеет другой приоритет по сравнению со сменой, в которой ещё есть много свободного места. Логика этого очевидна: смены, находящиеся на грани заполнения, более чувствительны и должны быть определены раньше, чтобы их вместимость не пропала и потенциальные конфликты выявились раньше. Напротив, смены с открытой вместимостью предоставляют большую гибкость для переноса заявок. Такая сортировка по вместимости позволяет сделать итоговое расписание более сбалансированным и ближе к реальному покрытию. Чтобы понять место этого механизма в целом процессе, просмотрите руководство Управление сменами рекомендуется.

Перераспределение, мгновенное наблюдение и объявление о невозможной смене

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

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

Первый пункт этого списка является одним из важнейших принципов доверия к системе и заслуживает отдельного подчеркновения: Axis Puls не игнорирует правила для обязательного заполнения смены. Если ни одна виртуальная комбинация работников не соответствует правилам отдела, выход системы будет выглядеть как полностью заполненный график, но он не нарушает правила; а Прозрачное объявление «Эта смена не может быть заполнена в соответствии с определенными условиями» позволяет руководителю принимать управленческое решение с открытыми глазами; например, пересмотреть емкость, выделить дополнительный персонал или изменить определенное правило. Это поведение сохраняет выходные данные системы проверяемыми и надежными.

Объяснение причины составления графика; почему этот человек попал на эту смену?

Одна из самых распространённых сомнений относительно любой системы планирования — это то, что она является «чёрным ящиком»: предоставляется таблица, но никто не знает, почему каждый человек оказался именно на этом месте. Система Axis Puls для ответа на это сомнение, в тех случаях, когда логика решения может быть объяснена, Причина составления Определяет: почему человек назначен на одну смену, почему не назначен на другую и какое ограничение помешало его назначению. Например, может быть установлено, что запрос приоритета 1 медсестры на утреннюю смену не был учтен из-за полного заполнения этой смены, а вместо этого её запрос приоритета 2 был учтен на вечернюю смену; или что человек не был назначен на ночную смену из-за установленного лимита ночных смен на этот месяц.

Практическая ценность этой прозрачности проявляется в трех аспектах. Во-первых, защита расписания от возражений; когда сотрудник спрашивает, почему его запрос не был учтён, руководитель вместо общего ответа показывает конкретную причину. Во-вторых, корректировка правил ; если появляется повторяющаяся ситуация с «неучтёнными запросами по определённому правилу», руководитель понимает, что, возможно, это правило требует пересмотра. В-третьих, постепенное формирование доверия Команда, которая в течение нескольких месяцев видит причину решений, подает заявку с большей уверенностью и её участие в последующие месяцы увеличивается. Именно поэтому документация продукта подчеркивает, что менеджер не обязан полагаться только на окончательную таблицу; он может проверить логику решений системы и затем выдать окончательное подтверждение.

Соотношение предложенной смены с желаемой сменой и шаги начала

Естественно возникает вопрос: если существует предложенная смена, Желаемая смена Какое место он занимает? Краткий ответ таков: в предложенном методе сотрудник говорит «я предпочитаю эти смены», и система составляет расписание; но в методе по выбору сотрудник говорит «из допустимых вариантов я выбираю эту смену», и система в тот же момент проверяет доступность и правила. Предложенный метод более подходит для отделений, где руководитель хочет видеть все запросы сразу, самостоятельно соблюдать баланс и утверждать окончательный состав; особенно в многолюдных отделениях больницы, таких как стационары, где круглосуточное покрытие и распределение ролей имеют ключевое значение. Подробности второго метода читайте в статье «Смена по выбору» и для более общей картины обратитесь к руководство по управлению сменами вернитесь.

Чтобы начать использование предлагаемой смены в отделе, предлагаемый путь согласно документации продукта следующий: сначала структура отдела, роли, смены и их вместимость один раз определяется в системе; затем сотрудники присоединяются с использованием специального кода отдела, и их роль подтверждается руководителем; далее объявляется срок подачи заявок, и каждый человек регистрирует свои приоритеты; механизм планирования формирует расписание, и руководитель после проверки и при необходимости повторного распределения подтверждает окончательный вариант. Если в середине месяца требуется изменение, путь управление отпусками и перераспределением смен является продолжением этого процесса. Опыт лечебных подразделений, таких как Смена медсестер показывает, что чем точнее определены правила отделения, тем ближе к реальности будет результат составления расписания и меньше потребуется ручных исправлений; и основные принципы этой точности вы можете просмотреть в Настройка смен и Контроль смен .