Одна из особенностей учета в торговых организациях, имеющих сеть филиалов - необходимость структурировать доходы и расходы в разрезе подразделений и видов деятельности. Эта задача иногда осложняется тем, что филиалы осуществляют виды деятельности как облагаемые, так и необлагаемые ЕНВД. В данной статье мы рассмотрим, как эти задачи были решены в МП "Нижегородская аптечная сеть" - крупнейшей сети аптек г. Нижний Новгород. Внедрение было выполнено компанией "ЭКОС", г. Нижний Новгород, на платформе "1С:Предприятие 7.7".

Методология учета

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

Справка Одно из подразделений МП "Нижегородская аптечная сеть" - Аптека № 391. МП "Нижегородская аптечная сеть" было организовано в июне 2003 года на базе муниципальных аптек, являющихся самостоятельными юридическими лицами. Одной из основных целей объединения являлось увеличение эффективности и качества управления муниципальным имуществом. Предприятие является крупнейшей сетью аптек Нижнего Новгорода. Оно включает в себя 62 аптеки и 100-120 аптечных киосков и пунктов, общее число сотрудников - около 1200 человек. Аптеки оказывают полный спектр услуг населению, а также муниципальным образованиям (поликлиникам, больницам, санаториям и т. д.), имеют свои производственные площади.

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

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

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

Дебет 68.2 Кредит 19,

а какая будет включена в себестоимость (по проданным товарам):

Дебет 90.2.2 Кредит 19,

или взатраты (по прочим ТМЦ и услугам):

Дебет 44.1.2 Кредит 19 либо Дебет 26 Кредит 19 .

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

Подобные проблемы возникают при расчете и начислении налогов с фонда оплаты труда (далее - ФОТ), которые приходится распределять по видам деятельности, облагаемым и необлагаемым ЕНВД. В данном случае наиболее приемлемым решением представляется следующее:

1. в полной мере начислить все налоги с ФОТ на счета затрат вне зависимости от видов деятельности;
2. в конце месяца, когда будет известна валовая прибыль по аптекам в разрезе видов деятельности, сторнировать излишне начисленные налоги в части, приходящейся на виды деятельности, облагаемые ЕНВД.

Проблема усугубляется при начислении взносов на обязательное пенсионое страхование по страховой и накопительной части. Предприятие имеет право уменьшить свои платежи по единому налогу на вмененный доход за счет платежей в Пенсионный фонд РФ (страховой и накопительной части), но лишь в объеме, не превышающем 50 % данного налога. Эта часть сторнируется со счета затрат, например:

Точно такие же схемы применяются при распределении затрат со счета 44.1.3 "Издержки обращения, подлежащие распределению", и счета 26 "Общехозяйственные расходы".

В конечном итоге при закрытии счета 90 "Продажи" определяется прибыль или убыток в разрезе аптек и видов их деятельности. Это и являлось одной из основных задач данного проекта.

Автоматизация

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

Данная проблема была решена частично с помощью компоненты "Управление распределенными базами данных", а частично - с помощью технологии обмена данными в XML- формате.

В конфигурации реализован учет в разрезе филиалов по всем участкам бухгалтерского учета. Вследствие того, что учет товаров на предприятии ведется в розничных ценах, был внесен ряд изменений, связанных с суммовым учетом в рознице (см. рис. 1).

Рис. 1. Поступление товаров.

Основной проблемой при реализации проекта был большой объем данных, вводимых в систему. Например, количество документов, поступающих от поставщиков, составляет порядка 30 тысяч в месяц. Это приводит к невозможности использования ряда типовых документов конфигурации из-за снижения быстродействия системы. Так, для автоматического формирования книги покупок было принято решение о разделении учета НДС по поступившим товарам и НДС по прочим ТМЦ и услугам. Кроме того, для уменьшения объема одновременно обрабатываемых данных и повышения оперативности работы регламентный документ "Формирование записей книги покупок" вводится в систему ежедневно, обрабатывая данные только за определенную дату и по определенному участку учета. Следует отметить, что книга покупок за месяц в стандартном формате занимает около 500 страниц.

Аналогичным образом был проработан блок взаиморасчетов с поставщиками и покупателями. По сути, на справочнике "Договоры" была организована "подокументная оплата".

Автоматизация двустороннего обмена с системами "Клиент-Банк" позволила практически полностью автоматизировать процесс ввода информации по состоянию банковских счетов, а документ "Выписка" с табличной частью в 300-700 строк вводить за 10-15 минут (см. рис. 2). Это существенно облегчило работу сотрудников, уменьшило вероятность ошибки.

Рис. 2. Документ "Выписка".

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

Как результат проведенной работы может быть составлена сводная отчетная форма по составу прибыльности предприятия в разрезе подразделений - аптек (см. рис. 3).

Рис. 3. Отчет о прибыли.

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

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

Пензенский государственный университет

Кафедра “Информационно-вычислительные системы”

ИНФОРМАЦИОННАЯ СИСТЕМА УЧЕТА ПРОДУКЦИИ И ОКАЗАНИЯ УСЛУГ В ФАРМАЦЕВТИЧЕСКОЙ ОБЛАСТИ

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

“Сетевая экономика”

Руководитель: к.т.н.

Бобрышева Г.В.

____________(подпись)

_______________(дата)

Выполнил:

студент гр.04ВЭ

Козлова Т.

____________(подпись)

_______________(дата)

Введение

1. Описание программного продукта

2. Маркетинг-план

3. Производственный план

4. Финансовый план

5. Анализ рисков

Заключение

Список использованных источников

Приложение А. Описание аналогов

Введение

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

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

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

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

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

На сегодняшний день на рынке представлены следующие аналоги:

1. Описание программного продукта

Разрабатываемый программный продукт «Farm-Help» предназначен для автоматизации деятельности аптечных предприятий.

«Farm-Help» будет направлен на то, чтобы с одной стороны максимально облегчить труд сотрудников аптек, а с другой стороны обеспечить соблюдение всех правил и норм данной деятельности.

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

На уровне автоматизации система «Farm-Help» позволит:

а) Автоматизировать основные бизнес-процессы предприятия:

1. - закупка товара у поставщиков, в том числе автоматическое формирование заявок;

2. - обмен с поставщиками через сеть;

3. - определение срока годности (автоматическое списание);

4. - распределение препаратов на фармгруппы;

5. - продажа медицинской техники;

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

в) Существенно повысить качество обслуживания:

1. - уменьшить время ожидания заказа;

2. -практически исключить ошибки персонала;

3. - внедрять новые технологии обслуживания;

4. -вести прием заказов через Интернет;

Требования к оборудованию

Для эксплуатации системы необходимо иметь персональные компьютеры, обладающие следующими характеристиками:

Сервер: Процессор не ниже Pentium II – 233 МГц, оперативная память 128 Мб, жесткий диск 2 Гб.

Рабочее место: Процессор не ниже Pentium II – 233 МГц, оперативная память 64 Мб, жесткий диск 2 Гб, видеокарта объемом памяти 4Мб.

Операционная система: Windows 2000 Server/Professional (Service Pack 3 и выше), наличие 1 Gb свободной дисковой памяти; файловая подсистема NTFS - рекомендуется.

Рабочее место

Операционная система: Windows XP Professional (Service Pack 1 и выше), наличие 512 Mb свободной дисковой памяти; файловая подсистема FAT32 - рекомендуется.

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

В настоящее время на российском рынке представлены системы автоматизации фармацевтической деятельности, такие как «ФОРТ:АПТЕКА2000», «Магазин: Компания Элайтс», «М-АПТЕКА плюс», Представленные на рынке программные продукты обладают либо высокой стоимостью, либо требуют специального обучения рабочего персонала, либо не учитывают всех особенностей предприятия. Предлагаемый к разработке продукт «Farm-Help» предложит клиентам простое и быстро реализуемое решение. Разрабатываемый программный продукт будет обладать следующими преимуществами:

Простота освоения;

Широкие функциональные возможности;

Высокая надежность функционирования;

Стабильная и надежная работа системы;

Разграничение доступа;

Удобство и продуманность интерфейса;

Легкое и быстрое обучение работе с системой;

Учет индивидуальных потребностей каждого заказчика;

Низкая стоимость комплекта и его сопровождения;

Возможность переноса данных из программ сторонних разработчиков.

Разрабатываемая система будет создаваться коллективом разработчиков, куда войдут бизнес-аналитик, 5 программистов, архитектор информационной системы, аналитик-проектировщик, консультант-разработчик ИС, системный аналитик, программист-проектировщик, оператор и руководитель проекта. Для продвижения товара на рынке будет принят на работу дилер (с зарплатой 1% с продаж) и оператор множительной техники (зарплата, которого зависит от числа копий).

Срок разработки программного продукта составит 80 дней.

Стоимость разработки составит.

Данный проект будет привлекателен для инвестора тем, что:

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

Индекс прибыльности равен

Срок окупаемости составит месяцев.

Цена одного рабочего места составит рублей. Следующее дополнительное рабочее место можно будет приобрести со скидкой 20%. При одновременном приобретении более 10 рабочих мест скидка 30%.

Следует заметить, что цена системы «Farm-Help» ниже цен многих аналогов, хотя по своим параметрам этот программный продукт не уступает системам конкурентов.

Проект будет финансироваться за счет акционерного капитала 1000 000р.

Обучение и сопровождение нового программного продукта включено в его стоимость.

2. Маркетинг-план

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

I. ФОРТ:АПТЕКА-2000

Цена: 12500руб.

