Проектирование реализации операций бизнес-процесса Аптека Ригла «Учет реализации лекарственных препаратов через аптечную сеть»

Содержание:

Введение.

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

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

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

Предметом исследования является бизнес-процесс работы с поставщиками.

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

Для достижения указанной цели необходимо решить следующие задачи:

1. Выбрать объект исследования и сформулировать требования к разрабатываемой информационной системе на основе полученных данных.
2. Определить информационные потоки исследуемого объекта и построить их модели.
3. Выбрать предмет исследования курсовой работы на основе полученных данных об информационных потоках.

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

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

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

Аптека Ригла в своей деятельности руководствуется действующим законодательством Российской Федерации и своим Уставом.

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

Основные бизнес-процессы компании - закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами.

Аптека Ригла осуществляет следующие виды деятельности:

1. Изготовление, контроль и отпуск лекарств по рецептам и требованиями, оформленными в соответствии с установленными правилами;
2. Реализацию населению лекарственных средств, разрешенных к отпуску без рецептов, а также изделий медицинского назначения.
3. Надлежащее хранение продукции медико-фармацевтического назначения в соответствии с утвержденными правилами, нормами, требованиями;
4. Определение текущей и перспективной потребности в продукции медико-фармацевтического назначения для формирования заказов при заключении договоров с поставщиками продукции;
5. Создание оперативного резерва продукции медико-фармацевтического назначения по установленной номенклатуре;

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

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

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

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

Основными задачами руководителя отдела закупок являются:

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

Разработка методик поиска поставщиков,

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

1.1 Выбор комплекса задач автоматизации.

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

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

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

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

1. Бухгалтерский учета на предприятии;
2. Учёт лекарственных препаратов, которые находятся уже на складе предприятия.
3. Учёт эпидемиологической обстановке в стране, что даст примерное представление о том, какие лекарственные препараты станут наиболее актуальными (В «мокрый» осенний период это будут всевозможные средства от простуды и гриппа, а в жаркий стоит закупить средства для корректировки артериального давления, также не стоит забывать о круглогодичных препаратах, которые отпускаются по рецепту от врачей, как пример: инсулин и производные инсулина для больных диабетом)
4. Учёта объёмов поставок;
5. Учёт клиентов и оказываемых им услуг (пример: прикрепление аптеки к государственной поликлинике, которая и будет направлять часть клиентов за лекарственными препаратами в данную сеть)
6. Можно привести еще целый ряд подсистем в комплексе задач автоматизации деятельности аптечного бизнес-проекта. Следует отметить, что все задачи в комплексе задач связаны между собой, а операции, происходящие на предприятии, не могут относиться к какой-либо одной задаче.

1.2 Характеристика существующих бизнес – процессов на примере Аптеки Ригла

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

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

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

В целом, бизнес-процесс работы с поставщиками включает в себя несколько этапов.

1. Подготовка и оформление заявки на покупку медицинских препаратов.

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

Резервирование заказываемой продукции.

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

1. Оформление документов.

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

1. Контроль выполнения условий оплаты.

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

1. Оформление отправки товара.

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

1. Контроль выполнения условий договора.

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

а) Отчет;

б) Закрывающие документы (чек, товарная накладная).

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

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

• 1. .1.3 Характеристика документооборота, возникающего при решении задачи

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

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

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

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

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

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

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

В советские времена делопроизводство регламентировалось Единой государственной системой документационного обеспечения управления (ЕГСДОУ). Созданная схема хорошо структурирована и до сегодняшнего дня хорошо поддается автоматизации. Указанный стандарт регламентирует принципы работы с документами. В то же время сегодня желательна детальная регламентация работы по исполнителям (выполняемым ими ролям), доведенная до регламентации в виде положений о подразделениях и должностных инструкциях специалистов. 

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

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

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

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

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

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

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

1. Какие цели преследуются при автоматизации и какие задачи должны быть решены?
2. Где проходит граница документооборота организации и что должно быть автоматизировано?

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

