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

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

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

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

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

В аптеках до сих пор до 60% ошибок в учете связаны с ручным вводом данных — по данным исследования ФСТЭК за 2024 год. Учет просроченных препаратов, контроль остатков и управление поставками без автоматизации приводят к потерям до 15% выручки.

Заметьте: если в вашей работе просто написано «в современном мире ИС важны» — научрук сразу поставит замечание. Нужно конкретно: например, «по практике внедрения в 12 аптеках Москвы — автоматизация сократила время инвентаризации с 8 часов до 45 минут».

В Синергии часто требуют привязку к реальному предприятию. Например, можно взять «Аптеку №1» в вашем городе — найти сайт, изучить структуру, проанализировать, какие товары реализуются, как ведется учет. Это сразу добавит веса актуальности.

Цель и задачи

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

Задачи:

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

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

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

Объект: процесс учета лекарственных средств в аптеке «Здоровье-плюс» (г. Казань).

Предмет: информационная система учета товаров в аптеке.

Важно: не путать. Объект — это где вы проводите исследование (аптека). Предмет — что вы проектируете (система учета). Студенты часто пишут одно и то же — и получают замечание.

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

• Снижение времени на поиск товара на складе — на 40%.
• Автоматическое уведомление о приближении срока годности (за 30 дней).
• Формирование отчета «Остатки по категориям» — за 2 минуты (вместо 40 минут вручную).
• Снижение количества ошибок при отпуске препаратов — на 90%.

Практическая значимость: система может быть внедрена в небольших аптеках без доступа к дорогостоящим ERP-системам.

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

В аптеке «Здоровье-плюс» (г. Казань) учет лекарственных средств ведется в Excel и бумажных журналах. Это приводит к ошибкам при отпуске препаратов, задержкам в инвентаризации и упущенной выгоде из-за просрочки. За 2024 год зафиксировано 17 случаев реализации препаратов с истекающим сроком годности, что повлекло штрафы на сумму 210 000 руб.

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

Задачи: анализ текущего процесса, разработка ER-модели, реализация прототипа БД, оценка экономической эффективности. Работа выполнена в соответствии с требованиями ГОСТ 34.602-2020 и методичкой Синергии по специальности 09.03.02.

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

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

Разработана ER-диаграмма, реализован прототип на PostgreSQL. Система позволяет автоматизировать 85% операций учета, сократить время инвентаризации и минимизировать ошибки. Экономический эффект — 380 000 руб. в год за счет снижения штрафов и потерь.

Рекомендуется внедрение системы в филиалах сети. Дальнейшее развитие — интеграция с кассовым ПО и мобильным приложением для фармацевтов.

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

Список литературы должен содержать:

• Не менее 30 источников.
• Из них — 50% за последние 5 лет.
• Обязательно: ГОСТы, официальная документация, публикации в eLibrary и CyberLeninka.

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

1. ФСТЭК России. Методические рекомендации по защите информации в информационных системах. 2024. — https://fstec.ru/metodicheskie-rekomendatsii
2. PostgreSQL Global Development Group. PostgreSQL 16 Documentation. 2024. — https://www.postgresql.org/docs/16/

Не используйте Википедию как основной источник. Можно ссылаться на нее как на вводный материал, но не более 1-2 раз.

ER-диаграмма для учета товаров в аптеке

Ниже — пример структуры базы данных (уникальный кейс под тему):

Таблицы:
- Товары (id, название, категория, производитель, цена_закуп, цена_розн, рецепт)
- Поставки (id, дата, поставщик, сумма)
- Поставки_Товары (id, поставка_id, товар_id, количество, срок_годности)
- Остатки (товар_id, количество, дата_обновления)
- Категории (id, название)
- Поставщики (id, название, ИНН, контакт)

Ключевые связи: один поставщик — много поставок, одна поставка — много товаров (многие ко многим через промежуточную таблицу).

Зачем это нужно? Потому что без нормализации вы получите дублирование данных. Например, если хранить поставщика прямо в таблице «Поставки_Товары» — при изменении ИНН придется править везде.

Пример SQL-скрипта создания таблиц

CREATE TABLE Категории (
  id SERIAL PRIMARY KEY,
  название VARCHAR(100) NOT NULL
);

CREATE TABLE Товары (
  id SERIAL PRIMARY KEY,
  название VARCHAR(200) NOT NULL,
  категория_id INT REFERENCES Категории(id),
  производитель VARCHAR(150),
  цена_закуп DECIMAL(10,2),
  цена_розн DECIMAL(10,2),
  рецепт BOOLEAN DEFAULT FALSE
);

CREATE TABLE Поставки (
  id SERIAL PRIMARY KEY,
  дата DATE NOT NULL,
  поставщик VARCHAR(150),
  сумма DECIMAL(12,2)
);

CREATE TABLE Поставки_Товары (
  id SERIAL PRIMARY KEY,
  поставка_id INT REFERENCES Поставки(id),
  товар_id INT REFERENCES Товары(id),
  количество INT NOT NULL,
  срок_годности DATE NOT NULL
);

Комментарий: в Синергии часто требуют, чтобы скрипты были в приложении. Убедитесь, что они работают — проверьте в pgAdmin или DBeaver.