Специализированная конфигурация ФОРТ: АПТЕКА-2000 предназначена для автоматизации оперативного, бухгалтерского и налогового учета предприятий, занимающихся розничной продажей медикаментов. Возможность изменения и дополнения первоначальной (типовой) конфигурации программы позволяет настроить ее на требования любого предприятия и даже конкретного пользователя.

II. М-АПТЕКА плюс

Раздел: розничная продажа медикаментов

Цена: 8200руб.

Система может использоваться практически на любых предприятиях.

III. Компания Элайтс

Цена: 5740руб

Система комплексной автоматизации аптек. Отличительные особенности комплекса Организация количественного учета товаров по сериям и по срокам годности. Минимизация складских запасов. Автоматический расчет торговых наценок. Ускорение процесса продажи за счет использования автоматизированных рабочих мест кассиров на базе технологии штрихового кодирования. Оптимизация закупок.

Подробное описание аналогов приведено в приложении А.

Для наглядного рассмотрения аналогов рассмотрим таблицу 1, в которой приведены как слабые, так и сильные их стороны.

Таблица 1 – Сильные и слабые стороны аналогов

	Сильные стороны	Слабые стороны
Форт-Аптека	Возможность изменения конфигурации программы позволяет настроить ее на требования любого предприятия	Очень дорогостоящий программный продукт.
М-аптека плюс	Программный комплекс сбора и регистрации информации о движении товара и оформления соответствующих документов, от принятия решения о закупке товара у поставщика до его реализации.	В результате использование такой универсальной программы для доступа увеличивается вероятность несанкционированного доступа.
Компания	Ускорение процесса продажи за счет использования автоматизированных рабочих мест кассиров на базе технологии штрихового кодирования.	Многие службы только на английском языке. Большая вероятность несанкционированного доступа.

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

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

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

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

Данные о трех анализируемых продуктах сведены в таблицу 1, где указываются и рассчитанные взвешенные параметрические индексы.

Ц А1 =12500руб; Ц А2 =8200руб; Ц А3 = 5740руб

После заполнения таблицы суммируем взвешенные параметрические индексы для всех четырёх продуктов - в результате получаем некоторый интегральный показатель качества (ИПК) соответствующего программного продукта. На основе этих значений определяем цену нового продукта по формуле:

Таким образом, цена предполагаемого программного продукта «Farm-Help» составляет 8725,6 руб.

Для использования системой на двух и более компьютерах в пределах одной локальной вычислительной сети требуется приобретение дополнительных лицензий. Следующее дополнительное рабочее место можно будет приобрести со скидкой 20%. При одновременном приобретении более 10 рабочих мест скидка 30%.

При принятии положительного решения по реализации системы «Farm-Help» и инвестировании средств в разработку данного программного продукта для продвижения данного программного продукта на рынок предлагается провести следующий комплекс мероприятий:

б) регулярное участие в тематических выступлениях;

в) размещение рекламных материалов в специализированных печатных изданиях (журналах «Главная книга», «Аптека», «Морион», «Медицинский портал», и т.д.), а также размещение рекламы в Internet – на сайте компании и в баннерных сетях;

д) заключение договоров о поставке с фирмами.

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

На проведение рекламной компании предполагается выделить средства в размере 90000 руб. Распределение этих средств по месяцам приведено в таблице 2 и отображено на рисунке 1. Проведение рекламной компании предполагается начать с четвертого месяца после начала разработки.

Сумма, тыс.руб.

Предполагается, что продажа копий программного продукта начнется с четвертого месяца после начала разработки. Разработку программного обеспечения планируется осуществить в течение трех месяцев. Объем продаж на каждый месяц приведен в таблице 3 и отображен на рисунке 1.

Таблица 3 - Прогнозируемый объем продаж

Объем продаж, шт.

Рисунок 2 – Прогнозируемый объем продаж

3. Производственный план

Производственный план.

Информационная система «Farm-Help»

Производственный план начинается с определения специалистов:

1. Руководитель проекта (1)

2. Бизнес-аналитик (1)

3. Аналитик-проектировщик (1)

4. Системный аналитик (1)

5. Консультант - разработчик (1)

6. Ведущий программист (1)

7. Программист – проектировщик (1)

8. Программисты (5)

9. Оператор (1)

Разработка системы будет включать следующие этапы:

· Анализ предметной области.

· Разработка технического задания.

· Разработка базы данных и определение входных и выходных данных

· Проектирование информационной системы

· Кодирование и отладка информационного обеспечения.

· Промежуточное тестирование и анализ результатов

· Доработка системы программы

· Разработка документации

· Испытание и приемка информационной системы

· Установка и внедрение информационной системы

Этапы разработки программного продукта приведены в таблице:

	Наименование разработки	Исполнители	Период (дни)
	Анализ ПО	Руководитель проекта, Бизнес-аналитик, Проектировщик ИС
	Разработка технического задания.	Руководитель проекта, Проектировщик ИС, Ведущий программист.
	Разработка базы данных и определение входных и выходных данных	Руководитель проекта, Аналитик – проектировщик, Программист –проектировщик, Архитектор ИС Системный аналитик
	Проектирование информационной системы	Руководитель проекта, Ведущий программист, Программисты Системный аналитик
	Кодирование и отладка информационного обеспечения	Руководитель проекта, Ведущий программист, Программисты.
	Промежуточное тестирование и анализ результатов	Руководитель проекта, Программисты, Аналитик – проектировщик,
	Доработка системы программы	Руководитель проекта, Программисты Бизнес-аналитик Программист-проектировщик
	Разработка документации	Руководитель проекта, Оператор
	Испытание и приемка информационной системы	Руководитель проекта, Ведущий программист, Программисты Консультант-разработчик
	Установка и внедрение информационной системы	Руководитель проекта, Ведущий программист, Программист ИС.

График распределения трудовых ресурсов приведен на рисунке 3

Длина критического пути (время необходимое для разработки) равна 80 дням.

Количество разработчиков, их зарплата и число рабочих дней приведены в таблице 5. Для расчета заработной платы примем, что число рабочих дней в месяце равно 26

Таблица 5 - Состав персонала

Общие затраты в течение разработки приведены в таблице 6. Отчисления в социальную сферу составляют 26% , при этом не учитывается страхование от несчастных случаев.

Заработная плата специалистов рассчитывается следующим образом:

Отчисления в социальную сферу определяются как:

Таблица 6 - Расходы на заработную плату

Для работы этих специалистов будут использованы 9 компьютеров. Стоимость оборудования в целом составила 225000 руб., стоимость одного компьютера – 25000 руб. Аренда и содержание помещения обходится в 15000 рублей за месяц. Годовая норма амортизации компьютеров 20%. Расходы на обслуживание оборудования составляет 15% амортизационных отчислений.

Энергопотребление каждого компьютера составляет 300 Вт/ч. Стоимость одного кВт/ч электроэнергии составляет 1,80 руб. Компьютеры будут работать по 8 часов в день. Кроме этого будут работать другие электробытовые приборы, потребляющие 270 Вт/ч. Расчет затрат на обслуживание оборудования приведен в таблице 7.

Таблица 7 – Затраты на обслуживание оборудования

Затраты на энергопотребление компьютеров за месяц рассчитываются следующим образом:

Затраты на электроэнергию (в месяц):

0,2 кВт *1,8 руб/(кВт*ч).*8 ч *8*26 = 599,04 руб. (за компьютеры)

0,27 кВт *1,8 руб./(кВт*ч).*8 ч*26 = 101,08 руб (бытовые приборы)

599,04 + 101,08 =700,12 (всего за месяц)

700,12*4 = 2800,48 (за 4 месяца разработки)

Общая сумма затрат на разработку приведена в таблице 8.

Таблица 8 - Общая сумма затрат

Из таблицы 8 следует, что на разработку программного продукта потребуется 340780,52 рубля.

4 Финансовый план

В финансовом плане подробно описано как, когда и на что будут расходоваться средства.

В таблице 9 показаны суммы средств, направленных на финансирование каждого этапа (средства на оплату труда, затраты на амортизацию, а также затраты на электроэнергию).

Таблица 9 - Затраты по этапам разработки

На основании полученных итоговых сумм затрат строится график распределения денежных средств по этапам разработки, который представлен на рисунке 4.

	Исполнители		Зар.плата и отчисления, руб.		Обслужи-вание оборудова-ния	Электро-энергия, руб.
Анализ предметной области	Руководитель проекта
	Бизнес-аналитик
	Проектировщик ИС
Разработка технического задания	Руководитель проекта
	Проектировщик ИС
	Ведущий программист
Разработка структуры базы данных, входных и выходных данных	Руководитель проекта
	Аналитик-проектировщик
	Программист-проектировщик
	Архитектор ИС Системный аналитик
	Исполнители		Зар.плата, руб.		Обслужи-вание оборудова-ния	Электро-энергия, руб.
Проектирование системы	Руководитель проекта
	Ведущий программист,
	Программист
	Системный аналитик
Кодирование	Руководитель проекта
	Ведущий программист,
	Программист
Тестирование и анализ результатов	Руководитель проекта
	Аналитик – проектировщик,
	Программист
Доводка системы	Руководитель проекта
	Бизнес-аналитик
	Программист
	Программист-проектировщик
Разработка документации	Руководитель проекта
	Оператор
Испытание и приемка информационной систем	Руководитель проекта, Ведущий программист, Программисты Консультант-разработчик
Установка и внедрение системы	Руководитель проекта
	Ведущий программист,
	Программист ИС.

Рисунок 4 - График распределения денежных средств на этапах разработки

Из графика распределения денежных средств можно сделать вывод, что максимальная сумма (35006,78руб.) будет затрачена на этапе кодирования и отладки системы, т. к. этот этап займет довольно длительный срок (10 дней).

