Разработка web-сайта фармацевтической продукции

Как написать ВКР МУИВ на тему Разработка web-сайта фармацевтической продукции

Нужна ВКР по этой теме? Ответим за 10 минут!
Telegram: @Diplomit
Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

Написание выпускной квалификационной работы (ВКР) в Московском университете имени С.Ю. Витте (МУИВ) по направлению 09.03.02 «Информационные системы и технологии» — завершающий, но один из самых ответственных этапов обучения. Тема «Разработка web-сайта фармацевтической продукции» представляет собой уникальный вызов, поскольку сочетает в себе высокие технические требования к современной веб-разработке и строгие, недопускающие компромиссов, нормативы законодательства в сфере здравоохранения. Согласно Федеральному закону №61-ФЗ «Об обращении лекарственных средств» и Приказу Минздрава №4н, на сайтах производителей запрещена реклама лекарств, а вся информация должна быть научно обоснованной и сопровождаться обязательным предупреждением: «Имеются противопоказания. Необходимо ознакомиться с инструкцией или получить консультацию специалиста». Тем не менее, многие фармацевтические компании, включая условное предприятие ООО «ФармГрупп», используют устаревшие, неадаптированные под мобильные устройства веб-сайты, где информация о препаратах не синхронизирована с Государственным реестром лекарственных средств (ГРЛС), что создаёт юридические риски и подрывает доверие со стороны врачей и пациентов.

Стандартная структура ВКР МУИВ требует не просто «сделать сайт», а продемонстрировать системный подход: от глубокого анализа законодательных ограничений и существующих решений на рынке до детального проектирования архитектуры информационной системы, её реализации с интеграцией внешних API и всестороннего экономического обоснования. Этот комплексный проект объёмом в 150–200 часов требует от студента быть одновременно юристом, аналитиком, веб-разработчиком и экономистом. Эта статья — ваше исчерпывающее, пошаговое руководство, написанное строго по структуре ВКР. В ней вы найдёте не общие советы, а конкретные инструкции и примеры для каждого раздела, что поможет вам честно оценить свои силы и принять взвешенное решение.

Нужна ВКР по этой теме? Ответим за 10 минут!
Telegram: @Diplomit
Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

ВВЕДЕНИЕ

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

Содержание:

• Актуальность темы в современных условиях: В условиях цифровой трансформации здравоохранения, до 78% потребителей и 92% врачей используют интернет для поиска информации о лекарственных препаратах. Однако, согласно исследованию, 65% сайтов российских фармкомпаний не соответствуют требованиям ФЗ-61 и Приказа Минздрава №4н. На сайте ООО «ФармГрупп» отсутствует обязательное предупреждение, информация о регистрации в ГРЛС не актуальна, а дизайн не адаптирован под мобильные устройства, что приводит к снижению доверия и уходу целевой аудитории к конкурентам.
• Объект и предмет исследования: Объектом исследования выступает деятельность ООО «ФармГрупп» — условного производителя фармацевтической продукции. Предметом исследования является процесс разработки, наполнения и поддержки корпоративного web-сайта с каталогом лекарственных средств.
• Цель и задачи работы (4-6 конкретных задач):
  1. Провести анализ действующего законодательства РФ (ФЗ-61, Приказ №4н) и сформулировать требования к контенту сайта.
  2. Выполнить аудит существующих web-сайтов фармацевтических компаний и выявить типовые недостатки.
  3. Разработать архитектуру и дизайн нового сайта с учётом потребностей целевых групп (врачи, пациенты, партнёры).
  4. Спроектировать и реализовать web-сайт с модулем каталога, интеграцией API ГРЛС и системой управления контентом.
  5. Обеспечить соответствие сайта требованиям безопасности и юридической корректности.
  6. Рассчитать экономическую эффективность от внедрения нового сайта.
• Структура работы (краткое описанием глав): ВКР состоит из введения, трёх основных глав (аналитической, проектной, экономической), заключения, списка литературы и приложений.

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

Рекомендации: Начинайте актуальность с цитаты закона: «Согласно п. 3 ст. 70 ФЗ-61, на сайте производителя запрещено размещать рекламные утверждения...». Привязывайте все проблемы к конкретному предприятию (ООО «ФармГрупп») и его текущему сайту.

Шаблон: "Актуальность работы обусловлена необходимостью создания современного, юридически безупречного и информативного web-сайта фармацевтической продукции в условиях систематического несоответствия существующих ресурсов требованиям ФЗ-61 и потребностям целевой аудитории..."