а) повышение качества и оперативности управления, и как следствие этого обеспечение конкурентоспособности предприятия на рынке;

б) объединение в единый делопроизводственный цикл всех структурных подразделений организации, включая территориально-удаленные;

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

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

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

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

а) подготовка и оформление документов.

б) повышение качества и оперативности подготовки документов, создаваемых в организации;

в)унификация процесса работы с документами на всех этапах его существования;

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

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

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

в) упорядочение документооборота организации (упрощение схем прохождения документов - маршрутизация);

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

д) сокращение сроков исполнения и прохождения документов;

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

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

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

б) оперативное получение информации о состоянии исполнения и месте нахождения любого документа;

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

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

а) обеспечение централизованного хранения текстов документов, подготовленных в электронном виде, их графических образов и материалов к ним;

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

г)обеспечение оперативного поиска и подборки документов (материалов) по тематическому набору реквизитов;

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

1.4. Обоснование проектных решений по информационному обеспечению 

Информационное обеспечение (ИО) включает в себя:

• систему классификации и кодирования;
• систему унифицированной документации, используемой в ИО;
• информационную базу.

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

• общегосударственные классификаторы,
• отраслевые (ведомственные) классификаторы, используемые в пределах определенной отрасли (ведомства);
• локальные классификаторы, используемые в пределах организации или группы организации.

Входные и выходные документы с поставщиками от аптеки должны содержать:

1. Права и обязанности сторон, включая выплату неустоек и систему штрафов.
2. Количество товара в партии, включая возможность изменять цифру в соответствии со спросом населения.
3. Юридические и физические реквизиты сторон

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

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

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

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

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

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

Критериями выбора архитектуры реализации проектируемого Программного Комплекса являются:

1. совместимость с существующей инфраструктурой серверов
2. возможность создания резервных копий данных и просматривать статистку по обработанным заявкам.

1.5. Обоснование проектных решений по программному обеспечению.

К общесистемному программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и пред­назначенные для организации вычислительного процесса и реше­ний часто встречающихся задач обработки информации. Они по­зволяют расширить функциональные возможности ЭВМ, автома­тизировать планирование очередности вычислительных работ, осуществлять контроль и управление процессом обработки данных, а также автоматизировать работу программистов. К данному классу ПО можно отнести операционные системы, интегрированные средства управления задачами, такие как MSWord MS Exsel.

Для начинающих пользова­телей, важным средством, облегчающим работу с MS Ассеss, являются мастера — специальные программные надстройки, предназначенные для создания объектов базы данных в режиме последовательного диало­га. Для опытных и продвинутых пользователей существуют возможности более гибкого управления ресурсами и возможностями объектов СУБД в режиме кон­структора.

Специфической особенностью СУБД MS Ассеss является то, что вся информация, относящаяся к одной базе данных и хранится в едином файле. Такой файл имеет расширение *.mdb. Данное решение, удобно для непрофессиональ­ных пользователей, поскольку обеспечивает простоту при переносе данных с одного рабочего места на другое. Внутренняя организация данных в рамках mbd-формата менялась от версии к версии, но фирма Microsoft поддерживала их со­вместимость снизу вверх, то есть базы данных из файлов в формате ранних вер­сий Access могут быть конвертированы в формат, используемый в версиях более поздних.

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

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

Применение системы подготовки презентаций (Microsoft PowerPoint) – позволит готовить начальнику отдела розничных продаж демонстрации текстовых и графических изображений. Качественно подготовленные презентации будут использоваться для проведения докладов на собраниях и совещаниях. Использование данного прикладного программного средства позволит сделать информацию наглядной и запоминающейся.

Планируется использовать программу для работы с электронной почтой -Microsoft Outlook. Использование электронной почты начальником отдела гарантирует доставку почты за 1-2 минуты на любое расстояние, в любую страну, 24 часа в сутки, 7 дней в неделю, 365 дней в году в уведомлением о вручении и с уведомлением о прочтении.