После завершения разработки системы «Farm-Help», на четвертом месяце, планируется задействовать оператора множительной техники, заработная плата которого будет зависеть от числа сделанных им копий (90 руб. за одну копию) и дилера (с зарплатой 3% с продаж), а также программиста, осуществляющего сопровождение системы (с зарплатой 7000 руб. в месяц). Постоянные расходы на месяц приведены в таблице 10.

Таблица 10 - Постоянные расходы (в месяц)

К переменным расходам относятся зарплата дилера (3% от продаж), оператора, бизнес аналитика, программистов, архитектора информационных систем, программиста, сопровождающего систему, а также расходы на тиражирование (40 руб. за копию) и затраты на электроэнергию. В течение 12 месяцев затраты на электроэнергию распределяются неравномерно. В первые 4 месяца, когда идет разработка программного продукта, работают 7 компьютеров и другие электробытовые приборы, а в остальные месяцы затраты на электроэнергию будут ниже, так как будет работать только 2 компьютера и другие электробытовые приборы. Переменные расходы по месяцам приведены в таблице 11.

Таким образом, можно составить бизнес-план на первый год исходя из прогнозируемого объема продаж. Бизнес-план приведен в таблице 12.

Из этой таблицы 12 видно, что чистую прибыль компания будет получать в 5 месяце, чистый денежный поток становится положительным уже с начала продажи программного продукта (с 5 месяца), ЧДП нарастающим итогом будет положительным с 5 месяца.

Оценка эффективности проекта

Оценим эффективность данного проекта. Показателями эффективности проекта являются:

а) чистая дисконтированная стоимость (ЧДС);

б) ТС – окупаемость;

в) ТС - индекс (индекс прибыльности)

Продисконтируем платежи и поступления и вычислим текущую дисконтированную стоимость ТДС и ЧДС по формуле:

где Pt- результат (доход) на t -м расчете,

Зt- затраты (размер инвестиций) на t -м расчете,

t - временный период, принимаемый по срокам реализации проекта (ежемесячно);

i - ставка дисконта, отражающая относительную величину убывания стоимости денег.

Эта ставка соответствует промежуточной величине между ставкой процента по кредитам и средней процентной ставкой по депозитам. Ежегодная ставка дисконта для рубля равна 15%, среднемесячная ставка равна 1,25.

Выражение l/(l+i)t называется коэффициентом дисконтирования (d). Он всегда меньше единицы, т.е. сумма денег, находящаяся на руках сегодня, больше той же суммы в будущем.

ЧДC = (Pt-Зt)×d

Если разность положительна, то инвестировать средства в данный проект целесообразно, т. к. в будущем инвестор получит больше средств, чем было им вложено. Расчет ТДС и ЧДС показан в таблице 13.

Таблица 13 – Вычисление ТДС и ЧДС

		Коэффициент дисконтирования (d)

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

Срок окупаемости можно определить графически. На графике окупаемости (рисунок 5) видно, что проект начал приносить прибыль с восьмого месяца. Это объясняется тем, что в этом месяце чистая дисконтная стоимость (ЧДС) становится положительной.

Рисунок 5 – График окупаемости

Необходимо определить точку безубыточности (критический объем продаж),которая имеет количественное отношение, определяется количеством копий программного продукта, который нужно продать компании.

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

Таблица 14 – Расчет индекса прибыльности

	Коэффициент дисконтирования	Поступление денежных средств с учетом коэффициента дисконтирования	Выплата денежных средств

Любое значение индекса прибыльности, большее 1, считается приемлемым с финансовой точки зрения. В данном случае индекс прибыльности = 4321572/1549523=2,78.

Каждый из показателей отражает эффективность с различных сторон, поэтому рекомендуется использовать совокупность показателей. Проект считается эффективным, если ЧДС>0, ТС-индекс ≥ 1.

Для данного программного продукта ЧДС = 2772048рублей,

ТС-индекс = 2,78, окупаемость находится в пределах норматива (1 год).

Таким образом, разработка данного проекта является целесообразной и выгодной.

Таблица 15- Показатели экономической эффективности проекта

5 Анализ рисков

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

а) риск рынка (вероятность риска потери вложенных средств в связи с проблемой сбыта продукта) планируется свести к минимуму путем постоянного проведения маркетинговых исследований и поиск новых рынков сбыта;

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

в) бюджетный риск (вероятность риска остановки проекта в связи с недостаточным финансированием) достаточно высок, но для его снижения планируется привлекать кредитные ресурсы за счет акционерного капитала;

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

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

е) коммерческие риски в основном связаны с появлением новых конкурентоспособных программных продуктов. Чтобы снизить этот риск, программный продукт будет постоянно дорабатываться и усовершенствоваться.

Для снижения общего влияния рисков на эффективность программного продукта необходимо предусмотреть страхование на первом месяце разработки продукта в размере 100000 рублей.

Заключение

Анализ полученных значений показателей эффективности для данного проекта «Farm-Help» показывает, что в целом он достаточно надежен и прибылен, и имеет все шансы стать одним из наиболее приемлемых программных продуктов в данной области применения.

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

Для определения эффективности проекта были рассчитаны относительные показатели, такие как индекс прибыльности (равен 2,78), ЧДС (равна 2772048 руб.) и срок окупаемости находится в пределах норматива. Эти показатели характеризуют проект как эффективный. В совокупности с серьезными конкурентными преимуществами программного продукта это должно сделать его привлекательным для инвесторов и покупателей.

Исходя из всего вышесказанного предлагаемый проект автоматизированной информационной системы контроля деятельности предприятия ресторанного бизнеса «Farm-Help» можно считать эффективным, а его разработку экономически выгодной.

Список использованных источников

1 Сухова Л.Ф.Практикум по разработке бизнес-плана и финансовому анализу предприятия: Учеб. Пособие //Л.Ф. Сухова, Н.А. Чернова. – М.: Финансы и статистика, 1999.

2 Шуляк П.Н. Ценообразование: Учебно-практическое пособие., 2-изд. – М.:ИВЦ «Маркетинг», 1998.

3 Продукты . – http://www.1C.ru

4 Компания БЭСТ. Программы. БЭСТ – 5. – http://www.bestnet.ru

5 ПАРУС – Предприятие 7. Корпорация ПАРУС. – http://www. parus.ru

ОПИСАНИЕ АНАЛОГОВ

Приложение А

(справочное)

I. ФОРТ:АПТЕКА-2000

Раздел: розничная продажа медикаментов

Специализированная конфигурация ФОРТ:АПТЕКА-2000 предназначена для автоматизации оперативного, бухгалтерского и налогового учета предприятий, занимающихся розничной продажей медикаментов.

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

· возможность серийного учета товаров, серия имеет идентификатор (текстовый или числовой), срок годности, производитель, данные сертификата и регистрационного удостоверения;

· учет в отделе розничной продажи по розничным ценам (по номенклатуре и/или суммовой);

· продажи со скидками, бесплатные передачи, льготные рецепты;

· фармакотерапевтические группы: каждый препарат можно отнести к одной или нескольким фармгруппам;

· у препаратов могут указываться лекарственные формы, фасовки, дозировки и упаковки, завод-изготовитель;

· формирование операций по переоценке и пересортице.

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

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

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

Поддерживается проведение переоценки товаров и ведение взаиморасчетов с удаленной торговой точкой.

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

Специальные возможности программы:

· автоматическое формирование бухгалтерских документов, которые отражают бухгалтерский учет;

· автоматическое формирование заказов поставщикам по минимальным остаткам;

· подключение кассовых аппаратов в режиме фискального принтера и через кассовый сервер.

II.Уникальный продукт для автоматизации аптек и аптечных сетей любых размеров и разных схем работы

Инструмент для эффективного труда фармацевтов - система автоматизации и управления аптечным предприятием М-АПТЕКА плюс представляет собой программный комплекс сбора и регистрации информации о движении товара и оформления соответствующих документов, от принятия решения о закупке товара у поставщика до его реализации. Простота и удобство системы - это основа комфортной и безошибочной работы персонала аптеки

Современный и удобный Windows интерфейс, встроенный Help. Индивидуальная настройка программы для каждого сотрудника предприятия в соответствии с функциональными обязанностями. Вместе с программным обеспечением поставляется комплект основных электронных справочников (производители, медикаменты, единицы измерения)

Работа с поставщиками лекарственных средств

Система позволяет получать прайс-листы от поставщиков в электронном виде консолидировать их в зависимости от формы расчета за поставляемый товар.

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

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

Работа с товаром

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

Одноименный товар учитывается под одним номенклатурным номером аптечного справочника одновременно с разбивкой по партиям, срокам годности, и ценам.

Предусмотрена возможность пакетной печати штрих-кодовых этикеток на весь товар по накладной поставщика.

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

Офис с функциями аналитического центра.

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

http://www.esc.ru/project/iapt/sh_big_1.gifОфис с функциями аналитического центра и заказа товара.

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

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

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

При такой функциональной структуре фармацевтического предприятия офисная часть АСУ должна позволять консолидировать заказы от торговых подразделений и формировать общие заявки поставщикам на получение товара непосредственно в офисе.

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

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

Роль офиса в этом случае дополняется функциями отдела запасов розничной аптеки.

Функции офиса, в зависимости от структуры предприятия, могут быть дополнены возможностью поставки товара мелкооптовым покупателям непосредственно из офиса.

III. Магазин: Компания Элайтс

Цена: 13710руб. / $550.00

Наличие: В наличии (на 2007-10-18)

Доставка: Россия, Другие

Способы оплаты: наличными по безналичному расчету кредитной картой интернет-платеж

Кредит: нет