АНАЛИТИЧЕСКАЯ ЧАСТЬ

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ подразделения «Маркетинг и коммуникации» организации ООО «ФармГрупп»

1.1.1 Дерево бизнес-направлений организации

Назначение: Визуализировать общую структуру компании и чётко выделить подразделение, ответственное за веб-присутствие.

Содержание: Дерево бизнес-направлений ООО «ФармГрупп» строится следующим образом: на вершине иерархии находится Генеральный директор. Ему подчиняются три основных блока: 1) Производственный блок (Руководитель производства, Начальники цехов), 2) Блок продаж и маркетинга, который включает в себя Отдел продаж, Медицинский отдел и подразделение «Маркетинг и коммуникации», 3) Финансово-административный блок. Именно подразделение «Маркетинг и коммуникации» отвечает за разработку, наполнение и поддержку корпоративного сайта.

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

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

Пример: [Здесь приведите схему: ООО «ФармГрупп» → Генеральный директор → Блок продаж и маркетинга → Подразделение «Маркетинг и коммуникации»].

1.1.2 Сопоставление бизнес-процессов и критических факторов успеха организации

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

Содержание: Применяется методика CSF (Critical Success Factors). Критические факторы успеха для ООО «ФармГрупп»: 1) Юридическая безопасность (отсутствие штрафов за нарушение ФЗ-61), 2) Научная достоверность информации (доверие врачей), 3) Доступность и понятность для пациентов, 4) Репутация компании. Бизнес-процессы, подлежащие анализу: «Информирование о лекарственных препаратах», «Поддержка врачей», «Обслуживание запросов пациентов». Строится матрица, где каждый процесс оценивается по каждому КФУ по 5-балльной шкале. Процесс «Информирование о лекарственных препаратах» набирает наивысшую сумму (14 баллов), что делает его приоритетным для автоматизации/оптимизации через новый сайт.

Сложности: Подмена КФУ общими бизнес-целями, такими как «рост продаж» или «выход на новые рынки».

Рекомендации: Чётко разделяйте факторы успеха и цели. КФУ должны быть измеримыми и напрямую влиять на достижение целей (например, «юридическая безопасность» влияет на «отсутствие штрафов», что влияет на «прибыль»).

Шаблон таблицы:

Бизнес-процесс	Юридическая безопасность	Научная достоверность	Доступность для пациентов	Сумма
Информирование о препаратах	5	5	4	14
Поддержка врачей	4	5	2	11
Обслуживание пациентов	4	3	5	12

1.1.3 Анализ структуры и нормативной документации подразделения

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

Содержание: Анализ включает два уровня:

1. Внешние нормативные акты:
   • Федеральный закон №61-ФЗ «Об обращении лекарственных средств» (ст. 70 — запрет на рекламу, требования к информации).
   • Приказ Минздрава РФ от 19.01.2021 №4н «Об утверждении требований к информации о лекарственных препаратах на сайтах».
   • ГОСТ Р 52535.1-2006 «Информационная продукция. Общие требования».
2. Внутренние регламенты: Должностные инструкции специалиста по маркетингу, регламенты по публикации информации, внутренние чек-листы проверки контента на соответствие законодательству.

Ключевой вывод: существующие внутренние регламенты ООО «ФармГрупп» не охватывают все требования ФЗ-61, что создаёт высокие юридические риски.

Сложности: Сложность в правильной интерпретации юридических формулировок для студента-технаря.

Рекомендации: Сфокусируйтесь на практических запретах и требованиях: нельзя использовать слова «лучший», «эффективный», «безопасный»; обязательно указывать «Имеются противопоказания...»; информация должна быть из инструкции или ГРЛС.

1.2 Моделирование бизнес-процесса

1.2.1 Моделирование "КАК ЕСТЬ"

Назначение: Визуализировать текущее, неэффективное состояние процесса поддержки и наполнения сайта.

Содержание: Создаётся комплекс из четырёх моделей:

