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

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

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

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

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

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

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

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

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

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