Система комплексной автоматизации аптек. Отличительные особенности комплекса Организация количественного учета товаров по сериям и по срокам годности. Минимализация складских запасов. Автоматический расчет торговых наценок. Ускорение процесса продажи за счет использования автоматизированных рабочих мест кассиров на базе технологии штрихового кодирования. Оптимизация закупок. Расширение ассортимента, контроль за обязательным ассортиментным минимумом. Наличие стандартной отчетности и возможность создания собственных отчетов. Анализ товародвижения. Работа с большой номенклатурой и большим количеством документов. Что может "Панацея" Обеспечить оперативный учет большого ассортимента лекарственных препаратов на складе и в торговых секциях аптеки. Автоматизировать работу сотрудников склада по ведению базы данных, подготовке сопроводительных документов и маркировке всех поступающих на склад аптеки лекарственных препаратов этикетками со штрих-кодом. Обеспечить контроль за финансовыми взаимоотношениями с поставщиками товаров, провести расчеты потребностей аптеки по ассортименту и предоставить результаты расчетов в наглядном табличном и графическом изображении. Это позволит: увеличить общий оборот предприятия; значительно расширить ассортимент товаров; сократить количество остатков до минимума; сформировать все необходимые отчетные формы. Оперативно представлять отчетные формы для контролирующих организаций, в том числе по обязательному ассортиментному минимуму. Как организуется торговый учет? В основе организации учета лежит принцип отслеживания движения партии товара с учетом серийности, сроков годности и пр., основанный на базе технологии штрихового кодирования. На каждое поступление товара заводится учетная карточка с автоматической генерацией внутреннего штрих-кода, служащего идентификатором данной партии. Одновременно производится автоматический расчет розничной цены исходя из цен производителя и оптового поставщика, а также настраиваемых ставок торговых наценок. Это необходимо для контроля за торговой наценкой по различным группам фармпрепаратов (входящих в обязательный перечень, доступных для продажи по льготным рецептам). На основании приходной накладной автоматически можно распечатать этикетки штрих-кода с ценой и наименованием товара, которыми маркируется каждая упаковка. После маркировки товар поступает в торговые секции (операция перемещения) для дальнейшей его продажи. При продаже используется сканер штрих-кодов, с помощью которого происходит автоматическая идентификация не только товара, но и партии поставки. При этом обеспечивается учет нескольких партий одного и того же товара по различным учетным ценам и ценам продажи. Кроме непосредственной продажи провизор может получать информацию о наличии и стоимости того или иного препарата в своей торговой секции или в соседней. Проданный товар списывается с товарных складских остатков, поэтому контроль за наличием препаратов в секции осуществляется непрерывно, что позволяет регулярно пополнять запасы. Благодаря учету по каждой партии поставки обеспечивается полный учет по проданным товарам. Это позволяет рассчитываться только за реализованный товар. Установка и сопровождение комплекса "Панацея" Технология и этапность выполнения работ по запуску комплекса практически гарантирует Вам работу аптеки без остановки. Примерный поэтапный план по вводу комплекса "Панацея" в эксплуатацию: анализ существующей в Вашей аптеке технологии работы; подготовка и согласование проекта автоматизации; предварительная отладка работы комплекса в режиме имитации реальной деятельности; проектирование и установка информационной сети, с учетом имеющегося в аптеке оборудования; установка программных модулей комплекса "Панацея"; настройка экранных форм и индивидуальное обучение персонала; последующее сопровождение и оказание консультативной поддержки по эксплуатации комплекса; рекомендации по использованию комплекса в новых сферах деятельности Вашей аптеки. Работа с торговым оборудованием На автоматизированном рабочем месте (АРМ) кассира используется POS-терминал на основе фискального регистратора СПАРК-617ТФ. Связь осуществляется путем передачи файлов (прайс-листов и отчетов о продаже) по сети или на носителях. В начале рабочего дня формируется прайс-лист. Он создается в модуле "Прайс-листы", причем формирование может происходить по ценам продажи, с наценкой, по последней дате прихода и т.д., прайс-листов может быть столько, сколько необходимо для эффективной работы торгового зала. При выгрузке прайс-листа для АРМ кассира имеется возможность выбора прайс-листа. Обновление прайс-листа происходит по мере надобности в любое время рабочего дня путем переноса нового прайс-листа. Режим продажи осуществляется автоматически с помощью сканера штрих-кода. Отчет о продажах снимается в конце рабочей смены и передается в модуль "Товарный склад" где программа автоматически производит списание со склада и формирует документы на продажу товара с комментарием "Продажа. Касса". Одно рабочее место, оборудованное фискальным регистратором СПАРК-617ТФ может работать с одним или несколькими складами, для этого при настройке работы ККМ предлагается "Выбор подразделения".

Учет - это динамическая, то есть изменяющаяся во времени, открытая (имеющая связь с внешней средой) система переработки и передачи информации о функционировании внешней среды для управления предприятием.

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

Кроме того, и отчетность для лекарственных средств и изделий медицинского назначения может формироваться на основе их отнесения специализированным спискам и перечням (льготный, обязательный ассортимент, жизненно-важные, рецептурные и др.) аптеки, ориентируясь на федеральное законодательство, могут устанавливать их с учетом индивидуальных особенностей регионов.

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

Учет в аптечных организациях достаточно жестко регламентирован ведомственными приказами и распоряжениями Министерства здравоохранения РФ.

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

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

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

Учет может быть рассмотрен как информационная система, включающая:

1. информацию о хозяйственной деятельности предприятия;
2. процесс переработки получаемой информации, заключающийся в ее измерении, отражении, сохранении, обработке и передаче;
3. пользователей (потребителей) информации, полученной в результате переработки.

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

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

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

натуральный;

трудовой;

денежный.

Натуральные измерители позволяют получать сведения об объектах учета в натуральных показателях - мерах веса, количества, объема, длины, площади и т.п. (например: килограммы, граммы, штуки, упаковки, флаконы, банки, литры, метры и т.д.).

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

Денежный измеритель (рубли, тысячи рублей и т.д.) позволяет намерить любой объект. Он является универсальным, так как обеспечивает сопоставимость данных о разнородных объектах и позволяет производить с ними арифметические действия (чаше всего их суммирование).

Введение

. Теоретическая часть

.1 Необходимость автоматизации

.2 Какие ИС нужны аптеке

.3 Тенденции и перспективы

. Аналитическая часть

.1 Характеристика объекта автоматизации

. Проектная часть

.1 Постановка задачи

.2 Программное обеспечение

. Экономическая часть

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

.2 Расчет показателей экономической эффективности проекта

Заключение

Список использованной литературы

Приложение А

Введение

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

Объектом разработки является информационная система для накопления, доступа, обработки и администрирования информации, хранящейся в базе данных сети аптек.

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

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

В этой связи тема настоящего курсового проекта является на сегодняшний день актуальной значимой для эффективного функционирования сети аптек

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

Объектом исследования является сеть аптек "Солнечная"

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

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

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

Формирование достоверной информации в виде различных отчетов и диаграмм, для объективной оценки текущего состояния дел на предприятии.

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

1. Корректное ведение базы данных (добавление, удаление, редактирование записей);

2. Вести учет прихода/расхода товаров;

Данные должны иметь возможность выгрузки в MS Excel. Также должна быть возможность графического отображения выходных данных.

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

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

Программа должна:

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

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

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

Программа должна быть создана в инструментальной среде разработки приложений Borland Delphi 7.0, реализующей современные подходы к программированию: объектно-ориентированный подход и визуальные средства быстрой разработки приложений.

1. Теоретическая часть

.1 Необходимость автоматизации

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

Бухгалтерский учет;

2. заказ товара у поставщиков (широкий ассортимент и наличие большого числа поставщиков диктуют необходимость реализации электронного заказа с применением специальных возможностей для сравнения цен разных поставщиков);

Анализ товародвижения и формирование аналитических отчетов по разным группам товаров;

Регистрация и учет продаж.

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

Кроме того, сегодня в рознице для активизации продаж применяют целый спектр инструментов для повышения лояльности потребителей. "Один из них - дисконтные программы разного типа. Они включают в себя проведение ограниченных по времени действия рекламных акций; кроме того, востребовано ведение автоматизированной работы с врачами и возможность бронирования товара по телефону. Интегрированный в систему справочник "Видаль" позволяет непосредственно из терминала программы осуществлять выбор препарата по болезням, АТХ и фармгруппам, предоставляя доступ к аннотациям препаратов, информации об аналогах и их наличии в аптеке".

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

Во-первых, аптечные сети работают с огромным ассортиментом и практически все товары в аптеке имеют сроки годности. "Это предъявляет специфические требования к информационной системе, которая должна располагать функционалом для учета сроков годности нескольких тысяч позиций. Еще одной особенностью товарного ассортимента в аптеке является наличие нескольких видов одного и того же препарата: это может быть один медикамент в различных формах выпуска - спрей, гель, мазь и т. д., в различных дозировках, препараты для детей, взрослых и т. д. ИС должна позволять просматривать и выбирать товарные позиции, перемещаясь по каталогу товаров, создавая подгруппы в рамках одной группы товара, и помогать осуществлять оперативный поиск препарата в процессе работы с клиентом".