• IDEF0: Контекстная диаграмма (A0) «Поддержка корпоративного сайта». Вход: «Запрос на обновление информации», Выход: «Актуальный сайт», Механизм: «Специалист по маркетингу», Управление: «Регламенты ООО «ФармГрупп», ФЗ-61». Декомпозиция (A1) включает функции: A1.1 «Проверка законодательства», A1.2 «Подготовка контента», A1.3 «Публикация на сайте», A1.4 «Мониторинг соответствия».
• DFD: Потоки данных: «Информация о новом препарате» → «Специалист» → «База данных сайта» → «Посетитель сайта». Хранилища: «Файлы с инструкциями», «Черновики страниц».
• BPMN: Диаграмма активностей с воротами: «Требует ли информация юридической проверки?». Показывает, что на практике публикация часто происходит без согласования с юристом.
• Матрица RACI: Распределение ролей: Специалист по маркетингу (R — Responsible), Юрист (A — Accountable), Руководитель (C — Consulted), Посетитель (I — Informed).

Сложности: Нарушение правил нотаций (например, в IDEF0 стрелка управления направлена не туда), отсутствие обязательной декомпозиции (A1).

Рекомендации: Каждую диаграмму сопровождайте подробным описанием: «На диаграмме IDEF0 функция A1.2 «Подготовка контента» включает сбор информации из инструкции, ГРЛС и научных публикаций, а также формулирование текста без рекламных утверждений».

Пример: [Ссылка на рисунок 1.2 — IDEF0 диаграмма «Поддержка корпоративного сайта (модель "КАК ЕСТЬ")»].

1.2.2 Моделирование процесса "КАК ДОЛЖНО БЫТЬ"

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

Содержание:

1. Оценка проблемности: Таблица с критериями: «Нарушение ФЗ-61» (частота 4/5, влияние 5/5, трудоёмкость устранения 3/5).
2. Цели и KPI:
   • 100% соответствие требованиям ФЗ-61 и Приказа №4н.
   • Время публикации новой информации — не более 1 рабочего дня.
   • Рост органического трафика от врачей — на 25% за 6 месяцев.
   • Удовлетворённость пользователей (опрос) — не менее 85%.
3. Новая модель: Все запросы на публикацию проходят через систему управления контентом (CMS) с обязательным этапом юридической проверки. Информация по препаратам синхронизируется автоматически с API ГРЛС. Сайт имеет адаптивный дизайн и разделы для разных целевых групп.

Сложности: Отсутствие измеримых KPI или нереалистичные цели («полностью устранить все риски»).

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

KPI примеры: Процент страниц, прошедших юридическую проверку (цель: 100%), время публикации, доля мобильного трафика, средняя глубина просмотра.

1.3 Анализ рынка программного обеспечения для автоматизации бизнес-процесса

Назначение: Проанализировать существующие веб-сайты конкурентов, чтобы понять лучшие практики и избежать их ошибок.

Содержание: Проводится аудит 5 сайтов фармацевтических компаний: «Росфарм», «Астеллас», «Санофи», «КРКА», «Тева». Для каждого сайта оцениваются:

• Наличие и корректность обязательного предупреждения.
• Соответствие информации данным из ГРЛС.
• Наличие разделов для врачей (научные материалы) и пациентов (простая информация).
• Адаптивность и скорость загрузки.
• Доступность (соответствие стандарту WCAG).

Вывод: сайты «КРКА» и «Тева» наиболее соответствуют требованиям, но их функционал является избыточным и дорогостоящим для компании масштаба ООО «ФармГрупп».

Сложности: Анализ технической реализации (движок, CMS) вместо анализа соответствия законодательству и юзабилити.

Рекомендации: Сосредоточьтесь на контентной и юридической составляющей. Создайте чек-лист для аудита и представьте результаты в виде таблицы.

Шаблон таблицы:

Сайт	Предупреждение	Данные из ГРЛС	Раздел для врачей	Адаптивность
rospfarm.ru	Есть	Нет	Нет	Да
krka.ru	Есть	Да	Да	Да
teva.ru	Есть	Да	Да	Да

1.4 Анализ стейкхолдеров и их требований к разрабатываемой системе

Назначение: Выявить все заинтересованные стороны и сформулировать их специфические требования к функционалу и контенту сайта.

Содержание:

• Врачи: Требуют доступ к полной, научно обоснованной информации: полный текст инструкции, клинические исследования, фармакологические данные. Нужен раздел «Для специалистов».
• Пациенты: Требуют простоты и ясности: понятное описание, чёткое предупреждение, отсутствие медицинского жаргона. Нужен раздел «Пациентам».
• Юристы компании: Требуют 100% соответствия ФЗ-61, отсутствия рекламных формулировок, наличия обязательного предупреждения на каждой странице продукта.
• Маркетологи: Требуют привлекательного дизайна, роста трафика, интеграции с системами аналитики (Яндекс.Метрика, Google Analytics).
• Руководство: Интересуется репутационными рисками и ROI от инвестиций в новый сайт.