Распознавание бумажных документов в разрабатываемой АИС планируется производить при помощи программы ABBYY FineReader 8,0 Professional Edition, являющуюся безусловным лидером в области распознавания русскоязычных документов.

Для защиты информации от вирусов и несанкционированного доступа к данным через ЛВС планируется использовать программу антивирус Касперского Personal, версия 5,0.

Планируется использовать средства программирования СУБД включающие язык структурированных за­просов SQL, язык макрокоманд и язык объектно-ориентированного про­граммирования для приложений Microsoft Visual Basic for Applications (VBA).

Нами выбран данный язык программирования, потому что, он является базовым компонентом в Microsoft Office; он интегрирован в Access, Excel, FrontPage, Outlook, PowerPoint и Word. Все эти приложения, в том числе и локализованные на русском языке, используют англоязычный вариант VBA (включая справку).

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

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

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

Глава 2. Проектная часть.

2.1. Информационная модель и её описание.

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

1. определение существующих хранилищ данных (текстовые документы, файлы, система управления базой данных -- СУБД);

2. определение и анализ данных, необходимых для выполнения каждой функции процесса;

3. подготовка к созданию модели структуры данных организации, так называемая ERD-модель (IDEF1X);

4. выделение основных и вспомогательных бизнес-процессов организации.

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

Существуют две нотации диаграмм: графические нотации Йордана Де Марко и Гейна-Сарсона. Различие заключается в графических формах объектов

Основные объекты нотации:

· Процессы (Activities). Отображают процессы обработки и изменения информации;

· Стрелки (Arrows). Отображают информационные потоки;

· Хранилища данных (Data Store). Отображают данные, к которым осуществляется доступ, эти данные используются, создаются или изменяются работами;

· Внешние сущности (External References). Отображают объекты, с которыми происходит взаимодействие.

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

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

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

Размещение на хранение. Из названия можно заметить, что данная операция формирует задачи хранения продукции. Нам известно, что на складе хранится различная продукция именованная товаром. Хранимый товар необходимо в чем-то измерять, поэтому можно определить сущность «Единицы измерения», атрибут которой хранит наименование единицы измерения. Так как на складе товар разнообразен, то для удобства и уменьшения времени на размещение и отборку товара необходимы отделы товаров. Отдел включает в себя определенные группы товаров. Отсюда выделим сущности «Отделы» и «Группы». В качестве атрибутов будет выступать наименование отдела товаров.

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

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

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

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

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

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

1. Каждая ячейка в таблице представляет точно один элемент данных;

2. Каждая таблица имеет однородные столбцы, все элементы в любом из столбцов одного и того же вида;

3. Каждому столбцу назначено определенное имя;

4. Все строки различны, дублировать строки не разрешается;

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

6. Каждая строка олицетворяет уникальный элемент данных, который ею и описывается;

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

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

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации.

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

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

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

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

График документооборота организации;

Структура фирмы и основные сведения;

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

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

Основными функциями Справочников являются:

обеспечение проверки кодированных значений признаков при вводе данных;

декодирование значений признаков при выводе данных на экран дисплея;

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

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

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

2.3. Характеристика результатной информации.

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

Документ прихода включает в себя Номер, Дату прихода и склад.

Документ списания включает в себя Номер, Дату списания, Склад, Подразделение, Номенклатурную группу, Статью затрат.

Документ прихода

Наименование поля	Тип данных	Размер поля
1	2	3
Номер	Счетчик	Длинное целое
Дата	Дата
Склад	Числовой	Длинное целое

Документ списания

Наименование поля	Тип данных	Размер поля
1	2	3
Номер	Счетчик	Длинное целое
Дата	Дата	Длинное целое
Склад	Числовой	Длинное целое
Подразделение	Числовой	Длинное целое
Номенклатурная группа	Числовой	Длинное целое
Статья затрат	Числовой	Длинное целое