Во-вторых, в аптеках ведется строгий партионный учет (иногда учет по серийным номерам) в соответствии с требованиями GMP, особенно если есть собственное производство (приготовление лекарств на заказ). "В последнем случае данный стандарт (GMP) предусматривает обеспечение определенного документооборота, правил хранения, а также учет по составу вещества в сырье. Здесь имеется своя специфика: все поступающие партии субстанций, препаратов проходят в аптеках обязательный входной контроль. Все действия, связанные с получением, производством, распределением, в том числе и с контролем, описываются стандартными процедурами. Контроль выполняется в соответствии с фармакопеей, сборником стандартов и положений, регламентирующих качество лекарственных средств (ЛС). Уникальный номер присваивается каждой партии для того, чтобы можно было на готовый препарат собрать досье серии, где указываются место и дата приобретения всех компонентов (субстанций, вспомогательных веществ), которые входят в готовый препарат согласно спецификации, а также приводятся результаты испытаний этих компонентов, условия производства и ход технологического процесса (сколько, при какой температуре выдерживалась смесь, какие происходили реакции и т. д.). Кроме того, существует такое понятие, как спецификация. Это перечень веществ, входящих в готовый препарат. Обычно здесь указывается, какую влажность и/или какую концентрацию активного вещества в субстанции должны иметь компоненты, из которых готовится ЛС, а следовательно, и информационная система должна иметь функционал для работы с учетом массы, влажности, содержания активного вещества".

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

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

Для обеспечения всех этих запросов необходимы ИС, обладающие соответствующим функционалом.

.2 Какие ИС нужны аптеке

автоматизация ассортимент аптека лекарство

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

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

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

Система контроля доступа (СКД) может применяться для учета посещений склада с медикаментами. "Связано это с тем, что аптеки работают с наркотическими препаратами, и для предотвращения злоупотреблений с этими продуктами СКД очень эффективны. Их интеграция с бэк-офисом позволяет создать единое информационное пространство и в режиме реального времени контролировать посещаемость склада. В случае каких-либо нарушений система помогает легко выявить виновного. Кроме того, это дает возможность жестко ограничить и доступ к хранящейся здесь информации. Таким способом топ-менеджер компании получает полное представление о системе безопасности во всей сети и может вовремя отслеживать возникновение нештатных ситуаций и принимать меры для их разрешения".

Ключевыми критериями при выборе ИС являются:

· стоимость базового комплекта и услуг технической поддержки (что особенно критично для не сетевых аптек);

· возможность своевременных доработок системы под новые требования рынка и пожелания заказчика (пользователя);

· невысокие требования к оборудованию (сервер, рабочее место директора, рабочее место кассира) - это позволяет избежать дополнительных затрат на закупку нового оборудования и использовать уже имеющиеся в наличии компьютеры;

· поддержка системой большого спектра периферии (фискальные регистраторы, сканеры штрих кода, дисплеи покупателя, термопринтеры печати штрих кода и т. п.);

· наличие и доступная цена дополнительных модулей для увеличения функционала базового комплекта (особенно важно для динамично развивающихся аптечных учреждений);

· для используемой СУБД важны стоимость самой СУБД и дополнительных лицензий на рабочее место, квалификация ИТ-персонала для администрирования;

· способность взаимодействовать с наиболее распространенными программами бухгалтерского учета.

Для аптечных сетей, особенно крупных и динамично развивающихся, иерархия ключевых критериев будет несколько другой, чем для отдельных аптек. Так, здесь на первое место выйдут высокие требования к СУБД, используемой в офисе для консолидации данных, а также к аппаратной части офиса (сервер, рабочее место менеджера). Для крупных аптечных сетей рекомендуется оборудование, гарантирующее отказоустойчивость и бесперебойность в работе, так как сбои в офисном оборудовании могут оказывать негативное влияние на всю аптечную сеть.

Очень важно, чтобы в ИС была возможность оперативной консолидации данных, для быстрого обмена информацией о наличии товара в режиме реального времени как между несколькими аптеками одной сети, так и между аптеками сети и центральным офисом. Центральный офис получает от аптек отчеты о реализации товаров и на их основе осуществляет планирование закупок. Чрезвычайно важна также масштабируемость ИС, особенно на современном этапе, когда аптечные сети быстро увеличиваются. Если компания растет более чем на 30% в год, это значит, что система должна легко справляться с увеличением числа пользователей.

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

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

Иными словами, необходимо обратить внимание на следующее: клиент в конечном итоге покупает не программу, а технологию, в которой существенны не только функционал ИС, но и время внедрения, стоимость проекта и совокупная стоимость владения продуктом (TCO, включающая в том числе и стоимость адаптации и сопровождения).

.3 Тенденции и перспективы

Как уже упоминалось, одной из наиболее серьезных тенденций сегодня является интенсивное развитие аптечных сетей и уменьшение количества независимых аптек. Понятно, что не только полноценное развитие, но и само существование торговой сети ныне невозможно без использования соответствующих ИТ. Именно поэтому, наиболее востребованными будут решения, позволяющие централизованно, но в то же время гибко управлять ассортиментом, маркетинговыми программами, ценовой политикой в рамках аптечной сети. При этом должны соблюдаться высокие требования к надежности работы ПО в аптеках с тем, чтобы не росли издержки, связанные с его эксплуатацией. Преимущество получат компании, предлагающие решения не для аптеки как таковой, а для сети аптек и использующие в качестве платформы высоконадежные СУБД.

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

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

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

Сегодняшнее состояние автоматизации аптечной розницы во многом напоминает ситуацию с внедрением ИТ в торговых сетях несколько лет назад, когда комплексный подход к автоматизации здесь еще только зарождался, не все виды ИС были востребованы, не было особых требований к интеграции систем. Кстати, и тот факт, что в беседах с экспертами нам не удалось получить оценки общего объема этого сегмента рынка, говорит о начальной стадии его развития. "На данном этапе автоматизации аптечных учреждений комплексный подход в основном заключается во внедрении бухгалтерской и учетной системы. Одно лишь сокращение дублирования ввода высвобождает до 50% времени персонала, как правило, имеющего высокую квалификацию и получающего за свой труд немалое вознаграждение. Кроме того, предоставление доступа к данным за всю историю работы аптечного предприятия дает возможность использования специализированных систем прогнозирования спроса.

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

2. Аналитическая часть

.1 Характеристика объекта автоматизации

Объектом исследования является ТОО "Аптека "Солнечная" по продаже по продаже лекарственных средств.

ТОО "Аптека "Солнечная" создана в 2001 году. В 2005 году было открыто 2 аптеки, в 2007 еще 2, на данный момент ТОО "Аптека "Солнечная" насчитывает 9 филиалов.

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

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

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

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

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

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

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

Во внешней системе ТОО "Аптека "Солнечная" выполняет роль посредника между производителями товаров и клиентами на эту продукцию. Наглядно это можно увидеть из рисунка 1.

Рисунок 1. Схема внешней среды фирмы

ТОО "Аптека "Солнечная" ведет оптовую и розничную торговлю. Удовлетворяя потребности розничных торговцев, предприятие оптовой торговли получает доход от торговой надбавки на продаваемые товары.

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

Приемка товаров по количеству и качеству осуществляется в соответствии с инструкциями, принятыми в организации.

Приемка товаров по количеству - это сверка массы, числа мест, единиц фактически поступивших товаров с показателями сопроводительных документов.

Приемка товаров по качеству - это выявление качества и комплектности товара, соответствия тары, упаковки, маркировки установленным требованиям, а также сопроводительным документам.

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

Опишем организационную структуру управления предприятием.

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

Отдел бухгалтерии включает в себя три подотдела: это главный бухгалтер, выписка, платежи и касса.

Главный бухгалтер ведет бухгалтерский учет, делает баланс, различные встречные сверки, считает все налоги и решает вопросы, возникающие в отделах, находящихся в его подчинении.

В процессе исследования существующей системы обработки экономической информации на предприятии ТОО "Аптека "Солнечная" были выявлены недостатки.

Рассмотрим организационные недостатки:

В организации минимально используется персональный компьютер.

Нерациональное использование средств информационных технологий.

Недостаточная квалификация сотрудников.

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

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

3. Проектная часть

.1 Постановка задачи

Создать программное приложение "Учет лекарственных средств", организующее операции с лекарствами (регистрация, продажа, учет и т.д.), прибыль за месяц.

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

Опишем основы функционирования рассматриваемого объекта, то есть "Справочник фармацевта", с помощью программы BP Win.

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

Косвенно на данное предприятие влияют законы, устав предприятия и спрос. Сотрудники и оборудование также имеют очень важное значение на работу предприятия, поэтому они также косвенно влияют на него.

Выходными данными являются: доход, отчеты и ответ на заказ.

Рисунок 2 - Функциональная диаграмма 0 уровень

В результате, можно разработать логическую структуру БД, используя программу ERWin.

Структура Базы данных.

Рис. 3. Логическая структура БД

Таблица 2 - Физическая структура базы данных

3.2 Программное обеспечение

Программный продукт "Учет лекарственных средств" разработан на Microsoft Access 2003 и Borland Delphi 7.

Access 2003 входит в состав Microsoft Office 2003, и как другие компоненты работает в среде Windows 2000 и выше.

Практический минимум, предъявляемым Access 2003 к персональному компьютеру, является Pentium 2 и 64 Мб при работе под Windows 2000. При стандартной установке набора приложений: Word, Excel, Outlook, Power Point, Access, FrontPage требуется примерно 250 Мб на жестком диске. Рекомендуется монитор SVGA, возможно использование VGA.

Microsoft Access - это функционально полная реляционная СУБД. В ней предусмотрены все необходимые инструментальные средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. Что касается легкости использования, то Microsoft Access совершил здесь настоящий переворот, и многие для создания своих собственных баз данных и приложений обращаются именно к нему.

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

В Access вы можете при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями. OLE позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других, поддерживающих OLE приложений Windows.

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

В Microsoft Access для обработки данных ваших таблиц используется мощный язык SQL (Structured Query Language - Структурированный язык запросов). Используя, вы можете выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных.