Сложности: Игнорирование конфликта интересов между маркетологами (хочется «красиво и продающе») и юристами (нужно «строго и корректно»).

Рекомендации: Используйте матрицу заинтересованных сторон. Приоритизируйте требования юристов и врачей, так как они напрямую связаны с юридической безопасностью и основной функцией сайта.

1.5 Выбор средств разработки

Назначение: Обосновать выбор технологического стека для разработки и поддержки сайта.

Содержание:

1. Анализ существующего ПО: В ООО «ФармГрупп» используется CMS WordPress на Windows-сервере. Сайт не обновлялся более 3 лет.
2. Сравнительный анализ:
   • CMS: WordPress (простота для маркетологов) vs Drupal (безопасность и гибкость) vs собственная разработка (максимальный контроль). Выбран WordPress из-за низкого порога входа для контент-менеджеров.
   • Фронтенд: React (для интерактивного каталога) vs чистый HTML/CSS (для статичных страниц). Решено использовать гибридный подход: статичные страницы на HTML5/CSS3, каталог на React.
   • Интеграция: Использование официального API ГРЛС для автоматической синхронизации данных о препаратах.
3. Обоснование выбора: Итоговый стек: WordPress (ядро и CMS) + React (каталог) + PHP/MySQL (бэкенд) + API ГРЛС.

Сложности: Попытка выбрать «самые современные» технологии без учёта компетенций персонала (например, выбор Drupal, если в компании нет специалистов).

Рекомендации: Основывайте выбор на принципе «достаточной эффективности». Приведите таблицу сравнения с оценкой по критериям: стоимость, скорость разработки, безопасность, удобство для контент-менеджера.

1.6 Техническое задание на разработку корпоративной информационной системы

Назначение: Формализовать все требования к будущему сайту в виде официального документа.

Содержание: Техническое задание (ТЗ) составляется строго по ГОСТ 34.602-2020 и включает все обязательные разделы:

• Введение (цель, основание).
• Назначение системы (предоставление юридически корректной информации о препаратах).
• Требования к системе:
  • Функциональные: каталог, поиск, разделы для врачей и пациентов, интеграция с ГРЛС.
  • Надёжности: доступность 99.9%, резервное копирование.
  • Интерфейса: адаптивный дизайн, WCAG 2.1 AA.
  • Информационной безопасности: защита от XSS, SQL-injection.
• Требования к специфической фармацевтической части: обязательное предупреждение, запрет на рекламные формулировки.
• Порядок контроля и приёмки.

Полный текст ТЗ выносится в Приложение 1.

Сложности: Пренебрежение разделами, специфичными для фармацевтики, и несоблюдение структуры ГОСТ.

Рекомендации: Используйте ГОСТ 34.602-2020 как чек-лист. Каждый его пункт должен быть отражён в вашем документе.

1.7 Выводы по разделу

Назначение: Подвести итоги всей аналитической главы, обобщив результаты и обосновав переход к проектированию.

Содержание: Краткие выводы по каждому подразделу (1.1–1.6). Например: «По результатам анализа законодательства (п. 1.1.3) установлено, что текущий сайт ООО «ФармГрупп» серьёзно нарушает требования ФЗ-61. Аудит конкурентов (п. 1.3) показал, что технически возможно создать сайт, полностью соответствующий нормам. Анализ стейкхолдеров (п. 1.4) выявил приоритет юридической безопасности над маркетинговыми задачами. Таким образом, разработка нового web-сайта является необходимым и обоснованным шагом для минимизации рисков и повышения доверия к компании.»

Сложности: Общие, отрывочные фразы вроде «всё плохо, нужно что-то делать», не привязанные к конкретным результатам анализа.

Рекомендации: Начинайте каждый тезис с фразы «По результатам анализа (п. 1.X)...». Это создаёт логическую связность и показывает научный подход.

Шаблон: «Анализ подтвердил критическое несоответствие текущего веб-присутствия ООО «ФармГрупп» требованиям законодательства и ожиданиям целевой аудитории. Обоснована необходимость и целесообразность разработки нового сайта на базе WordPress с интеграцией ГРЛС и строгим workflow управления контентом.»

ПРОЕКТНАЯ ЧАСТЬ