Также результатной информацией является материальная ведомость, созданная с помощью запроса «Материальная ведомость».

2.4. Общие положения (дерево функций и сценарий диалога).

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

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

Используемые в системе модули подразделяется на три типа:

• модули ввода первичной информации;
• модули обработки данных;
• модули хранения данных.

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

2.5. Характеристика базы данных.

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

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

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

Форма выпуска у препарата может быть также различной.

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

Работать с базой данных «Аптека-препараты» будут следующие пользователи:

зав. аптеки;

фармацевты;

оператор ЭВМ,

клиенты аптеки.

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

База данных «Аптека» выполнит задачи повышение оперативности пополнения аптеки медпрепаратами, сокращение времени учета препаратов в аптеке, поиск необходимых препаратов или их заменителей (фармацевты), формирование заявки на препараты (фармацевты), формирование ведомости препаратов, необходимых в аптеке (зав.аптеки).

В результате в БД аптеки «Ригла» используются следующие входные данные:

информация о товарах,

информация о заказах,

информация о поставщиках,

информация о сотрудниках,

информация об аптеках.

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

В курсовой работе в БД аптеки «Ригла» пользователю ограничен ввод даты из будущего. Также присутствует целостность таблицы, т. е. поддерживаются:

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

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

Проанализировав предметную область, мы можем сказать, что разработка базы данных для аптеки актуальна. Целью разработки базы данных «Аптека» и автоматизированной системы для работы с ней является повышение качества и скорости обслуживания клиентов, а также при общедоступном пользовании самостоятельному выбору и заказу лекарств клиентами на прямую через фирму.

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

Задачами автоматизированной системы являются:

1.Запись нового препарата

2.Поиск препарата из существующих и их заменителей

.Удаление препарата

.Отображение фирм, поставляющих данный препарат

.Отображение цен в фирмах, поставляющих препарат

.Отображение сведений фармакологические свойства

.Отображение сведений способ применения

.Отображение сведений показания к применению

.Сортировка препаратов по типу(витамины, БАК, лекарства, косметика)

.Возможность добавления нового заболевания

.Подготовка сведений о фирмах

.Удаление фирмы

.Добавление фирмы

.Формирование заказа определенного препарата, с выбором его из каталога фирмы

.Формирование общей суммы «к оплате»

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

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отображать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity - сущность, Relationship - связь).

Выделим основные сущности:

сущность «Препараты»;

сущность «Фирмы»;

сущность «Прайс цен»;

сущность «Показания к применению»;

сущность «Заболевания»

сущность «Заказ по фирме»

сущность «Содержание заказа»

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

Сущность «Препараты» содержит информацию обо всех препаратах, имеющихся в аптеке. Отдельный препарат этой сущности иметь различные показания к применению, поэтому водиться сущность «Показания к применению». Каждое показание к применению сущности «Показание к применению» содержит информацию применению отдельного препарата. Между сущностью «Препараты» и сущностью «Показания к применению» существует связь типа «1:М», обязательная с обеих сторон (если есть информация о препарате, то обязательно должно быть показание к применению, если есть показание к применению, то обязательно должна быть информация о препарате). Сущность «Заболевания» содержит информацию о показания к применению, ведь при разных заболеваниях показания к применению могут быть различными. Отдельное заболевание сущности «Заболевания» содержит информацию об одном показании к применению одного препарата. Существует связь между сущностью «Заболевания» и сущностью «Показания к применению» типа «1:М», обязательная с обеих сторон (если есть показание к применению, то должно быть и заболевание, для лечения которого оно предназначено). «Заказ по фирме» относиться к «Фирмы» как 1:М, то есть каждому шифру фирмы соответствует одна фирма. «Содержание заказа » относится к таблице «Заказ по фирме» также 1:М, то есть в одном заказе содержится лишь товар, заказанный у одной фирмы, к таблице «Препараты» также отношение 1:М, то есть определенному номеру препарата соответствует один препарат.