Для написания программы была выбрана среда визуального программирования Borland Delphi 7.

Синтаксис Borland Delphi 7 основан на языке программирования Object Pascal. Borland Delphi 7 полностью поддерживает ООП (объектно-ориентированное программирование), что значительно расширяет возможности среды.

Еще одним немаловажным достоинством выбранной среды Borland Delphi 7 является то, что Borland Delphi 7 во всем мире считается одним из самых простых сред программирования, и, в отличие от всех широко распространенных сред программирования, является строго типизированным, что позволяет свести количество ошибок практически к нулю (за исключением логических ошибок алгоритма).Delphi 7 предоставляет широкий спектр средств по управлению базами данных, имеющих даже различные технологии структуры и поддержки.

Для разработки базы данных в данной программе выбор пал на технологию ADO, корпорации Microsoft, за свои широкие возможности и простоту использования.

В соответствии с структурной - схемой, приведенной выше в пункте "Структурная схема", в представленной программе разработаны программные модули на Borland Delphi 7. А также запросы на языке Microsoft Access 2003 .

В ходе выполнения программы возможно появление на экране сообщений:

Сообщение "Ошибка чтения базы данных".

Ошибка возникает при невозможном чтении файла базы данных.

При этом оператор должен:

Проверить наличие файла "task.mdb" Возможно, файл не существует или находится в другой папке, нежели программа.

Возможно, причиной ошибки послужила неисправность носителя.

Сообщение "Несоответствие дат".

Ошибка возникает при генерации отчета из-за неправильно введенных дат.

При этом оператор должен:

Проверить правильность написания дат.

Главная форма

Рисунок 4 - Главная форма

Описание работы:

Отражение основной информации из таблиц БД Лекарства и Склад.

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

Рисунок 5 - Отбор данных по условию

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

Рисунок 6 - Результат поиска

Раздел Заказ:

Название - выбор лекарства

Дата - указание даты

Цена - указание цены лекарства

Сумма - подсчет общей суммы заказа

По нажатию кнопки Ок производится продажа лекарства с занесением информации во таблицу Заказ с отражением его в форме Отчет по продажам.

Меню Редактировать:

Рисунок 7 - Меню Редактировать

Добавить запись - осуществляет вызов формы Добавить / редактировать лекарство с занесением добавленных данных в таблицы Лекарства и Склад.

Рисунок 8 - Форма Добавить / редактировать лекарство

Редактировать запись - осуществляет вызов формы Добавить / Редактировать лекарство с обновлением исправленных данных в таблицах Лекарства и Склад.

Рисунок 9 - Форма Добавить / редактировать лекарство

Меню Отчеты

Рисунок 10 - Меню Отчеты

Осуществляет вызов формы Отчет по продажам.

Рисунок 11 - Форма Отчет по продажам

Меню Поставщики

Рисунок 12 - Меню Поставщики

Осуществляет вызов формы Поставщики.

Рисунок 13 - Форма Поставщики

Кнопка Добавить - осуществляет вызов формы Добавить / редактировать поставщика с занесением добавленных данных в таблицу Поставщики.

Рисунок 14 - Форма Добавить / редактировать поставщика

Кнопка Редактировать - осуществляет вызов формы Добавить / редактировать поставщика с обновлением исправленных данных в таблицу Поставщики.

Рисунок 15 - Форма Добавить / редактировать поставщика

Кнопка Удалить - осуществляет удаление текущей записи из таблицы Поставщики.

Кнопка Выход - закрывает данную форму.

Меню Справочники

Рисунок 16 - Меню справочники

Осуществляет вызов форм Города и Типы лекарств.

Рисунок 17 - Форма Города

Рисунок 18 - Форма Тип лекарства

Меню Сортировка

Рисунок 19 - Меню сортировка

Осуществляет сортировку лекарств по названию или по цене в таблице Лекарства.

Меню Выход

Рисунок 20 - Меню Выход

4. Экономическая часть

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

Смета затрат включает следующие статьи:

основная заработная плата разработчиков информационной системы;

дополнительная заработная плата разработчиков информационной системы;

отчисления на социальные страхования;

расчет затрат на амортизацию ЭВМ;

расходы на электроэнергию, используемую при разработке информационной системы;

накладные расходы.

Рассмотрим более подробно каждую из указанных статей затрат.

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

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

Таким образом, рассмотрим те составляющие затрат, которые будут затронуты модернизацией информационной системы. В результате сокращения рабочего времени заработная плата работников предприятия не изменится, т.к. им установлен фиксированный оклад, а не часовая тарифная ставка. Более того, за работу в сверхурочные часы не производится их оплата с соответствующей индексацией (в 3-х кратном размере), за переработанные часы сотрудники могут быть награждены персональными премиями или могут взять отгулы. Поэтому от повышения оперативности выполнения работ прямого сокращения затрат не будет. Но будет уменьшен общий фонд оплаты труда в результате сокращения должностей, главным образом должностей контролирующих и перепроверяющих. Ожидается, что тот же объем работ в новой системе смогут выполнить в 1,5 раза меньше работников, чем при существующей традиционной системе.

Затраты на основную заработную плату (З осн.) при повременной форме оплаты труда рассчитываются по формуле (1):

З осн. =О мес. *Т раб. * К д /Д р.мес. , (1)

где: О мес. - месячный оклад продавца;

Д р.мес. - среднее количество рабочих дней в месяце;

Т раб. - фактическое отработанное время

К д - коэффициент, учитывающий доплаты к основной зарплате

В год на работу для ТОО "Аптека "Солнечная" примерно рассчитано определенное количество канцелярских материалов - бумаги, пишущих принадлежностей и прочих - на сумму Sk1, которая в году составила 100 000 тенге. Прекращение использования обычных носителей информации в большинстве операций на хранение и обработку данных в центральном сервере сократит эти расходы на 70-80%. Конечный вывод данных на бумагу потребуется только для тех отчетов, которые используются руководством как официальные документы.

Т.о. снижение затрат на расходные материалы определяется из выражения:

DЗ р.м. = 0.7 * S k 1 ; (2)

где S k 1 - сумма годовых расходов на канцтовары;

DЗ р.м. = 0.7 * S k 1 = 70 000 тенге.

Норма работы в месяц 146 часов. Реально же некоторые работники работают сверхурочно, что приводит к перерасходу электроэнергии. Настольный компьютер, который выполняет функции рабочего места налогового инспектора, потребляет в среднем N pc = 350 Вт.

Перерасход электроэнергии за год составит:

где T - количество часов, отработанных пользователями сверхурочно, за год

T = 1321 час примерно за год.

Е год = 350 * 1321 = 462350 Вт.

Если финансисты будут успевать выполнять свою работу в рабочее время, то снижение затрат в результате экономии э/энергии составит:

DЗ ээ = Е год * Ц кв, (4)

где Ц кв - цена одного кВт*ч э/энергии. Ц кв = 3 тенге;

DЗ ээ = 462350 * 1.50 * 10-3 = 1400 тенге;

Итого имеем материальных преимуществ введения новой системы финансового учета на сумму снижения издержек в течение года:

DИ S = DЗ з/п + DЗ р.м. + DЗ ээ (5)

DИ S = 1 200 000 + 266 000 + 1400 = 1 467 400 тенге

.2 Расчет показателей экономической эффективности проекта

Для построения системы мы используем существующую ЛВС. В ее состав входят:

· файл-сервер сети Windows Server;

· компьютеры на базе Pentium 4;

· кабельная система на основе тонкого коаксиального кабеля;

· активное кабельное оборудование.

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

· сервер баз данных;

· программное обеспечение для сервера БД;

· программное обеспечение для клиентских компьютеров;

Цена сервера баз данных на основе Pentium IV составит:

Ц сбд = 200 000 тенге

Сетевая карта Intel EtherExpress Pro для сервера БД D-Link 10-100

Ц ск = 1500 тенге

Сетевая ОС Windows NT 4.0

Ц ос = 60 000 тенге

Программный сервер на 10 одновременных подключений:

Ц пс = 140 000 тенге

Для внедрения новой системы рассчитывается использовать группу из 3-х специалистов.

Время разработки системы определено как:

T p = 1000 часов, или 6 месяцев.

Т.о. затраты на оплату труда разработчиков составят:

З прог = З з/п * 18 = 60 000 * 18 = 360 000 тенге;

Пакет Delphi 7.0 имеет рыночную стоимость

Ц Delphi = 250 000 тенге

Итого единовременные капиталовложения составят:

К = Ц сбд + Ц ск + Ц ос +Ц пс + З прог + Ц Delphi , (6)

К = 200 000 + 18 500 + 175 000 + 140 000 + 360 000 + 250 000 = 1 143 500 тенге.

Годовая эффективность создания системы определяется из выражения:

Э г = DЗ/(Е н + К р), (7)

где DЗ - изменение размера затрат на создание и обслуживание информационной системы определяется из выражения:

DЗ = DИ S - К(Е н + К р), (8)

где DИ S - абсолютное изменение издержек работы отдела;

Е н - норматив эффективности капвложений, для компьютерной техники и программного обеспечения принимается равным 0.15;

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

К р = Е н / ((1 + Е н)Т сл - 1), (9)

К р = 0.15 / ((1 + 0.15)3 - 1) = 0.29;

Тогда, изменение размера затрат составит:

DЗ = 1 466 700 - 1 143 500*(0.15+0.29) = 963 560 тенге,

Таким образом годовая эффективность планируется в размере

Эг = 963 560 / (0.15+0.29) = 2 189 909 тенге.

Теперь мы можем определить срок окупаемости Ток создания новой системы из выражения:

Т ок = К / Э г, (10)