2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОЕКТА

2.1 Структурирование требований к разрабатываемой системе

2.1.1 Логическое моделирование данных

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

Содержание:

• UseCase-диаграмма (UML): Акторы: Посетитель (неавторизованный), Врач (авторизованный), Администратор сайта. Прециденты: «Просмотр информации о препарате», «Поиск по каталогу (МНН)», «Скачивание инструкции», «Просмотр научных материалов (только для Врача)».
• Диаграмма последовательности (UML): Описывает сценарий «Просмотр информации о препарате»: Посетитель → Веб-страница → Сервер → API ГРЛС → База данных → Отображение информации на странице.
• Диаграмма функций: Дерево функций: «Информационный модуль» → «Каталог препаратов» → «Страница препарата» → «Инструкция», «Противопоказания», «Предупреждение».

Сложности: Описание шагов («нажать кнопку поиска») вместо прецедентов («найти препарат по МНН»).

Рекомендации: Прецидент — это цель пользователя. Каждую диаграмму сопровождайте текстовым описанием её элементов и логики.

2.1.2 Конструирование модели данных

Назначение: Разработать структуру базы данных, которая будет хранить всю информацию о препаратах и контенте сайта.

Содержание:

• ER-диаграмма (сущность-связь): Основные сущности: «Препарат» (id, МНН, торговое название), «Инструкция» (id, текст, ссылка на PDF), «Категория» (АТХ-код, описание), «ГРЛС-данные» (регистрационный номер, дата регистрации, производитель). Связи: у одного «Препарата» одна «Инструкция» (один-к-одному), один «Препарат» принадлежит одной «Категории» (многие-к-одному).
• Диаграмма классов (UML): Класс «Препарат» содержит атрибуты (МНН: string, Рег_номер: string) и методы (getGRLSData(), displayWarning()).

Для каждой сущности дано подробное описание: перечислены все атрибуты, их типы данных (VARCHAR, TEXT, DATE), указаны первичные (id) и внешние ключи (ГРЛС-данные.регистрационный_номер → Препарат.регистрационный_номер).

Сложности: Неправильная нормализация, приводящая к дублированию данных (например, хранение МНН в каждой таблице).

Рекомендации: Следуйте правилам нормализации до 3NF. Подробно опишите каждую связь («один-ко-многим» и т.д.) в тексте.

2.2 Разработка программного обеспечения

2.2.1 План разработки ПО

Назначение: Спланировать все этапы создания программного обеспечения.

Содержание: План оформлен в виде диаграммы Ганта или таблицы и включает следующие этапы со сроками:

1. Анализ требований и проектирование — 1 неделя.
2. Настройка CMS WordPress и разработка темы — 2 недели.
3. Разработка модуля каталога на React — 3 недели.
4. Интеграция с API ГРЛС — 1 неделя.
5. Разработка системы безопасности (фильтрация ввода, защита от XSS) — 1 неделя.
6. Модульное и интеграционное тестирование — 1 неделя.
7. Подготовка документации — 1 неделя.

Для каждого этапа указаны ответственные лица (условные: «Frontend-разработчик», «Backend-разработчик») и ожидаемые результаты («Готовый модуль каталога»).

Сложности: Завышенные сроки без учёта времени на правки научного руководителя и юридические согласования.

Рекомендации: Обязательно заложите резерв времени (15-20%) на непредвиденные доработки и согласования.

2.2.2 Frontend-разработка

Назначение: Описать пользовательский интерфейс сайта для всех целевых групп.

Содержание:

• Общие принципы: Адаптивный дизайн (Bootstrap 5), строгая цветовая палитра (белый, синий, серый — ассоциации с медициной), высокая контрастность для доступности.
• Главная страница: Чёткое разделение на блоки: «Врачам» и «Пациентам». Крупное, заметное обязательное предупреждение в шапке.
• Страница препарата:
  • Для всех: Торговое название, МНН, форма выпуска, изображение упаковки.
  • Обязательный блок: «Имеются противопоказания. Необходимо ознакомиться с инструкцией или получить консультацию специалиста.»
  • Ссылка на полную инструкцию (PDF).
  • Для авторизованных врачей: дополнительный блок с клиническими исследованиями и фармакологическими данными.
• Каталог препаратов: Поиск по МНН, торговому названию, АТХ-коду. Фильтры по терапевтическим группам.

В тексте приведены прототипы ключевых страниц.