Определим ключи - уникальные идентификаторы каждой сущности: для сущности «Препараты» - это номер препарата (№Препарата), для сущности «Прайс цен» - номер препарата, шифр фирмы, для сущности «Фирмы» - шифр фирмы, для сущности «Показания к применению» номер препарата и шифр заболевания, для сущности «Заболевания» - шифр заболевания, в «Заказ по фирме»- номер заказа(№Заказа), в «Содержимое заказа»-номер заказа(№Заказа),номер препарата (№Препарата). 

2.6. Структурная схема пакета (дерево вызова программных модулей).

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

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

Реализуемая система электронного документооборота, состоит из следующих модулей:

1. Управление электронными документами;
2. Управление деловыми процессами;
3. Канцелярия;
4. Управление совещаниями;
5. Управление взаимодействием с клиентами;
6. Управление договорами.

2.7 Описание программных модулей.

Единицей программы является модуль. Модуль предназначен для выполнения какого-либо функционала. Функционал разносится по модулям с точки зрения направленности: например, модуль работы с БД, модуль отчетности по продажам и т.д.

№	Модуль	Назначение
1	DM	Модуль работы с БД
2	MainForm	Главный модуль программы. Отображает все основные данные, вызывает функционал других модулей
3	RedKolZapInPost	Модуль указания количества лекарственных препаратов того или иного вида в конкретной поставке
4	RedKolZapInProd	Модуль указания количества лекасртвенных препаратов того или иного вида в конкретной продаже
5	RedModel	Модуль внесения и редактирования данных
6	RedPostavka	Модуль внесения данных о поставках
7	RedPostavshik	Модуль внесения и редактирования данных о поставщиках
8	RedSostPost	Модуль, отображающий позиции каждой поставки и позволяющий указывать состав принимаемых поставок
9	RedSostProdaza	Модуль, отображающий позиции каждой продажи и позволяющий указывать состав продажи
10	RedTypeZap	Модуль внесения и редактирования данных о типах лекарственных препаратов
11	RedZapchast	Модуль внесения и редактирования данных о лекарственных препаратах
12	RedZapModel	Модуль, позволяющий задавать соответствия между заявками покупателей или рецептами от врачей и непосредственно препаратами
13	RepProdaza	Модуль, формирующий отчет о продаже (кассовый чек)
14	RepZap	Модуль, формирующий прайс-лист запчастей
15	ZapToModel	Модуль, просмотра соответствия между лекарственными препаратами и заболеваниями.

2.8. Контрольный пример реализации проекта и его описание.

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

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

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

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

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

Рассмотрим каждую из этих составляющих более подробно.

Основные функции программного обеспечения интернет-магазинов

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

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

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

Обслуживание покупателей

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

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

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

Обработка заказов

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

Оплата товара

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

Существующие способы осуществления платежей:

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

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

- наложенным платежом в почтовом отделении при получении товара согласно действующим почтовым правилам;

- почтовым (телеграфным) переводом;

- при помощи платежных систем Интернета.

Существуют следующие способы доставки товаров покупателю:

- международной курьерской службой;

- собственной курьерской службой магазина или при помощи профессиональной курьерской службы;

- почтой (по предоплате или наложенным платежом);

- с использованием магистрального транспорта;

- международной почтовой службой;

- самовывозом - клиент приезжает за заказанным товаром сам;

- по телекоммуникационным сетям - для информационного содержания, программных средств или других продуктов, имеющих «электронную» природу.

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

Заключение.

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

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

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

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

https://xreferat.com/33/519-1-razrabotka-proekta-avtomatizacii-rielterskoiy-deyatel-nosti.html

https://studfiles.net/preview/4392177/

http://www.intuit.ru/studies/courses/2195/55/lecture/1642?page=4

http://bibliofond.ru/view.aspx?id=656463

http://diplomba.ru/work/23071

http://www.rigla.ru/