Таблица хорошо подходит для простого списка. Проблемы начинаются, когда сведения о жителях, проживании, задачах, документах и работе следующих друг за другом смен распределены по множеству файлов, заметок и сообщений. Сотрудники тратят время на поиск актуальной версии, повторный ввод одних и тех же данных и выяснение того, кто выполнил очередное действие.
Это не означает, что каждому учреждению нужно сразу заменить все таблицы сложной системой. Важно распознать момент, когда привычный способ работы перестаёт помогать команде. MójDPS создан для того, чтобы упорядочить процессы учреждения вокруг жителя и его проживания, а не добавлять ещё один отдельный файл.
Таблица всё ещё уместна, когда задача проста
Не для каждой таблицы нужен отдельный модуль. Её может быть достаточно, если:
- она охватывает одну простую тему и небольшое число людей;
- за неё отвечает один конкретный сотрудник;
- она не содержит сведений, для которых нужны разные уровни доступа;
- её не требуется связывать с историей жителя, документами или задачами команды;
- ошибка или несвоевременное обновление не влияет на последующие действия учреждения.
Система становится необходимой не потому, что таблицы плохи сами по себе. Она нужна, когда в процессе участвует много людей, зависимостей и изменений, которые уже нельзя надёжно отслеживать в отдельных файлах.
Сигнал 1: одни и те же данные переписывают в несколько мест
Если основные сведения о жителе или проживании вносят отдельно в таблицу, документ, заметку и отчёт, со временем в каждой копии может оказаться своя версия. Сотрудник не уверен, какой источник актуален, а исправление одного файла не обновляет остальные.
В MójDPS работа организована вокруг карточки жителя и хода проживания. Квалификация, резервирование, приём, отсутствия и отдельные изменения могут быть связаны единым контекстом, а не существовать в виде независимых списков. Точный объём процесса приёма необходимо подтвердить для конкретного внедрения.
Сигнал 2: передача смены зависит от памяти и разрозненных записей
Смена сотрудников не должна требовать восстановления ситуации по бумажкам, сообщениям и разговорам. Если важную задачу легко упустить, потому что у информации нет единого места и ответственного лица, проблема уже относится к организации процесса, а не к виду таблицы.
MójDPS охватывает такие области повседневной работы, как заметки, наблюдения, инциденты, задачи и отчёты по сменам. Цель состоит в том, чтобы связать запись с нужным жителем и рабочим процессом, а следующему сотруднику предоставить необходимый контекст. На презентации следует показать конкретный сценарий учреждения, а не только перечень названий функций.
Сигнал 3: трудно определить, кто может видеть или изменять информацию
Файл, отправленный по электронной почте или сохранённый в общей папке, часто открывает слишком широкий доступ либо требует вручную контролировать множество копий. По мере роста числа сотрудников поддерживать ясную ответственность становится всё труднее.
Система должна различать роли и уровни доступа. Во время обсуждения MójDPS стоит проверить, как доступные роли соответствуют реальной организации учреждения: кто вводит данные, кто выполняет задачи, кто просматривает отчёты и кто управляет доступом. Само наличие ролей не заменяет правильной настройки и внутренних процедур учреждения.
Сигнал 4: документы хранятся, но их жизненным циклом трудно управлять
Само сохранение файла не отвечает на вопросы: актуален ли документ, кто его утвердил, был ли он заменён и где находится правильная версия. Проблема становится серьёзнее, когда документация связана с проживанием, согласием или конкретным процессом.
MójDPS поддерживает работу с документами, согласиями, вложениями и подписями. Объём правил хранения, контроля, архивирования, восстановления и признания недействительным зависит от конфигурации внедрения и должен быть показан на конкретном примере. Система не освобождает учреждение от необходимости установить собственные правила работы с документацией.
Сигнал 5: руководство получает картину с задержкой
Если для отчёта приходится собирать информацию из нескольких таблиц и разговоров, он появляется только после дополнительной работы. Руководство видит итог, но не всегда может быстро перейти к событиям и процессам, на которых он основан.
MójDPS включает общие отчёты, отчёты о проживании и уходе, а также поддержку передачи смены. Однако до внедрения необходимо определить, какие сведения нужны руководству, какие — рабочей команде и соответствует ли доступный формат конкретной задаче. Отчёт не должен создаваться только потому, что система позволяет собрать больше данных.
Сигнал 6: каждое улучшение создаёт новый файл
Если решением очередной проблемы становится новая таблица, у команды может появляться всё больше инструментов, но целостного процесса по-прежнему не будет. Новая таблица помогает одному человеку и одновременно увеличивает количество мест, которые приходится обновлять остальным.
В такой ситуации стоит начать с карты процесса:
- откуда поступает информация;
- кому она нужна;
- какое действие должно из неё следовать;
- где должна сохраняться история;
- какие исключения возникают в повседневной работе.
Только после этого можно определить, какую область MójDPS следует внедрить первой.
Необязательно внедрять всё одновременно
Одновременное изменение работы всего учреждения повышает риск перегрузки команды. Более разумным началом может стать один процесс, выбранная группа пользователей и чётко определённый организационный результат.
Первый этап может, например, охватывать упорядочение карточек жителей и проживания, повседневных записей и задач либо выбранного документооборота. Объём должен зависеть от того, где сведения сейчас наиболее разрознены и где команда почувствует практическое улучшение. Следующие области можно подключать после проверки первого этапа в ежедневной работе.
На странице объёма внедрения MójDPS описан поэтапный подход. Подробности о доступных областях приведены на странице функций системы.
Что подготовить перед обсуждением MójDPS?
Для первой встречи не нужна полная спецификация. Достаточно указать:
- где сотрудники чаще всего ищут информацию;
- какие данные переписывают между документами и таблицами;
- какой процесс труднее всего передавать между сменами;
- какие роли участвуют в этом процессе;
- какой один результат был бы ценным на первом этапе.
На этой основе можно подготовить презентацию, связанную с проблемой учреждения, а не со случайным перечнем модулей.
Проверьте, подходит ли MójDPS вашему учреждению
Если сведения о жителях, проживании, задачах и документах разрознены, стоит посмотреть работу системы на конкретном процессе. Во время презентации можно обсудить доступный объём MójDPS, его ограничения и возможный первый этап, не принимая сразу решение о внедрении всей системы.
Запишитесь на презентацию MójDPS и опишите процесс, который сейчас требует больше всего поиска, повторного ввода или ручного согласования информации.
Источники
- MójDPS — функции системы — публичное описание областей работы с жителем и проживанием, повседневных задач, документов и отчётов.
- MójDPS — объём внедрения — публичное описание поэтапного запуска системы.
- MójDPS — контакт и презентация — текущий формат обсуждения презентации и возможного пилотного запуска.