Сложности: Использование рекламных формулировок («эффективное средство») или сложного медицинского жаргона на страницах для пациентов.

Рекомендации: Проводите юзабилити-тестирование с разными группами пользователей. Убедитесь, что предупреждение видно на всех устройствах.

2.2.3 Backend-разработка

Назначение: Описать серверную логику и архитектуру сайта.

Содержание:

• Архитектура: Использована архитектура MVC (Model-View-Controller) в рамках WordPress и кастомных PHP-модулей.
• Ключевые модули:**
  • Модуль интеграции с ГРЛС: Регулярно (раз в сутки) опрашивает официальный API ГРЛС и обновляет данные о регистрации препаратов в локальной базе.
  • Система управления контентом: Пользовательский интерфейс для редакторов с обязательным полем «Статус проверки юристом» («На проверке», «Одобрено», «Отклонено»).
  • Модуль безопасности: Все пользовательские вводы (например, в поиск) проходят строгую фильтрацию для предотвращения XSS и SQL-инъекций.

Приведены ключевые фрагменты кода с комментариями (например, функция синхронизации с ГРЛС).

Сложности: Недостаточная защита от атак, особенно при работе с API и пользовательским вводом.

Рекомендации: Используйте готовые библиотеки для фильтрации (например, `esc_html()` в WordPress) и никогда не доверяйте пользовательскому вводу. Приводите только ключевые, нетривиальные фрагменты кода (5-10 строк) с пояснениями.

2.2.4 Разработка модели доступа к данным

Назначение: Описать систему ролевого доступа к функциям сайта.

Содержание:

• Роли пользователей:
  • Посетитель (гость): Может просматривать общую информацию о препаратах и скачивать инструкции.
  • Врач (авторизованный): Имеет доступ ко всем данным, включая раздел «Для специалистов».
  • Редактор контента: Может создавать и редактировать черновики страниц, но не может публиковать без одобрения юриста.
  • Юрист: Может проверять и одобрять/отклонять контент, но не может его редактировать.
  • Администратор: Полный доступ ко всем функциям системы.

Права доступа представлены в виде таблицы.

Сложности: Отсутствие разделения ролей «Редактор» и «Юрист», что нарушает принцип разделения обязанностей и повышает риски публикации некорректного контента.

Рекомендации: Внедрите workflow, где публикация возможна только после явного одобрения юриста. Это критически важно для соответствия ФЗ-61.

2.2.5 Тестирование разработанного ПО

Назначение: Подтвердить соответствие сайта заданным требованиям и оценить его качество.

Содержание:

• Методы тестирования:
  • Функциональное тестирование: Проверка всех сценариев использования (поиск, просмотр, скачивание).
  • Тестирование безопасности: Проверка на уязвимости XSS, SQL-injection с помощью инструментов (OWASP ZAP).
  • Юзабилити-тестирование: Опрос группы из 5 врачей и 5 пациентов по шкале от 1 до 5.
  • Тестирование соответствия законодательству: Аудит всех страниц на предмет наличия предупреждения и отсутствия рекламы.
• Результаты: Были выявлены и устранены 3 уязвимости XSS, 2 бага в работе каталога. Юзабилити-оценка составила 4.2/5. Все страницы прошли юридический аудит.

Сложности: Поверхностное тестирование, не охватывающее юридические и безопасностные аспекты.

Рекомендации: Уделяйте особое внимание тестированию на соответствие ФЗ-61 и безопасности, так как это ключевые риски для фармацевтического сайта.

2.2.6 План внедрения и развертывания ПО

Назначение: Спланировать процесс перехода с текущего сайта на новый.

Содержание: План включает этапы:

1. Подготовка серверной инфраструктуры (1 день).
2. Развёртывание нового сайта на тестовом домене (1 день).
3. Миграция старого контента (1 день).
4. Обучение сотрудников (редакторов, юристов) работе с новой CMS (8 часов).
5. Юридическая проверка всего контента (3 дня).
6. Пилотный запуск (1 неделя, параллельная работа старого и нового сайта).
7. Полный переход и отключение старого сайта (1 день).

Сложности: Полное отсутствие этапа юридической проверки и обучения сотрудников.

Рекомендации: Этап юридической проверки — обязательный и несокращаемый. Обучение должно быть адаптировано под разные роли (редакторы vs юристы).

2.3 Руководства администратора и пользователя

Назначение: Подготовить эксплуатационную документацию.

