Перейти к основному содержимому
Частые вопросы

FAQ

Краткие ответы о назначении MójDPS, функциях, порталах, отчётах, пилоте и дальнейшем развитии продукта.
Сотрудница учреждения задаёт вопрос во время небольшой информационной встречи команды.

MójDPS охватывает карту жителя, ход проживания, квалификацию, резервирование, отсутствия и выбранную историю. Точный процесс приёма можно проверить на демонстрации системы.

Команде реже приходится искать основные сведения в разных местах или восстанавливать ход дела по памяти.

Да. MójDPS помогает упорядочить документы жителя, согласия, вложения и подписи. Руководство может проверять доступные материалы и быстрее замечать недостающие элементы.

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

Да. Портал семьи — реализованная часть системы. Точный объём информации и правила доступа подтверждаются для конкретного внедрения.

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

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

Нет. Местный IT-специалист может по-прежнему отвечать за компьютеры, сеть, принтеры, операционные системы и помощь пользователям. MójDPS — отраслевая система для процессов учреждения и может работать вместе с существующей IT-поддержкой.

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

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

Да. Объём можно выбрать с учётом реальных процессов и потребностей учреждения. Обоснованные потребности могут учитываться при развитии продукта без обещания любых функций по запросу.