Ток = 1 143 500 / 2 189 909 = 0,52 года.

Причем данный срок окупаемости учитывает только материальные преимущества создания новой системы.

Таким образом, мною осуществлен расчет всех затрат на создание системы и обоснованы все преимущества ее внедрения.

Заключение

В результате проделанной работы разработана информационная система (ИС) для сети аптек "Солнечная". Система разработана в соответствии с требованиями заказчика, учитывая особенности данной предметной области.

Информационная система создана в инструментальной среде визуальной разработки приложений Borland Delphi 7.0 В результате была разработана информационная система учета торгового предприятия. Информационная система поддерживает все операции, связанные с учетом, обработкой и предоставлением необходимых данных. Данная система обеспечивает ввод, удаление, хранение и редактирование информации, которая содержится в таблицах данных.

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

С приложением несложно работать даже неопытному пользователю. Она красочно оформлена (добавлены картинки, иконки и т.п.) чтобы пользователю было приятно и весело работать в данной программе.

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

Система Delphi позволяет решать множество задач, в частности:

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

2. Быстро создавать (даже начинающим программистам) профессионально выглядящий оконный интерфейс для любых приложений.

Создавать мощные системы работы с локальными и удаленными базами данных

4. Создавать справочные системы (файлы. hlp) для своих приложений и мн. др.

Delphi - это комбинация нескольких важнейших технологий:

1. Высокопроизводительный компилятор в машинный код

2. Объектно-ориентированная модель компонент

Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов

4. Масштабируемые средства для построения баз данных.

Целью курсовой работы было изучение языка программирования DELPHI и разработка практических заданий.

При выполнении курсовой работы:

1. была изучена теория и технология работы с средой программирования Borland Delphi7;

2. была изучена и проанализирована соответствующая литература;

3. был проведён сравнительный анализ языков этого класса и показаны преимущества и недостатки языка Delphi;

4. были приведены элементы методической работы в виде разработки вариантов заданий (из прикладных областей) для учащихся старших классов школ изучающих Delphi на уроках информатики.

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

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

Список использованной литературы

1. Шумаков П.В. "Delphi 7 и разработка приложений баз данных." - М.: "Нолидж", 2007 год;

2. http://www.licinfo.com.ua/ru/biznes-plan-seti-aptek.html

Http://www.aip.ru/list_articles/preimushestva_.html.

4. http://www.nedug.ru/news/популярно_о_здоровье/2000/5/22/Будущее-за-аптечными-сетями#.VI3aiFVwt6Q.

5. Омарова Ш.Е., Дрозд В.Г., Косова Е.Г. -Учебное пособие "Проектирование баз данных".

6. Пестриков, В.М. Delphi на примерах / В.М. Пестриков, А.Н. Маслобоев. - СПб. : БХВ-Петербург, 2005. - 496 с.

7. Стивене, Р. Delphi. Готовые алгоритмы / Род Стивене; Пер. с англ. Мерещука П.А. - 2-е изд., стер. - М. : ДМК Пресс; СПб. : Питер, 2004. - 384 с.

8. www.wikipedia.com

9. Сапков В.В. Информационные технологии и компьютеризация делопроизводства: учебное пособие. Киев: ACADEMIA, 2009.

10. Тен Т.Л., Муканова Ж.А. Программные средства ИС/ уч.пособие. - Караганда: КЭУК, 2010

11. Тен Т.Л., Муканова Ж.А. Программные средства ИС/ уч.-практ.пособие для ДО. - Караганда: КЭУК, 2009

Лабор В.В. Си Шарп: Создание приложений для Windows/ В.В. Лабор. - Мн.: Харвест, 2003

13. http://business-up.ucoz.ru/publ/2-1-0-10

14. Тимошонок, Т. Microsoft Access 2003. Краткое руководство /Т. Тимоше-нок.− М:Вильямс, 2005. - 320с.

15. Cамоучитель MS Access. [Электронный ресурс]. - Режим доступа: http://www.taurion.ru/access.

16. http://business.gov.kz/ru/aspiring-entrepreneurs/business-ideas/detail.php?ID=60897

17. Когловский М.Р. - Технология баз данных на персональных ЭВМ.- М.: Финансы и статистика, 2008.

18. Информатика / Под ред. Н.В. Макаровой. М.: Финансы и статистика, 2010.

19. Орлов С.А. Технология разработки программного обеспечения: Учебник. - СПб.: Питер, 2008..

20. http://www.1001statya.ru/

21. http://forum.triz-ri.ru/forum/mess.asp?thr=19407

22. Strange K. Magic Quadrant for Data Warehouse DBMSs// Gartner Research Note M-22-2154. 2011

Приложение А