Содержание: В соответствии с РД 50-34.698-90 подготовлены два руководства:

• Руководство администратора: Установка WordPress, настройка плагинов безопасности, резервное копирование, управление пользователями и ролями. Выносится в Приложение 3.
• Руководство пользователя (для редакторов и юристов): Пошаговая инструкция: как создать страницу препарата, как отправить на проверку юристу, как опубликовать одобренный материал. Выносится в Приложение 4.

Сложности: Несоблюдение структуры РД 50-34.698-90, отсутствие скриншотов.

Рекомендации: Чётко следуйте требованиям РД. Используйте скриншоты для каждого шага. Разделяйте документацию по ролям.

2.4 Выводы по главе 2

Назначение: Подвести итоги проектной части.

Содержание: В ходе проектной части была спроектирована и реализована полнофункциональная система корпоративного сайта фармацевтической компании. Разработанная архитектура на базе WordPress и React обеспечивает гибкость и удобство управления. Ключевой особенностью является модуль интеграции с ГРЛС и строгий workflow управления контентом с обязательной юридической проверкой. Сайт прошёл все виды тестирования, включая аудит на соответствие ФЗ-61, и готов к внедрению.

Сложности: Отсутствие связи с задачами, сформулированными во введении.

Рекомендации: Начните вывод с: «Цель проектной части достигнута: разработан web-сайт, обеспечивающий юридически корректное информирование... Все задачи 3-6 из введения выполнены.»

Шаблон: «Разработанный сайт полностью решает поставленные во введении задачи: он соответствует требованиям ФЗ-61, интегрирован с ГРЛС, удобен для целевых пользователей и готов к эксплуатации.»

ЭКОНОМИЧЕСКАЯ ЧАСТЬ

3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ РАЗРАБОТКИ ИС

3.1 Расчет затрат на разработку ИС

Назначение: Определить все затраты, связанные с созданием сайта.

Содержание: Применяется методика TCO (Total Cost of Ownership). Затраты включают:

• Оборудование: используется существующий сервер — 0 руб.
• Программное обеспечение: лицензия WordPress (бесплатно), плагины безопасности (5 000 руб.) — итого 5 000 руб.
• Оплата труда: 60 часов * 1200 руб./час = 72 000 руб.
• Начисления на ЗП (30%): 21 600 руб.
• Прочие расходы (домен, SSL-сертификат): 3 000 руб.

Итого затраты на разработку: 101 600 руб.

3.2 Выбор и обоснование методики расчёта экономической эффективности

Назначение: Обосновать выбор метода оценки.

Содержание: Выбрана методика REJ (Rapid Economic Justification), так как она учитывает не только прямую экономию, но и нематериальные выгоды (снижение репутационных и юридических рисков), что критично для фармацевтической отрасли.

3.3 Оценка затрат на разработку и внедрение АИС

3.3.1 Затраты на этапе разработки информационной системы

Содержание: Подробный расчёт по статьям, как в п. 3.1. Формула: Оплата труда = Σ(Ti * Rj) = (40 * 1200) + (20 * 1200) = 72 000 руб.

3.3.2 Затраты на этапе внедрения

Содержание:

• Обучение персонала: 8 часов * 800 руб./час = 6 400 руб.
• Юридическая экспертиза: 10 000 руб.

Итого затраты на внедрение: 16 400 руб.

3.3.3 Затраты на этапе эксплуатации

Содержание:

• Техническая поддержка: 4 часа/мес * 1000 руб. = 4 800 руб./год.
• Обновление контента: 8 часов/мес * 800 руб. = 7 680 руб./год.

Итого годовые затраты на эксплуатацию: 12 480 руб.

3.4 Эффект от внедрения АИС

Назначение: Определить положительные изменения.

Содержание:

• Прямой экономический эффект: Рост трафика на 30% приведёт к увеличению числа запросов от врачей и аптек, что оценено в 100 000 руб./год.
• Снижение рисков: Избежание штрафов по ФЗ-61 (максимум 500 000 руб.) оценено как экономия 50 000 руб./год в рамках консервативной оценки.
• Социальный эффект: Повышение доступности достоверной информации для пациентов, улучшение репутации компании.

3.5 Экономический эффект

Назначение: Рассчитать прямой финансовый результат.

Содержание: Годовой экономический эффект = 100 000 (доп. доход) + 50 000 (снижение рисков) = 150 000 руб. Формула: Эффект = Стоимость ресурсов до - Стоимость ресурсов после

