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

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

Раздел знакомит с нормативными условиями, которые следует учитывать при создании цифрового сервиса для сферы социального обслуживания. Рассматриваются Федеральный закон № 442-ФЗ и требования Федерального закона № 152-ФЗ к обработке персональных данных. На этой основе определяются проектные ограничения: нельзя включать лишние сведения, раскрывать данные посторонним или представлять макет как официально внедрённую систему учреждения.

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

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

На основании изученных потребностей формируются требования к концепции «ГСИ» и описываются последовательности действий пользователей. Например, получатель открывает расписание и просматривает уведомление, а сотрудник видит назначенный визит и отмечает его выполнение. В разделе уточняется, какие функции относятся к обязательным для макета, кому они доступны и как приложение должно сообщать об изменениях без раскрытия сведений посторонним.

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

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

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

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