unit Unit1; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids, Menus, ImgList, StdCtrls, DBCtrls, Mask, Buttons; type TForm1 = class(TForm) DBGrid1: TDBGrid; MainMenu1: TMainMenu; ImageList1: TImageList; N1: TMenuItem; N2: TMenuItem; N3: TMenuItem; N5: TMenuItem; N6: TMenuItem; N7: TMenuItem; N8: TMenuItem; N9: TMenuItem; N10: TMenuItem; N11: TMenuItem; N12: TMenuItem; N13: TMenuItem; N14: TMenuItem; N4: TMenuItem; DBGrid2: TDBGrid; Edit1: TEdit; Label1: TLabel; N15: TMenuItem; N16: TMenuItem; N17: TMenuItem; GroupBox1: TGroupBox; N18: TMenuItem; Label2: TLabel; Label3: TLabel; DBEdit2: TDBEdit; Label4: TLabel; DBEdit3: TDBEdit; Label5: TLabel; DBEdit4: TDBEdit; Label6: TLabel; DBEdit5: TDBEdit; DBLookupComboBox1: TDBLookupComboBox; BitBtn1: TBitBtn; BitBtn2: TBitBtn; Label7: TLabel; Edit2: TEdit; BitBtn3: TBitBtn; Label8: TLabel; DBEdit1: TDBEdit; Label9: TLabel; DBEdit6: TDBEdit; Label10: TLabel; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure N4Click(Sender: TObject); procedure N5Click(Sender: TObject); procedure N8Click(Sender: TObject); procedure N9Click(Sender: TObject); procedure Edit1Change(Sender: TObject); procedure N7Click(Sender: TObject); procedure N13Click(Sender: TObject); procedure N14Click(Sender: TObject); procedure N11Click(Sender: TObject); procedure N16Click(Sender: TObject); procedure N18Click(Sender: TObject); procedure BitBtn1Click(Sender: TObject); procedure BitBtn2Click(Sender: TObject); procedure BitBtn3Click(Sender: TObject); procedure DBLookupComboBox1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form1: TForm1; implementation uses Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9, Unit10; {$R *.dfm} procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable1.Modified then DataModule2.ADOTable1.Post; if DataModule2.ADOTable2.Modified then DataModule2.ADOTable2.Post; end; procedure TForm1.N4Click(Sender: TObject); begin DataModule2.ADOTable1.Insert; DataModule2.ADOTable2.Insert; Form3.ShowModal; end; procedure TForm1.N5Click(Sender: TObject); begin Form3.ShowModal; end; procedure TForm1.N8Click(Sender: TObject); begin DataModule2.ADOTable1.IndexFieldNames:="Название"; end; procedure TForm1.N9Click(Sender: TObject); begin DataModule2.ADOTable1.IndexFieldNames:="Цена"; end; procedure TForm1.Edit1Change(Sender: TObject); begin if Length(Edit1.Text)>0 then DataModule2.ADOTable1.Filtered:=true else DataModule2.ADOTable1.Filtered:=false; DataModule2.ADOTable1.Filter:="Название>"""+Edit1.Text+""""; end; procedure TForm1.N7Click(Sender: TObject); begin Form4.Show; end; procedure TForm1.N13Click(Sender: TObject); begin Form6.Show; end; procedure TForm1.N14Click(Sender: TObject); begin Form7.Show; end; procedure TForm1.N11Click(Sender: TObject); begin Form1.Close; end; procedure TForm1.N16Click(Sender: TObject); begin Form8.Show; end; procedure TForm1.N18Click(Sender: TObject); begin Form9.Show; end; procedure TForm1.BitBtn1Click(Sender: TObject); begin DataModule2.ADOTable6.Post; DataModule2.ADOQuery2.Active:=false; DataModule2.ADOQuery2.SQL.Clear; DataModule2.ADOQuery2.SQL.Add("UPDATE Склад"); DataModule2.ADOQuery2.SQL.Add("SET Склад.[Количество на складе]=Склад.[Количество на складе]-"""+DBEdit4.Text+""""); DataModule2.ADOQuery2.SQL.Add("WHERE Склад.[Код] LIKE """+DBEdit1.Text+""""); DataModule2.ADOQuery2.ExecSQL; DataModule2.ADOTable2.Refresh; DataModule2.ADOTable6.Refresh; end; procedure TForm1.BitBtn2Click(Sender: TObject); begin DataModule2.ADOTable6.Insert; end; procedure TForm1.BitBtn3Click(Sender: TObject); begin DataModule2.ADOQuery1.Active:=false; DataModule2.ADOQuery1.SQL.Clear; DataModule2.ADOQuery1.SQL.Add("Select Поставщики.[Код поставщика], Лекарства.[Название], Склад.[Количество на складе], Склад.[Дата поставки]"); DataModule2.ADOQuery1.SQL.Add("FROM Поставщики INNER JOIN (Склад INNER JOIN Лекарства ON Склад.[Ключ]=Лекарства.[Ключ]) ON Поставщики.[Код поставщика]=Склад.[Код поставщика]"); DataModule2.ADOQuery1.SQL.Add("WHERE Поставщики.[Код поставщика] LIKE """+Edit2.Text+""""); DataModule2.ADOQuery1.Active:=true; Form10.ShowModal; end; procedure TForm1.DBLookupComboBox1Click(Sender: TObject); begin DataModule2.ADOQuery3.Active:=false; DataModule2.ADOQuery3.SQL.Clear; DataModule2.ADOQuery3.SQL.Add("Select Лекарства.[Ключ], Лекарства.[Цена]"); DataModule2.ADOQuery3.SQL.Add("FROM Лекарства"); DataModule2.ADOQuery3.SQL.Add("WHERE Лекарства.[Ключ] LIKE """+DBEdit6.Text+""""); DataModule2.ADOQuery3.Open; DBEdit3.Text:=DataModule2.ADOQuery3.FieldValues["Цена"]; DataModule2.ADOQuery3.Active:=True; DataModule2.ADOTable6.Refresh; end; end. unit Unit2; interface uses SysUtils, Classes, DB, ADODB; type TDataModule2 = class(TDataModule) ADOConnection1: TADOConnection; ADOTable1: TADOTable; DataSource1: TDataSource; ADOTable2: TADOTable; DataSource2: TDataSource; ADOTable1DSDesigner: TAutoIncField; ADOTable1DSDesigner3: TWideStringField; ADOTable1DSDesigner5: TDateTimeField; ADOTable1DSDesigner6: TBCDField; ADOTable2DSDesigner: TAutoIncField; ADOTable2DSDesigner2: TDateTimeField; ADOTable2DSDesigner3: TWideStringField; ADOTable2DSDesigner4: TWideStringField; ADOTable3: TADOTable; ADOTable4: TADOTable; ADOTable5: TADOTable; DataSource3: TDataSource; DataSource4: TDataSource; DataSource5: TDataSource; ADOTable1DSDesigner2: TWideStringField; ADOTable2DSDesigner6: TIntegerField; ADOTable3DSDesigner: TWideStringField; ADOTable3DSDesigner2: TWideStringField; ADOTable3DSDesigner3: TWideStringField; ADOTable3DSDesigner4: TWideStringField; ADOTable3DSDesigner5: TWideStringField; ADOTable4DSDesigner: TAutoIncField; ADOTable4DSDesigner2: TWideStringField; ADOTable5DSDesigner: TAutoIncField; ADOTable5DSDesigner2: TWideStringField; ADOTable6: TADOTable; DataSource6: TDataSource; ADOTable6DSDesigner: TAutoIncField; ADOTable6DSDesigner2: TDateTimeField; ADOTable6DSDesigner3: TIntegerField; ADOTable6DSDesigner5: TWideStringField; ADOTable6DSDesigner6: TBCDField; ADOTable6Field: TIntegerField; ADOQuery1: TADOQuery; DataSource7: TDataSource; ADOTable2_: TWideStringField; ADOQuery2: TADOQuery; DataSource8: TDataSource; ADOQuery3: TADOQuery; DataSource9: TDataSource; ADOQuery4: TADOQuery; procedure ADOTable6CalcFields(DataSet: TDataSet); private { Private declarations } public { Public declarations } end; var DataModule2: TDataModule2; implementation uses Unit9; {$R *.dfm} procedure TDataModule2.ADOTable6CalcFields(DataSet: TDataSet); begin DataModule2.ADOTable6Field.Value:=DataModule2.ADOTable6DSDesigner6.AsInteger*DataModule2.ADOTable6DSDesigner3.AsInteger; end; end. unit Unit3; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Mask, DBCtrls, ComCtrls, Buttons, ExtCtrls; type TForm3 = class(TForm) DBEdit1: TDBEdit; Label1: TLabel; Label2: TLabel; Label3: TLabel; Label4: TLabel; DBLookupComboBox1: TDBLookupComboBox; DBEdit2: TDBEdit; BitBtn1: TBitBtn; DBEdit3: TDBEdit; DBEdit4: TDBEdit; DBEdit5: TDBEdit; DBEdit6: TDBEdit; DBEdit7: TDBEdit; Label5: TLabel; Label6: TLabel; Label7: TLabel; Label8: TLabel; Label9: TLabel; DBLookupComboBox2: TDBLookupComboBox; Image1: TImage; Label10: TLabel; procedure BitBtn1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form3: TForm3; implementation uses Unit2, Unit1; {$R *.dfm} procedure TForm3.BitBtn1Click(Sender: TObject); begin if DataModule2.ADOTable1.Modified then DataModule2.ADOTable1.Post; if DataModule2.ADOTable2.Modified then DataModule2.ADOTable2.Post; Close; end; end. unit Unit4; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids, Menus, StdCtrls; type TForm4 = class(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; Button3: TButton; Button4: TButton; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure Button1Click(Sender: TObject); procedure Button2Click(Sender: TObject); procedure Button3Click(Sender: TObject); procedure Button4Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form4: TForm4; implementation uses Unit2, Unit5, Unit1, Unit3; {$R *.dfm} procedure TForm4.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable3.Modified then DataModule2.ADOTable3.Post; end; procedure TForm4.Button1Click(Sender: TObject); begin DataModule2.ADOTable3.Edit; DataModule2.ADOTable3.Insert; Form5.Show; end; procedure TForm4.Button2Click(Sender: TObject); begin Form5.Show; end; procedure TForm4.Button3Click(Sender: TObject); begin if Application.MessageBox(PChar("Ты действительно хочешь удалить " +DataModule2.ADOTable3DSDesigner.AsString), "Внимание!!!", MB_OKCANCEL)=id_OK then DataModule2.ADOTable3.Delete; end; procedure TForm4.Button4Click(Sender: TObject); begin Form4.Close; end; end. unit Unit5; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, DBCtrls, StdCtrls, Mask; type TForm5 = class(TForm) Label1: TLabel; DBEdit1: TDBEdit; Label2: TLabel; DBEdit2: TDBEdit; Label3: TLabel; Label4: TLabel; DBEdit4: TDBEdit; Label5: TLabel; DBLookupComboBox1: TDBLookupComboBox; Button1: TButton; DBComboBox1: TDBComboBox; procedure Button1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form5: TForm5; implementation uses Unit2, Unit1, Unit4, Unit3; {$R *.dfm} procedure TForm5.Button1Click(Sender: TObject); begin DataModule2.ADOTable3.Post; Form5.Close; end; end. unit Unit6; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids, StdCtrls, Buttons; type TForm6 = class(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; procedure FormClose(Sender: TObject; var Action: TCloseAction); procedure Button1Click(Sender: TObject); procedure Button2Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form6: TForm6; implementation uses Unit1, Unit2; {$R *.dfm} procedure TForm6.FormClose(Sender: TObject; var Action: TCloseAction); begin if DataModule2.ADOTable4.Modified then DataModule2.ADOTable4.Post; end; procedure TForm6.Button1Click(Sender: TObject); begin Form6.Close; end; procedure TForm6.Button2Click(Sender: TObject); begin DataModule2.ADOTable4.Edit; DataModule2.ADOTable4.Insert; end; end. unit Unit7; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Grids, DBGrids; type TForm7 = class(TForm) DBGrid1: TDBGrid; Button1: TButton; Button2: TButton; procedure Button2Click(Sender: TObject); procedure Button1Click(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form7: TForm7; implementation uses Unit2; {$R *.dfm} procedure TForm7.Button2Click(Sender: TObject); begin Form7.Close; end; procedure TForm7.Button1Click(Sender: TObject); begin DataModule2.ADOTable5.Edit; DataModule2.ADOTable5.Insert; end; end. unit Unit8; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, jpeg, ExtCtrls; type TForm8 = class(TForm) Image1: TImage; Label1: TLabel; Label2: TLabel; Label3: TLabel; Label4: TLabel; Label5: TLabel; Label6: TLabel; private { Private declarations } public { Public declarations } end; var Form8: TForm8; implementation {$R *.dfm} end. unit Unit9; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids, StdCtrls, Buttons, RpRave, RpDefine, RpCon, RpConDS, DB, ADODB, ComCtrls; type TForm9 = class(TForm) DBGrid1: TDBGrid; BitBtn1: TBitBtn; procedure FormCreate(Sender: TObject); private { Private declarations } public { Public declarations } end; var Form9: TForm9; implementation uses Unit2, Unit1; {$R *.dfm} procedure TForm9.FormCreate(Sender: TObject); begin if DataModule2.ADOTable6.Modified then DataModule2.ADOTable6.Post; end; end. unit Unit10; interface uses Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, Grids, DBGrids; type TForm10 = class(TForm) DBGrid1: TDBGrid; private { Private declarations } public { Public declarations } end; var Form10: TForm10; implementation uses Unit2; {$R *.dfm} end.

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

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

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

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

Благодаря автоматизированной системе ускорилась работа провизора-информатора. Информация о наличии ЛС и ценах поступает на городскую справку и в лечебно-профилактические учреждения. Система проста в использовании, это позволяет быстро обучить персонал без отрыва от работы. Кроме того, система предоставляет аптеке большие аналитические возможности для планирования своей деятельности. Например, можно осуществить полный расчет рейтингов всех препаратов за год менее чем за 5 минут. Такая высокая скорость функционирования достигается, в частности, за счет того, что при работе система не создает никаких временных, ненужных файлов, что характерно для многих компьютерных программ. Обычно эти файлы остаются на диске и замедляют работу программы. Сравнительный анализ ассортимента проводится с учетом "точки безубыточности" отдельных групп товаров, определяется структура объемов продаж, рентабельность товарных позиций. Таким образом, становится возможным планировать объемы продаж, товарно-денежные потоки, прибыли и затраты.

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

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

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

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