3.6 Социальный эффект

Назначение: Оценить нематериальные выгоды.

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

3.7 Научный эффект

Назначение: Выявить научные достижения.

Содержание: Внедрение методики комплексной оценки соответствия веб-сайтов фармацевтических компаний требованиям ФЗ-61 и Приказа №4н.

3.8 Организационный эффект

Назначение: Оценить улучшения в управлении.

Содержание: Повышение управляемости процессом информирования, стандартизация работы с контентом, снижение зависимости от конкретных сотрудников.

3.9 Эффективность внедрения АИС (ПО ПРИМЕРУ)

Назначение: Рассчитать ключевые показатели эффективности.

Содержание:

• NPV (чистый приведенный доход): -118 000 + (150 000 / 1.1) + (150 000 / 1.1²) + (150 000 / 1.1³) = **+255 000 руб.**
• Срок окупаемости: 118 000 / 150 000 * 12 ≈ **9.4 месяца.**
• ROI (возврат на инвестиции): (150 000 / 118 000) * 100% ≈ **127% в год.**

Формула: NPV = -IC + Σ(CFt/(1+i)^t)

3.10 Расчёт показателей экономической эффективности проекта (ПО ПРИМЕРУ)

Назначение: Практический расчет на примере.

Содержание: Пошаговый расчёт по методике REJ:

1. Определение выгод: Доп. доход 100 000 руб., снижение рисков 50 000 руб.
2. Оценка затрат: Разработка 101 600 руб., внедрение 16 400 руб., эксплуатация 12 480 руб./год.
3. Оценка рисков: Технические риски (10%), организационные (15%). Скорректированный эффект: 150 000 * 0.75 = 112 500 руб./год.
4. Итоговый баланс: NPV (скорр.) = -118 000 + Σ(112 500 / 1.1^t) = +154 000 руб.
5. Вывод: Проект остаётся экономически целесообразным даже с учётом рисков.

3.11 Выводы по главе 3

Назначение: Подвести итоги экономического анализа.

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

ЗАКЛЮЧЕНИЕ

Назначение: Обобщить результаты работы.

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

СПИСОК ЛИТЕРАТУРЫ

1. Федеральный закон от 12.04.2010 №61-ФЗ «Об обращении лекарственных средств».
2. Приказ Минздрава РФ от 19.01.2021 №4н.
3. ГОСТ 34.602-2020. Техническое задание на создание автоматизированной системы.
4. ГОСТ Р 7.0.100-2018. Библиографическая запись.
5. РД 50-34.698-90. Руководства по разработке ПО.
6. Коваленко, И.П. Юридические аспекты цифровизации здравоохранения. — М.: Юристъ, 2024.
7. Смирнов, Д.А. Проектирование корпоративных веб-сайтов. — СПб.: Питер, 2023.
8. Методические указания по ВКР. МУИВ, 2025.
9. Официальный сайт ГРЛС. URL: https://grls.rosminzdrav.ru (дата обращения: 23.12.2025).
10. OWASP Top Ten. URL: https://owasp.org/www-project-top-ten/ (дата обращения: 23.12.2025).

ПРИЛОЖЕНИЯ

Приложение 1. Техническое задание на разработку web-сайта фармацевтической продукции

Полный текст ТЗ по ГОСТ 34.602-2020.

Приложение 2. Исходный код "Интеграция с API ГРЛС"

Фрагменты кода с комментариями. [Ссылка на Git-репозиторий]

Приложение 3. Руководство администратора сайта

Руководство по установке, настройке и администрированию.

Приложение 4. Руководство пользователя (редактора контента)

Руководство по работе с системой управления контентом.

Готовые инструменты и шаблоны для разработки web-сайта фармацевтической продукции

И что же дальше? Два пути к успешной защите

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

Нужна ВКР по этой теме? Ответим за 10 минут!
Telegram: @Diplomit
Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

ЗАКЛЮЧЕНИЕ

Разработка ВКР на тему «Разработка web-сайта фармацевтической продукции» — это не просто технический проект, а ответственная задача, где ошибка может привести к юридическим последствиям. Эта статья показала весь масштаб работы, от анализа ФЗ-61 до расчёта NPV. Если вы выбираете профессиональную поддержку — мы готовы помочь вам прямо сейчас.

Полезные ссылки:

• Перечень тем...
• Все готовые работы
• Условия работы...
• Наши гарантии
• Отзывы

```