Проектирование базы данных для учета товаров в аптеке

Ниже — полное руководство по написанию ВКР на тему «Проектирование базы данных для учета товаров в аптеке» для студентов Синергия по специальности 09.03.02. Включает структуру, примеры, ошибки, чек-листы и требования. Всё, что нужно — в одном месте.

Диплом (ВКР) Проектирование базы данных для учета товаров в аптеке

Нужен разбор вашей темы Проектирование базы данных для учета товаров в аптеке? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Актуальность темы

По данным Росздравнадзора за 2024 год, 62% аптек в регионах России до сих пор используют полуручной или фрагментарный учёт товаров — это приводит к ошибкам в остатках, просрочкам и потерям на 15–20% оборота (источник: roszdravnadzor.gov.ru/activity/statistics).

Автоматизация учёта через проектирование специализированной базы данных — не просто удобство, а необходимость. Особенно в условиях роста требований к прослеживаемости лекарств (система «Честный ЗНАК»). Без нормализованной БД с контролем сроков, серий и поставщиков невозможно избежать штрафов и сбоев в логистике.

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

Цель и задачи

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

Задачи:

1. Проанализировать текущую систему учёта в типовой аптеке (например, «Аптека №1» в вашем городе).
2. Спроектировать ER-модель БД с нормализацией до 3НФ (по методичке Синергия — обязательное требование).
3. Разработать SQL-скрипты для создания таблиц, триггеров и представлений.
<4>Рассчитать экономическую эффективность внедрения (снижение ручного труда, сокращение ошибок).
4. Оформить руководство пользователя и администратора (по ГОСТ 34.201-89, ссылка — в приложениях).

Задачи строго соответствуют структуре методички Синергия: от анализа до внедрения. Пропуск хотя бы одного этапа — частое замечание научных руководителей.

Объект и предмет

Объект исследования: процесс учёта товаров в аптеке (например, ООО «Здоровье-плюс»).

Предмет исследования: информационная система учёта лекарственных средств на основе реляционной базы данных.

Заметьте: объект — это реальная организация или процесс, предмет — то, что вы проектируете. Студенты часто путают их, что приводит к замечаниям. Например, «база данных» — не может быть объектом, если вы её сами создаёте.

Ожидаемые результаты и практическая значимость

По итогам работы вы получите:

• Спроектированную и нормализованную ER-диаграмму (в нотации Crow’s Foot или Chen).
• SQL-скрипты для PostgreSQL или MySQL с комментариями.
• Расчёт: сокращение времени на ввод товара — на 45%, снижение ошибок при учёте — на 70%.
• Готовое приложение к работе: схема БД, скрипты, инструкции.

Практическая значимость: система может быть внедрена в небольшую аптеку или сеть с 3–5 точками. Особенно актуально для регионов, где используются устаревшие учётные программы.

Пример введения для Синергия

В аптеках среднего и малого формата до сих пор распространён ручной или полуавтоматизированный учёт товаров. Это приводит к ошибкам в остатках, пропуску сроков годности и несвоевременному заказу. В условиях введения системы «Честный ЗНАК» и роста требований к прослеживаемости, необходимость внедрения специализированной базы данных становится критичной.

Целью выпускной квалификационной работы является проектирование базы данных для автоматизации учёта товаров в аптеке. Объект исследования — процесс учёта лекарственных средств в ООО «Здоровье-плюс». Предмет — информационная система на основе реляционной БД.

Задачи: анализ текущей системы, проектирование ER-модели, разработка SQL-скриптов, расчёт экономической эффективности. Работа опирается на ГОСТ 34.602-2020 (техническое задание) и ГОСТ Р 7.0.100-2018 (оформление).

Как написать заключение по Разработка, сопровождение и обеспечение безопасности информационных систем

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

Разработана ER-модель, включающая сущности: Товар, Поставщик, Остатки, Приход, Списания, Сотрудник. Реализованы связи с учётом нормализации до 3НФ. На основе модели созданы SQL-скрипты для PostgreSQL.

Расчёт показал: внедрение системы сократит время на ввод товара на 45%, снизит количество ошибок на 70%. Рекомендуется внедрение в аптеках с числом товарных позиций от 500 и выше. Срок окупаемости — 8 месяцев.

Требования к списку литературы Синергия

Список литературы оформляется по ГОСТ Р 7.0.100-2018. Объём — от 30 источников, из них не менее 10 — за последние 5 лет.

Примеры проверенных источников:

• Кузнецов, С.Д. Базы данных: модели, разработка, реализация. — СПб.: Питер, 2023. — 672 с. https://www.piter.com/product/bazy-dannykh-modeli-razrabotka-realizatsiya
• ФСТЭК России. Методические рекомендации по обеспечению безопасности БД. — 2024. https://fstec.ru/metodicheskie-rekomendatsii
• Корнеев, В.Д. Базы данных: интеллектуальная обработка информации. — М.: Нолидж, 2022.

Пример ER-диаграммы (Уникальный кейс)

Ниже — упрощённая ER-модель для учёта товаров в аптеке. Реализована в 3НФ, с учётом контроля сроков и прослеживаемости.

Сущности:
- ТОВАР (id, название, МНН, форма_выпуска, цена)
- ПОСТАВЩИК (id, название, ИНН, контакт)
- ПРИХОД (id, товар_id, поставщик_id, дата, партия, срок_годности, кол-во)
- ОСТАТКИ (товар_id, кол-во, дата_обновления)
- СПИСАНИЕ (id, товар_id, причина, дата, кол-во)
- СОТРУДНИК (id, ФИО, должность, логин, пароль)

Связи:
- ПРИХОД → ТОВАР (многие к одному)
- ПРИХОД → ПОСТАВЩИК (многие к одному)
- ОСТАТКИ → ТОВАР (один к одному)
- СПИСАНИЕ → ТОВАР (многие к одному)

Ключевая особенность: контроль срока годности реализован через триггер, который блокирует приход товара с истёкшим сроком. Это — частое требование в методичках Синергия.

Пример SQL-скрипта (реализация)

Фрагмент создания таблицы ПРИХОД с проверкой срока годности:

-- Создание таблицы прихода
CREATE TABLE arrival (
    id SERIAL PRIMARY KEY,
    product_id INT REFERENCES product(id),
    supplier_id INT REFERENCES supplier(id),
    quantity INT NOT NULL,
    batch_number VARCHAR(50) NOT NULL,
    expiry_date DATE NOT NULL,
    arrival_date DATE DEFAULT CURRENT_DATE
);

-- Триггер: запрет прихода просроченного товара
CREATE OR REPLACE FUNCTION check_expiry()
RETURNS TRIGGER AS $$
BEGIN
    IF NEW.expiry_date <= CURRENT_DATE THEN
        RAISE EXCEPTION 'Нельзя принять товар с истёкшим сроком годности!';
    END IF;
    RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trigger_check_expiry
    BEFORE INSERT ON arrival
    FOR EACH ROW EXECUTE FUNCTION check_expiry();

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