1С:Розница 8. Аптека
Основные функциональные возможности отраслевого решения:
Оформление прихода лекарственных средств от контрагента на склады аптек, в том числе в двухфазовом (ордерном) режиме
Оформление перемещения лекарственных средств между аптеками, внутренними складами аптек, аптеками и складами предприятия, в том числе в двухфазовом (ордерном) режиме
Оформление возвратов товаров от покупателей (реализованы механизмы автоматического создания необходимых документов при возврате "Не День в День" в режиме РМК)
Оформление документов инвентаризации лекарственных средств ("Инвентаризация товаров", "Списание товаров", "Оприходование товаров")
Оформление приходных и расходных кассовых ордеров непосредственно в аптеках
Оформление документов перемещения денежных средств между аптеками, внутренними кассами аптек, аптеками и кассами предприятия
Оформление чеков продажи, и по окончании смены сводного отчета по контрольно-кассовой машине, с учетом возвращенных товаров в смену
Поддержка торгового оборудования: фискальные регистраторы, терминалы сбора данных, сканеры штрихкодов, весовое оборудование, дисплеи покупателя, платежные терминалы, ридеры магнитных карт
Решение позволяет вести учет жизненно необходимых и важных лекарственных средств, обязательного аптечного ассортимента и специализированных групп, учет аналогов лекарственных средств, позволяющий найти замену отсутствующему лекарственному средству или товару.
Достоинства:
учет обязательного аптечного ассортимента
оформление чеков продажи
возможность работы с торговым оборудованием
Недостатки:
наличие избыточных функций, которые не будут использоваться в деятельности заведующего аптекой
тип распространения (commercial software)
-
не является независимой (самостоятельной) программой
IBS Аптека
Отраслевое решение "IBS Аптека" построено на базе нашей учётной системы "IBS Управление предприятием", и поэтому обладает всем её функционалом, плюс предлагает целый набор специфических особенностей, востребованных именно в предприятиях розничной и оптовой торговли медикаментами.
Функции системы:
Подробная классификация медикаментов с возможностью хранения международного классификатора, информации о действующем веществе, группах взаимозаменяемости и т.п.
Серийный учет медикаментов с отслеживанием конечных сроков реализации, ведением "черных списков" фальсифицированных и некачественных серий, работа с сертификатами качества
Автоматизированная система формирования заявок поставщикам
Гибкая система ценообразования (учет цен производителя, контроль максимальной наценки, фиксированные цены)
Реализация товара в различных видах упаковки (коробки, блистеры)
Импорт-экспорт электронных накладных в любых форматах (MMO, CSV, XML и пр.)
Интеграция с другими распространёнными учётными системами: 1С, Акцент и т.п.
Обмен данными между точками в аптечной сети в режиме реального времени
Информация об остатках и ценах в аптеке, на складе и в других аптеках сети
Регистрация розничных отказов
Одновременная работа с несколькими чеками с возможностью обслуживания следующего покупателя во время сборки медикаментов предыдущему
Достоинства:
учет всего аптечного ассортимента
возможность работы с торговым оборудованием
Недостатки:
наличие избыточных функций, которые не будут использоваться в деятельности заведующего аптекой
тип распространения (commercial software)
Внедрение и стоимость
В процессе внедрения система адаптируется под потребности каждого заказчика, предлагаются схемы организации бизнес-процессов, обеспечивающие максимальную простоту и эффективность работы. Стоимость решения "IBS Аптека" определяется количеством и составом рабочих мест. Цена минимального пакета ПО для автоматизации одной аптеки – 27000 рублей.
Таким образом на современном российском рынке специализированного программного обеспечения присутствуют различные программные продукты (самые популярные из них были рассмотрены выше), решающие задачи всего аптечного предприятия, то есть большинство из них обладает широким спектром функций, в которых не нуждается заведующий аптекой. Стоимость таких программных средств, как правило, очень высока, требует длительного внедрения обучения персонала и сопровождения, в связи с этим было принято решение на разработку системы собственными силами с учетом всех основных функций заведующего аптекой.
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Формирование требований к ИС
Разрабатываемая информационная подсистема предназначена для автоматизации деятельности заведующего аптекой.
На следующем этапе работ для получения общего представления о движении информационных потоков была построена модель «AS IS» («Как есть»), описывающая деятельность заведующего аптекой и созданная средствами AllFusion Process Modeler с использованием IDEF0-методологии.
Рис. 2.1 Контекстная диаграмма модели «AS IS»
Контекстная диаграмма под названием «АРМ заведующего предприятием «Аптека Виноградная» изображенная на рис. 2.1, имеет следующие дуги:
входные: Список возможных поставщиков, Приходная накладная, Жизненно необходимые лекарственные средства
выходные: Возвратная накладная, Заявки, Расходная накладная, Реализация товара
управляющие: Конституция РФ, Лицензирование, Устав предприятия «Аптека Виноградная»
дуги ресурсов: Заведующий аптекой
В связи с тем, что автоматизация деятельности заведующего аптекой – это весьма ресурсоемкий процесс, требующий усилий нескольких специалистов, вследствие чего было принято решение остановиться на описании лишь самых важных бизнес-процессов заведующего аптекой. К ним относятся:
Выбор поставщика
Прием товара
Ценообразование
Таким образом, диаграмма первого уровня декомпозиции модели «AS IS» будет состоять из трех блоков, что и изображено на рис. 2.2.
Рис. 2.2 Диаграмма первого уровня декомпозиции модели «AS IS»
Выбор поставщика – заведующий аптекой подбирает наиболее выгодных поставщиков, отправляет заявки на заказ товара и обрабатывает полученные от них приходные накладные, ежедневно.
Прием товара – сначала заведующий аптекой сверяет перечень медикаментов по приходной накладной, в случае если обнаружен брак, он формирует возвратную накладную и подготавливает товар для возврата поставщикам, остальной товар он подготавливает к реализации.
Ценообразование – заведующий аптекой устанавливает наценку на товар, рассчитывает розничную цену на уже проверенный товар и формирует расходную накладную.
Далее, при декомпозиции функционального блока «Выбор поставщика» (рис. 2.3) диаграммы первого уровня декомпозиции модели «AS IS» (рис. 2.2) были выделены следующие работы
Поиск товара по поставщикам
Формирование списка товаров для выбранных поставщиков
Заявка на поставку товара
Рис. 2.3 Декомпозиция блока «Выбор поставщика» модели «AS IS»
При декомпозиции функционального блока «Прием товара» (рис. 2.4) диаграммы первого уровня декомпозиции модели «AS IS» (рис. 2.2) были выделены следующие работы:
Сверка перечня медикаментов по приходной накладной
Распределение товара
Оформление возврата товара
Рис. 2.4 Декомпозиция блока «Прием товара» модели «AS IS»
При декомпозиции функционального блока «Ценообразование» (рис. 2.5) диаграммы первого уровня декомпозиции модели «AS IS» (рис. 2.2) были выделены следующие работы:
Сумма закупки
Наценка на товар
Сумма продажи
Формирование расходной накладной
Рис. 2.5 Декомпозиция блока «Ценообразование» модели «AS IS»
Для еще более наглядного представления деятельности заведующего аптекой была построена диаграмма дерева узлов (Node Tree Diagram), изображенная на рис. 2.6.
Рис. 2.6 Диаграмма дерева узлов модели «AS IS»
2.2 Разработка концепции ИС
На данном этапе проектирования выполняется построение модели «TO BE» («Как должно быть»), основой которой является модель «AS IS», но подвергнутая модернизации. Эта модель описывает деятельность заведующего аптекой с устранением недостатков, указанных в технико-экономическом обосновании. Модель «TO BE», как и «AS IS», создается средствами AllFusion Process Modeler с использованием IDEF0-методологии.
Контекстная диаграмма модели «TO BE» имеет идентичный вид с моделью «AS IS».
Для устранения описанных проблем было принято решение о проведении оптимизации деятельности заведующего аптекой, при этом сами бизнес-процессы остаются прежними, меняется последовательность обработки информации. Главным итогом этой оптимизации является то, что заведующий аптекой имеет возможность отправлять заявки поставщикам и обрабатывать поступившую от них информацию еще до фактического прихода товара, т.е. проверить товар, расценить и подготовить его к реализации. После прихода товара, в случае если обнаружены некачественные препараты, он формирует возвратную накладную. Это значительно сокращает время, затраченное на обработку информации тем самым повышая количество входной информации, что в свою очередь приводит к увеличению производительности труда всего предприятия в целом.
Рис. 2.7 Диаграмма первого уровня декомпозиции модели «TO BE»
Рис. 2.8 Декомпозиция блока «Выбор поставщика»
Рис. 2.9 Декомпозиция блока «Ценообразование»
Рис. 2.10 Декомпозиция блока «Прием товара»
Для более наглядного представления деятельности заведующего аптекой после проведения оптимизации модели «AS IS» и разработки модели «TO BE» была построена диаграмма дерева узлов (Node Tree Diagram). Диаграмма изображена на рис. 2.11.
Рис. 2.11 Диаграмма дерева узлов модели «TO BE»
Следующим этапом проектирования является построение базы данных. Основой для этого вида работ служит функциональная модель, поскольку она однозначно определяет состав входных и выходных документов. Начинать построение БД рекомендуется с базы данных логического уровня в среде пакета AllFusion Data Modeler (ERwin) (рис. 2.12).
Рис. 2.12 Логическая структура базы данных
Затем средствами пакета AllFusion Data Modeler (ERwin) была выполнена генерация схемы базы данных физического уровня в среде СУБД Microsoft Office Access 2010 (рис. 2.13).
Рис. 2.13 Физическая структура базы данных
2.3 Разработка технического задания
2.3.1 Общие сведения о проекте
Полное наименование системы и ее условное обозначение:
Автоматизированное рабочее место заведующего предприятием «Аптека Виноградная».
Наименование предприятий разработчика и заказчика (пользователя) системы и их реквизиты:
Заказчик: Аптека готовых лекарственных форм ИП Водичка Н.А.
Адрес: г. Сочи, ул. Вишневая д. 18, кв. 68, тел/факс 68-04-12
Р/с 40802810700000000809
ООО БАНК ЗЕНИТ СОЧИ г. Сочи
к/с 30101810400000000717
ИНН 232009158079
БИК 040396717
Разработчик: Маркарян Левон Меликович.
Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:
ISO/IES 12207:1995-08-01 «Информационная технология. Процессы ЖЦ программного обеспечения»
ГОСТ 34.601-90 «Стадии создания АС»
ГОСТ 34.602-89 «Техническое задание на создание АС»
ГОСТ 34.603-92 «Виды испытаний АС»
РД 50-34.698-90 «Требование к содержанию документов»
ГОСТ 24.202-80 «Технико-экономическое обоснование»
ГОСТ 34.20-89 «Виды, комплектность и обозначение документов при создании АС».
Плановые сроки начала и окончания работы по созданию системы:
Дата начала работ 21 апрея 2012 года.
Дата окончания работ 20 июня 2012 года.
Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы:
при выполнении каждого этапа раз в неделю разработчик предъявляет заказчику результаты своей работы в виде графиков, диаграмм, отчетов, таблиц, рисунков
после окончания каждого этапа разработчик предоставляет заказчику документацию, соответствующую этому этапу
2.3.2 Назначение и цели создания системы
Назначение системы:
АРМ предназначено для автоматизации работы заведующего аптекой.
Цели создания системы:
Создание базы данных по поставщикам данной аптеки
Создание базы данных лекарственных средств
Автоматизация формирования заявок
Автоматизация формирования приходных накладных
Автоматизация формирования расходных накладных
Автоматизация формирования возвратных накладных
2.3.3 Характеристики объекта автоматизации
Краткие сведения об объекте автоматизации:
Объектом автоматизации является деятельность заведующего аптекой готовых лекарственных форм, которую можно разделить на три процесса: Формирование заявки поставщикам; Прием товара; Ценообразование и формирование выходных документов.
Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды:
При проектировании АРМ должно быть автоматизировано рабочее место заведующего предприятием «Аптека Виноградная».
2.3.4 Требования к системе
Требования к системе в целом:
Разрабатываемая система представляет собой автоматизированное рабочее место заведующего аптекой. Только он имеет права доступа ко всем формам программы, содержащим информацию о поставщиках, препаратах и формам, позволяющих оформлять выходные документы (расходная накладная, возвратная накладная, заявка на поставку товара). Следовательно, не требуется разграничение прав доступа.
Требования к численности, квалификации персонала и режиму его работы:
Данная область предполагает работу за компьютером заведующего аптекой (в случае его отсутствия им может воспользоваться провизор), остальной персонал не имеет прав доступа к данному АРМ. Следовательно, необходимо провести обучение персонала использованию самой системы, основам работы на персональных компьютерах и базовым навыкам работы с офисным пакетом Microsoft Office 2010.
Режим работы: Пн.-Пт., Сб.-Вс. - выходные, с 8:00 до 18:00, без перерыва.
Требования к надежности:
Должна быть обеспечена надежность хранения БД, которая заключается в возможности восстановления БД после любого рода аппаратных и программных сбоев. Для этого необходимо обеспечить его устойчивую и бесперебойную работу, что достигается наличием источника бесперебойного питания. Периодически надо производить резервное копирование базы данных.
БД должна быть защищена от потери данных при неправильных действиях пользователя, также должна иметься защита от несанкционированного доступа, что достигается путем ведения системы паролей, то есть возможность доступности к данным только конкретного пользователя.
Требования по эргономике и технической эстетике:
Пользовательские интерфейсы должны быть просты и понятны для неподготовленных пользователей и выполнены в спокойных тонах. При этом должен быть учтен следующий стандарт:
ГОСТ Р 50948-96 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности»
Комфортность условий работы персонала должна обеспечиваться в соответствии со стандартами:
ГОСТ 12.2.032-78 «Рабочее место при выполнении работ сидя. Общие эргономические требования»;
ГОСТ Р 50923-96 «Дисплеи. Рабочее место оператора. Общие эргономические требования к производственной среде. Методы измерения».
Оценка эргономических параметров и параметров безопасности должна проводиться в соответствии со стандартом:
ГОСТ Р 50949-96 «Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности».
Требования по стандартизации и унификации:
Необходимо применять стандартное общее и базовое программное обеспечение, включающее лицензионные ОС, СУБД, использовать утвержденные формы входных и выходных документов, применять унифицированные интерфейсы.
Требования к функциям (задачам), выполняемым системой:
Формирование заявок поставщикам
Формирование учета приходных накладных
Ценообразование
Формирование расходных накладных
Формирование возвратных накладных
Требования к информационному и программному обеспечению:
Данные в системе должны быть реализованы в виде реляционной БД на основе СУБД Microsoft Access. Все сопровождающие деятельность заведующего аптекой документы должны быть реализованы в виде текстовых документов формата *.doc, электронных таблиц формата *.xls, поддерживаемых офисным пакетом Microsoft Office. БД и документы располагаются на клиентских местах, где должна быть установлена операционная система Windows XP Professional.
Требования к техническому обеспечению:
Сервер базы данных должен быть оснащен процессором не ниже Intel Xeon 2500 МГц, оперативной памятью 8192 MB и RAID-массивом жестких дисков с большим объемом доступного пространства для обеспечения целостности и вместительности базы данных и всех создаваемых документов. Для распечатки документов и отчетов необходимо установить принтер, для доступа в сеть интернет требуется установить модем или провести оптоволокно.
Клиентская часть, разрабатываемого комплекса должна гарантированно работать на платформенных решениях MS Windows. Для нормального функционирования системы требуется наличие на рабочих местах ПЭВМ, обладающих следующим набором технических характеристик:
Процессор Pentium 4 с тактовой частотой 2.00 ГГц или выше;
1024 Мб или больше оперативной памяти;
Жесткий диск объемом 120 Гб или больше;
СD/DVD–ROM;
Видеокарта, совместимая с требования операционных систем Windows;
Клавиатура;
Мышь;
Монитор;
Сетевая карта.
2.3.5 Состав и содержание работ по созданию системы
Работы по созданию системы выполняются последовательно и включают в себя несколько этапов.
Формирование требований к ИС:
Характеристика объекта и результатов его функционирования.
Разработчик – изучает работу персонала, анализирует полученную информацию, делает вывод о необходимости автоматизированного рабочего места, выявляет лица, для которых будет предназначена данная система, выделяет проблемы, которые можно решить с помощью автоматизации. Заказчик – предоставляет разработчику необходимую информацию в виде документов, отчетов, выписок, журналов и прочее. Результатом этапа является описание предметной области.
Могу быть разработаны организационная диаграмма и диаграммы Swim Lane в качестве модели “AS IS’.
Отчет о выполненной работе: разработчик составляет технико-экономическое обоснование (ТЭО) (РД 50-34.698-90, ГОСТ 24.202-80).
Все работы должны быть выполнены в течение 10 дней.
Разработка концепций ИС:
Изучение объекта.
Разработчик – проводит детальное изучение работы персонала. Результатом на данном этапе является построение функциональной модели «TO BE». Заказчик – предоставляет разработчику все необходимую для этого информацию.
Концепции АИС, удовлетворяющие требованиям пользователя: разработчик – проектирует оптимальную модель «TO ВЕ» на основе ранее созданной модели «AS IS». Результатом работы является построение функциональной модели «TO ВЕ».
Все работы должны быть выполнены в течение 10 дней.
Разработка технического задания (ТЗ):
Проводится разработка, оформление, согласование и утверждение ТЗ в соответствии с ГОСТ 34.602-83.
На этом этапе разработчик может сам создать первоначальный профиль стандартов на основании стандартов: ISO/IES 1220761995-08-01; ГОСТ 34.602-83; ГОСТ 34.601-90; ГОСТ 34.20-89; РД 50-34.689-90; ГОСТ 34.603-92
Все работы должны быть выполнены в течение 7 дней.
Технический проект:
Разработка проектных решений по системе.
Разработчик - создает общие решения по системе и ее частям, по функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре. Определяет структуру технических средств, алгоритмы решения и применяемые языки. Разрабатывает решения по организации и ведению информационной базы, по системе классификации и кодированию информации, по программному обеспечению.
Разработка документации на ИС.
Разработчик - по итогам работ составляет (РД 50-34.698-90):
пояснительная записка к техническому проекту;
спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты;
описание организации информационной базы.
Все работы должны быть выполнены в течение 20 дней.
Ввод в действие:
Организационная подготовка объекта информатизации к вводу АИС.
Разработчик и заказчик проводят организационную подготовку объекта к вводу ИС.
Подготовка персонала.
Разработчик обучает персонал, проверяет их способность обеспечить функционирование информационной системы.
Строительно-монтажные работы.
Производится установка и наладка технических средств.
Пуско-наладочные работы.
Проводятся автономная наладка аппаратных и программных средств, загрузка информации в базу данных, комплексная наладка всех средств системы.
Испытания системы.
Проводятся предварительные испытания, опытная эксплуатация и приемочные испытания. Более подробно испытания системы представлены в пункте "Порядок контроля и приемки системы" настоящего документа. Все работы должны быть выполнены в течение 30 дней.
Сопровождение ИС
Разработчик анализирует функционирование системы, выявляет отклонения эксплуатационных характеристик от проектных значений, устраняет причины этих отклонений. Все работы должны быть выполнены в течение 95 дней.
2.3.6 Порядок контроля и приемки системы
При проведении испытаний выявляются ошибки, ИС проверяется на соответствие функциональным и эксплуатационным требованиям, требованиям нормативных документов и ТЗ, проверяется надежность системы. При необходимости система дорабатывается и готовится к следующему этапу испытаний.
Автоматизированная информационная система проходит обычно три этапа испытаний:
предварительные испытания: по усмотрению разработчика создается программа и методика автономных или комплексных испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). Результаты испытаний отражаются в протоколе. Работу завершают оформлением акта приемки и рекомендацией в опытную эксплуатацию. Работы проводятся разработчиком и заказчиком на протяжении 4 дней;
опытная эксплуатация: разработчик создает программу и методики испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят опытную эксплуатацию. Во время ее проведения разработчик ведет рабочий журнал, в который заносит сведения о продолжительности функционирования ИС, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта информатизации, проводимых корректировках документации и программных средств, наладке технических средств. Работы завершаются оформлением акта о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. Работы проводятся разработчиком и заказчиком на протяжении 30 дней;
приемочные испытания: разработчик создает программу и методики испытаний (в соответствии со стандартом ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят приемочные испытания. Результаты испытаний фиксируют в протоколах испытаний. Протоколы испытаний по всей программе обобщают в едином протоколе, на основании которого делают заключение о соответствии системы требованиям технического задания на ИС. Испытания завершаются оформлением акта о приемке ИС в постоянную эксплуатацию. Работы проводятся разработчиком и заказчиком на протяжении 3 дней.
2.3.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие
Преобразование входной информации виду, пригодному для обработки с помощью ПК:
Все виды документации, используемые в работе заведующего предприятием «Аптека Виноградная», приводятся к единой стандартной форме.
Изменения, которые необходимо осуществить в объекте автоматизации:
Проведение подобных работ оговаривается отдельно.
Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ:
Заказчик обязуется к моменту запуска ИС подготовить необходимые помещения для серверной, оплатить разработку проекта локальной сети и ее реализацию.
Сроки и порядок комплектования штатов и обучения персонала:
Перед началом работы с ИС заведующий аптекой должен пройти начальный курс работы с ПК и курс обучения работы с данной ИС.
2.3.8 Требования к документированию
Перечень подлежащих разработке документов:
технико-экономическое обоснование
технический проект
руководство программиста
руководство пользователя
программа и методики испытаний
2.4 Технический проект
2.4.1 Общие положения
Наименование проекта: Автоматизированное рабочее место заведующего предприятием «Аптека Виноградная»
Заказчик: Аптека готовых лекарственных форм ИП Водичка Н.А.
Адрес: г. Сочи, ул. Вишневая д. 18, кв. 68, тел/факс 68-04-12
Р/с 40802810700000000809
ООО Банк Зенит г. Сочи
к/с 30101810400000000717
ИНН 232009158079
БИК 040396717
Разработчик: Маркарян Левон Меликович.
Нормативные документы, на основании которых создается система:
ISO/IES 12207:1995-08-01 «Информационная технология. Процессы ЖЦ программного обеспечения»
ГОСТ 34.601-90 «Стадии создания АС»
ГОСТ 34.603-92 «Виды испытаний АС»
РД 50-34.698-90 «Требование к содержанию документов»
Сроки выполнения работ:
Дата начала работ - 21 апреля 2012 года
Дата окончания работ - 20 июня 2012 года
2.4.2 Описание процесса деятельности
Объектом разработки является деятельность заведующего аптекой готовых лекарственных форм, которую можно условно разделить на три бизнес-процесса: Формирование заявки поставщикам; Прием товара; Ценообразование. Он руководит всей работой аптеки, в непосредственном подчинении у него находится весь персонал предприятия, а именно: провизор, фармацевты, фасовщики. Автоматизация деятельности заведующего аптекой позволит уменьшить потерю документации, сократить время на обработку информации, создать единую информационную базу и автоматизировать его основные функции.
Цели разработки системы:
Создание базы данных по поставщикам данной аптеки
Создание базы данных по товарам аптеки
Автоматизация формирования заявок поставщикам
Автоматизация формирования приходных накладных
Автоматизация формирования расходных накладных
Автоматизация формирования возвратных накладных
2.4.3 Основные технические решения
Решения по режимам функционирования системы: система должна функционировать с 8:00 до 18:00, то есть в соответствии с режимом работы предприятия.
Решения по численности, квалификации и функциям персонала ИС, режимам его работы, порядку взаимодействия: численность персонала останется прежней, изменение организационной структуры также не предусматривается. Количество работников системы - 1 человек (заведующий аптекой). Пользователь должен иметь навыки работы на ПК, а именно: уметь вводить данные в систему и получать из системы выходную информацию. Пользователь имеет доступ ко всем функциональным модулям программы.
2.4.4 Мероприятия по подготовке объекта автоматизации к вводу системы в действие
Мероприятия по приведению информации к виду, пригодному для обработки на ЭВМ проводятся силами заказчика и заключаются в унификации всех форм документации, используемых в аптеке.
Мероприятия по обучению персонала для работы на создаваемом АРМ выполняются представителями разработчика по программе, согласованной с заказчиком. Проверка квалификации персонала производится совместной комиссией из представителей заказчика и разработчика.
2.4.5 Спецификации на таблицы БД
Согласно логической схеме данных (Рисунки 2.12 - 2.13), в СУБД Microsoft Access 2010 были созданы следующие таблицы:
Таблица 2.1
Поставщик
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код поставщика
|
Числовой
|
Длинное целое
|
Код поставщика
|
Наименование
|
Текстовый
|
20
|
Имя поставщика
|
Телефон
|
Числовой
|
Длинное целое
|
Контактный телефон
|
Эл. почта
|
Текстовый
|
20
|
Электронная почта
|
Адрес
|
Текстовый
|
30
|
Адрес
|
Реквизиты
|
Текстовый
|
50
|
Реквизиты
|
Таблица 2.2
Заказ
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код заказа
|
Числовой
|
Длинное целое
|
Код заказа
|
Код поставщика
|
Числовой
|
Длинное целое
|
Код поставщика
|
Дата
|
Дата/время
|
Краткий формат даты
|
Дата заказа
|
Таблица 2.3
Заказанный товар
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код товара
|
Числовой
|
Длинное целое
|
Код товара
|
Код заказа
|
Числовой
|
Длинное целое
|
Код заказа
|
Кол-во
|
Числовой
|
Длинное целое
|
Количество заказанного товара
|
Таблица 2.4
Приход
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код прихода
|
Числовой
|
Длинное целое
|
Код приходной накладной
|
Дата прихода
|
Дата/время
|
Краткий формат даты
|
Дата прихода товара
|
Код заказа
|
Числовой
|
Длинное целое
|
Количество
|
Таблица 2.5
Возврат
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код возврата
|
Числовой
|
Длинное целое
|
Код возвратной накладной
|
Дата
|
Дата/время
|
Краткий формат даты
|
Дата возврата товара
|
Таблица 2.6
Товар в аптеке
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код товара
|
Числовой
|
Длинное целое
|
Код товара
|
Код заказа
|
Числовой
|
Длинное целое
|
Код заказа
|
Код прихода
|
Числовой
|
Длинное целое
|
Код приходной накладной
|
Кол-во прихода
|
Числовой
|
Длинное целое
|
Количество прихода
|
Код возврата
|
Числовой
|
Длинное целое
|
Код возвратной накладной
|
Кол-во возврата
|
Числовой
|
Длинное целое
|
Количество возврата
|
Кол-во в наличии
|
Числовой
|
Длинное целое
|
Количество товара в наличии
|
Дата окончания срока годности
|
Дата/время
|
Краткий формат даты
|
Дата окончания срока годности товара
|
Цена
|
Денежный
|
10
|
Цена товара
|
Наценка
|
Текстовый
|
20
|
Наценка на товар
|
Таблица 2.7
Справочник по товарам
Имя поля
|
Тип поля
|
Размер поля
|
Смысловое содержание
|
Код товара
|
Числовой
|
Длинное целое
|
Код товара
|
Наименование
|
Текстовый
|
30
|
Наименование товара
|
Группа
|
Текстовый
|
20
|
Фармакологическая группа
|
Производитель
|
Текстовый
|
20
|
Производитель товара
|
ЖВЛС
|
Логический
|
Да/Нет
|
Признак жизненно важности
|
Наличие рецепта
|
Логический
|
Да/Нет
|
Наличие рецепта
|
2.4.6 Спецификации на пользовательский интерфейс
Стартовая форма.
Данная форма содержит общую информацию о поступивших препаратах и их поставщиках во вкладке «Поставщики». Следующая кнопка «Заявка на поставку товара» формирует заявки поставщикам, кнопка «Возвраты» позволяет создавать список забракованных препаратов и формирует возвратную накладную, Вкладка «Ценообразование» позволяет расценивать товар и формировать необходимые выходные документы (расходная накладная). На главной форме также есть возможность получить товаре в наличии с помощью кнопки меню «Товар в аптеке», Кнопка меню с надписью «Выход» закрывает приложение.
Рис. 2.14 Стартовая форма
Форма «Поставщики».
Данная форма имеет несколько полей с подробной информацией о поставщиках. На ней расположено небольшое количество кнопок для ввода данных, с помощью которых можно сохранить, удалить, либо восстановить необходимую информацию также есть возможность осуществить быстрый поиск товара по каждому поставщику. На ней расположены кнопки для закрытия формы и перехода на главную форму.
Рис. 2.15 Форма «Поставщики»
Форма «Ценообразование».
Данная форма также имеет несколько полей для формирования списка товаров для расценки.
На ней расположено небольшое количество кнопок для ввода данных. Здесь можно сохранить, удалить, добавить, восстановить и обновить необходимую информацию. Форма позволяет сформировать расходную накладную, просмотреть и распечатать ее с помощью кнопки в виде принтера, также есть кнопки для перехода на главную форму и закрытия текущей.
Рис. 2.16 Форма «Ценообразование»
Форма «Возвраты поставщикам».
На форме расположены поля, посредством которых можно сформировать список препаратов которые будут отправлены обратно поставщикам. В этой форме учитываются все забракованные препараты.
Здесь расположено небольшое количество кнопок для ввода необходимых данных связанных с возвратом товара. Здесь можно сохранить, удалить, добавить запись, закрыть форму и перейти на главную. С помощью соответствующих кнопок, расположенных на форме, есть возможность просмотреть, распечатать и отправить поставщику все забракованные препараты.
|
