Разработка автоматизированной информационной системы учета продаж фармацевтических препаратов
Анализ существующих разработок и выбор стратегии автоматизации делопроизводства взаимоотношении поставщиков лекарственных препаратов с аптекой. Разработка проекта базы данных аптеки "Ригла". Обоснование экономической эффективности разработки базы данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 19.09.2013 |
Размер файла | 3,0 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Microsoft SQL Server 2005 - это законченное предложение в области баз данных и анализа данных для быстрого создания масштабируемых решений электронной коммерции, бизнес-приложений и хранилищ данных. Оно позволяет значительно сократить время выхода этих решений на рынок, одновременно обеспечивая масштабируемость, отвечающую самым высоким требованиям. В сервер SQL Server 2005 включена поддержка языка XML и протокола HTTP, средства повышения быстродействия и доступности, позволяющие распределить нагрузку и обеспечить бесперебойную работу, функции для улучшения управления и настройки, снижающие совокупную стоимость владения. Кроме того, SQL Server 2005 полностью использует все возможности операционной системы Windows, включая поддержку до 32 процессоров и 64 ГБ ОЗУ.
Система управления базами данных SQL Server 2005 предоставляет пользователям широкие возможности по разработке и сопровождению баз данных. Для этого в составе системы имеется набор графических средств (Enterprise Manager, Query Analyzer), языковых средств (язык Transact-SQL), набор хранимых процедур.
Основными задачами в процессе разработки и сопровождения баз данных в среде SQL Server 2005 являются создание, модификация и удаление баз данных, таблиц, а также объектов баз данных, таких как индексы, представления, запросы, хранимые процедуры и триггеры.
Создание базы данных возможно несколькими способами:
· средствами языка Transact-SQL;
· с помощью графической утилиты Enterprise Manager
· с помощью мастера создания базы данных Create Database Wizard.
Создание базы данных заключается в том, что на уровне операционной системы будет создан набор файлов, который и станет представлять базу данных. Напомним, что каждая база данных как минимум состоит из двух файлов - один для данных и один для журнала транзакций. Помимо этих двух файлов, могут быть созданы дополнительные файлы данных и журнала транзакций. Один из файлов данных является первичным (primary) и содержит все системные таблицы базы данных.
Помимо этого, в системной таблице sysdatabases системной базы данных master SQL Server создается новая строка, которая описывает новую базу данных. В столбце filename этой строки содержится полный путь и имя первичного файла базы данных. Всю остальную информацию о параметрах базы данных, в том числе о количестве и размещении файлов данных и журнала транзакций, сервер получает из системных таблиц базы данных, размещенных в первичном файле.
Помимо имени первичного файла, таблица sysdatabases содержит также идентификационный номер базы данных (столбец dbid), идентификатор безопасности владельца базы данных (столбец sid), дату создания (столбец crdate), уровень совместимости (столбец cmptlevel) и другую информацию.
Создание новой базы данных выполняется с помощью окна Database Properties. Открыть это окно можно разными способами:
· выбрав в контекстном меню папки Databases команду New Database; база данные таблица утилита
· щелкнув правой кнопкой мыши на пустом пространстве правой части и выбрав в открывшемся контекстном меню команду New Database;
· нажав в панели инструментов Enterprise Manager кнопку New Database;
· выбрав в меню Action (Действия ) команду New Database.
Окно свойств базы данных Database Properties имеет три вкладки. Первая вкладка General предназначена для указания имени базы данных и сопоставления, которое будет использоваться для базы данных. Остальные элементы управления вкладки General предназначены для предоставления пользователю различной информации о базе данных. На момент создания базы данных этой информации еще не существует, и поэтому указываются значения Unknown (неизвестно) и None (нет).
При выборе имени базы данных, которое должно быть введено в поле Name, следует придерживаться тех же правил, которые используются при непосредственной работе с командой Create Database. Сопоставление, которое будет иметь база данных, выбирается с помощью раскрывающегося списка Collation name. По умолчанию список содержит значение (Server default), что предписывает применять для базы данных то же сопоставление, которое было указано на уровне сервера при установке SQL Server 2005. Однако можно выбрать и любое другое сопоставление.
Вкладка Data Files предназначена для определения файлов данных, из которых будет состоять создаваемая база данных. В верхней части вкладки Data Files расположена таблица Database files, с помощью которой собственно и определяются файлы базы данных. В столбце File Name указывается логическое имя файла, в столбце Location задается полный путь и имя файла операционной системы. Отметим, что указанный в столбце Location файл не должен существовать на момент создания базы данных. Путь и имя файла могут быть введены вручную или выбраны с помощью окна Locate Database File, открыть которое можно с помощью кнопки, расположенной в левой части столбца Location.
В столбце Initial size (MB) находится первоначальный размер, который файл будет иметь непосредственно после создания базы данных. Если отсутствует какой-либо суффикс, то подразумевается, что значение указано в мегабайтах.
С помощью столбца Filegroup можно определить группу файлов, к которой должен принадлежать файл. По умолчанию все файлы размещаются в группе файлов primary.
Помимо сведений, указываемых в таблице Database files, файлы базы данных имеют дополнительные свойства, такие, как максимальный размер и шаг прироста. Управление этими свойствами осуществляется с помощью группы элементов управления File properties, расположенной в нижней части вкладки Data Files.
Вкладка Transaction Log предназначена для управления файлами журнала транзакций. Эта вкладка в значительной степени напоминает вкладку Data Files. Единственное различие между ними состоит в том, что при определении файлов журнала транзакций нельзя работать с группами файлов.
После того как все файлы базы данных будут определены, а также указано имя базы данных и сопоставление, остается только нажать кнопку ОК и Enterprise Manager приступит к непосредственному созданию базы данных. Для этого он сгенерирует код команды create database на основе введенных пользователем значений и выполнит его. Рассмотрение создания базы данных средствами Enterprise Manager можно считать оконченным.
Вначале таблицы необходимо создать. Во время этой операции пользователь определяет имя таблицы, имена столбцов, тип хранимых в них данных, значения по умолчанию, возможность хранения неопределенных значений, первичный и внешний ключи и некоторые другие свойства. Создание таблиц в SQL Server 2005 возможно либо с помощью графического интерфейса Enterprise Manager, либо с помощью команд Transact-SQL. К сожалению, мастера создания таблиц в SQL Server 2005 нет.
При создании таблиц пользователь может для столбцов, помимо задания базовых свойств, таких, как имя, тип данных, размер и точность, указать ограничения целостности. Ограничения целостности (constraints) - это механизм контроля значений, которые могут храниться в полях строки. В SQL Server 2005 поддерживаются следующие ограничения целостности:
· Check - с помощью логических условий налагает ограничение на значения, которые могут храниться в столбце;
· Null - задает возможность хранения неопределенных значений;
· Default - определяет значение по умолчанию;
· Unique - гарантирует уникальность значений в столбце;
· Primary Key - определяет первичный ключ;
· Foreign Key - определяет внешний ключ;
· No Action - предписывает не выполнять в зависимой таблице никаких действий при удалении или обновлении строк в главной таблице;
· Cascade - в данном случае будет осуществляться каскадное изменение значений в зависимой таблице при внесении изменений в главную таблицу.
Каждая база данных имеет свой собственный набор таблиц, посмотреть который можно средствами Enterprise Manager, открыв папку Tables. При открытии папки Tables базы данных в правом окне Enterprise Manager появляется список таблиц со следующими атрибутами: имя таблицы, владелец (обычно владелец базы данных data base owner-dbo), тип (пользовательская или системная) и дата создания таблицы. Для просмотра самой таблицы следует дважды щелкнуть по ней или в ее контекстном меню исполнить команду Properties.
В открывшемся окне представлены все свойства таблицы и ее столбцов. Кнопка Permission позволяет просмотреть и отредактировать права доступа к таблице: SELECT, INSERT, UPDATE, DELETE, EXES и DRI. Щелкнув по столбцу таблицы, можно просмотреть и отредактировать права доступа к столбцу. Если установлена на сервере служба MSSearch, то с помощью вкладки Full-text Indexing можно отредактировать параметры этой службы.
Создание таблицы выполняется с помощью окна New Table, для открытия которого достаточно в контекстном меню папки Tables выбрать команду New Table.
Окно New Table разделено на две части. С помощью верхней части формируется набор столбцов, из которых будет состоять таблица, а также указываются их основополагающие свойства. Самая верхняя строка соответствует первому столбцу таблицы, вторая строка - второму столбцу и т.д. Порядок перечисления столбцов очень важен. При вставке и выборке данных без указания столбцов сервер будет обрабатывать значения именно в той последовательности, в которой они были перечислены при создании таблицы.
Создание таблицы выполняется с помощью окна New Table, для открытия которого достаточно в контекстном меню папки Tables выбрать команду New Table.
Окно New Table разделено на две части. С помощью верхней части формируется набор столбцов, из которых будет состоять таблица, а также указываются их основополагающие свойства. Самая верхняя строка соответствует первому столбцу таблицы, вторая строка - второму столбцу и т.д. Порядок перечисления столбцов очень важен. При вставке и выборке данных без указания столбцов сервер будет обрабатывать значения именно в той последовательности, в которой они были перечислены при создании таблицы.
С помощью верхней части окна создания таблицы можно также определить первичный ключ таблиц. Для этого достаточно выделить один или более столбцов, из которых должен состоять первичный ключ, щелкнуть правой кнопкой мыши и в открывшимся контекстном меню выбрать команду Set Primary Key. После этого слева от каждого столбца, включенного в первичный ключ, будет отображаться символ ключ.
В SQL Server 2005 имеется средство, облегчающее понимание структуры базы данных, позволяющее наглядно представлять структуру таблиц и связей между ними. Это средство называется диаграммой. Диаграммы определены только на уровне Enterprise Manager и являются надстройкой над объектами базы данных.
При выборе первого из них столбец конфигурируется в качестве уникального глобального идентификатора строки, что соответствует указанию ключевого слова rowguidcol при описании столбца в команде create table. Таким образом, при добавлении в таблицу новой строки в соответствующий столбец будет автоматически помешаться уникальное значение. Только один столбец в таблице может быть сконфигурирован как уникальный глобальный идентификатор строки. Так же можно задавать ограничения с помощью команды Check Constrains
После того как будут сконфигурированы параметры всех столбцов, необходимо сохранить сконфигурированную таблицу. Для этого достаточно нажать кнопку Save, расположенную в панели инструментов. При этом будет выведено окно Choose Name, с помощью которого следует ввести имя, которое будет присвоено сконфигурированной таблице. На этом работу по созданию таблиц можно закончить. Однако можно определить в таблице ограничения целостности, проиндексировать те или иные столбцы, а также указать в какой группе файлов должна быть расположена таблица. Для управления этими свойствами используется окно Properties (Свойства), которое открывается нажатием кнопки Table and Index Properties (Свойства таблиц и индексов) на панели инструментов.
Для просмотра созданных диаграмм необходимо в окне Enterprise Manager выбрать требуемую базу данных и открыть папку Diagram. Диаграмма не имеет свойств, для просмотра диаграммы необходимо дважды щелкнуть на ней левой клавишей мыши.
2.1.4 Схема данных
Связи между таблицами в базе данных «Аптека» представлены на рис.3
Рис.3. Связи между таблицами в базе данных
Выводы
Благодаря такому широкому набору инструментария для создания базы данных, а также относительной простоте разработки и внедрения проекта базы данных, нами было принято решение о создании базы данных Аптека «Ригла» средствами Microsoft SQL Server 2005.
3. АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА НА ОСНОВЕ БАЗЫ ДАННЫХ «Аптека «РИГЛА»
3.1 ТРИГГЕРЫ
Тригеры таблицы «Содержание заказа»:
1. добавление_товара_в_заказ
При добавлении заказа в таблицу проверяем количество товара в наличие в таблице «Прайс цен». Если вводимый заказ больше того, что имеется , то в заказ пишем то количество которое есть в наличие, а в «Прайсе цен» количество в наличие обнуляем.
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[добавление_товара_в_заказ] Script Date: 06/16/2009 02:26:48 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[добавление_товара_в_заказ]
on [dbo].[Содержимое_заказа]
for insert
as
declare @Kol int, @Kol_Nal int, @NPr int, @Ch_firmi int, @NZakaza int
select @Kol=Кол_заказа from inserted
select @NPr=NПрепарата from inserted
select @NZakaza=NЗаказа from inserted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @Kol_Nal=Количество_штук from Прайс_цен
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
if @Kol_Nal<@Kol
begin
update Содержимое_заказа set Кол_заказа=@Kol_Nal
where NПрепарата=@NPr and NЗаказа=@NZakaza
update Прайс_цен set Количество_штук=0
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
end
2. изменение_количества_в_прайсе_при_добавлении_товара_в
_заказ
При добавлении заказа в таблицу проверяем количество товара в наличие в таблице «Прайс цен». Если вводимый заказ меньше того, что имеется , то в заказ пишем заказываемое количество, а в «Прайсе цен» количество уменьшаем на величину, равную заказу.
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[изменение_количества_в_прайсе_при_добавлении_товара_в_заказ] Script Date: 06/16/2009 02:28:50 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[изменение_количества_в_прайсе_при_добавлении_товара_в_заказ]
on [dbo].[Содержимое_заказа]
for insert
as
declare @Kol int, @Kol_Nal int, @NPr int, @Ch_firmi int,@NZakaza int
select @Kol=Кол_заказа from inserted
select @NPr=NПрепарата from inserted
select @NZakaza=NЗаказа from inserted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @Kol_Nal=Количество_штук from Прайс_цен
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
if @Kol_Nal>@Kol
begin
update Прайс_цен set Количество_штук=@Kol_Nal-@Kol
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
end
3. изменение_количества_в_прайсе_при_удалении_товара_из_заказа
При удалении из заказа одного из препаратов пересчитываем количество в наличие в «Прайсе цен».
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[изменение_количества_в_прайсе_при_удалении_товара_из_заказа] Script Date: 06/16/2009 02:30:52 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[изменение_количества_в_прайсе_при_удалении_товара_из_заказа]
on [dbo].[Содержимое_заказа]
for delete
as
declare @Kol int, @Kol_Nal int, @NPr int, @Ch_firmi int,@NZakaza int
select @Kol=Кол_заказа from deleted
select @NPr=NПрепарата from deleted
select @NZakaza=NЗаказа from deleted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @Kol_Nal=Количество_штук from Прайс_цен
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
begin
update Прайс_цен set Количество_штук=@Kol_Nal+@Kol
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
end
4. подсчет_итого_к_оплате_за_товар
Подсчет «к оплате» за один товар. То есть количество заказанного препарата умножаем на его цену из «Прайса цен».
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[подсчет_к_оплате_за_один_товар] Script Date: 06/16/2009 02:32:34 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[подсчет_к_оплате_за_один_товар]
on [dbo].[Содержимое_заказа]
for insert
as
declare @Stoim int,@Kol int, @NPr int, @Ch_firmi int, @NZakaza int, @K_oplate money
select @Kol=Кол_заказа from inserted
select @NPr=NПрепарата from inserted
select @NZakaza=NЗаказа from inserted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @Stoim = цена from Прайс_цен
where NПрепарата=@NPr and Шифр_фирмы=@Ch_firmi
if @Kol!=0
begin
update Содержимое_заказа set К_оплате_за_товар=@Kol*@Stoim
where NПрепарата=@NPr
end
5. подсчет_к_оплате_за_один_товар
Подсчет «Итого к оплате за заказ». Суммируем все «К оплате» по одному номеру заказа.
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[подсчет_итого_к_оплате_за_товар] Script Date: 06/16/2009 02:35:30 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[подсчет_итого_к_оплате_за_товар]
on [dbo].[Содержимое_заказа]
for insert
as
declare @NPr int, @Ch_firmi int, @NZakaza int, @K_oplate money, @Itogo_K_oplate money
select @NZakaza=NЗаказа from inserted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @K_oplate=К_оплате_за_товар from Содержимое_заказа
where NЗаказа=@NZakaza
update Заказ_по_фирме set Итого_к_оплате_за_заказ=Итого_к_оплате_за_заказ+@K_oplate
where NЗаказа=@NZakaza
6. изменение_итого_к_оплате_в_заказ_по_фирме_при_удалении_товара_из_заказа
При удалении товара из заказа пересчет «Итого к оплате за заказ».
USE [Apteka_Aibolit]
GO
/****** Object: Trigger [dbo].[изменение_итого_к_оплате_в_заказ_по_фирме_при_удалении_товара_из_заказа] Script Date: 06/16/2009 02:37:02 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER trigger [dbo].[изменение_итого_к_оплате_в_заказ_по_фирме_при_удалении_товара_из_заказа]
on [dbo].[Содержимое_заказа]
for delete
as
declare @Kol int, @NPr int, @Ch_firmi int,@NZakaza int, @itogo_k_oplate_za_zakaz money, @k_oplate_za_tovar money
select @NZakaza=NЗаказа from deleted
select @k_oplate_za_tovar=К_оплате_за_товар from deleted
select @Ch_firmi=Шифр_фирмы from Заказ_по_фирме
where NЗаказа=@NZakaza
select @itogo_k_oplate_za_zakaz=Итого_к_оплате_за_заказ from Заказ_по_фирме
where NЗаказа=@NZakaza
update Заказ_по_фирме set Итого_к_оплате_за_заказ=@itogo_k_oplate_za_zakaz-@k_oplate_za_tovar
where NЗаказа=@NZakaza and Шифр_фирмы=@Ch_firmi
3.2 ХРАНИМЫЕ ПРОЦЕДУРЫ
1. sel.
Предназначена для отображения для определенного препарата фирм, ее поставляющих, цен на этих фирмах, количество в наличии.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[sel] Script Date: 06/16/2009 02:44:16 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[sel]
@se nchar(150)
AS
SELECT Препараты.*, Прайс_цен.цена, Прайс_цен.Количество_штук, Фирмы.Название_фирмы, Фирмы.Адрес, Фирмы.Телефон, Фирмы.Сайт
FROM Прайс_цен INNER JOIN
Препараты ON Прайс_цен.NПрепарата = Препараты.NПрепарата INNER JOIN
Фирмы ON Прайс_цен.Шифр_фирмы = Фирмы.Шифр_фирмы
WHERE (Препараты.Название_препарата = @se)
2. БАД.
Предназначена для отбора из препаратов только БАД.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[БАД] Script Date: 06/16/2009 02:45:33 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[БАД]
as
SELECT NПрепарата, Регистрационный_номер, Название_препарата, Международное_непатентовонне_название, Химическое_название, Срок_хранения,
Изображение, Тип_препарата, Примечание, Форма_выпуска, Состав_и_лекарственная_форма, Фармакотерапевтическая_группа, Фармакодинамика,
Фармакокинетика, Производитель
FROM Препараты
WHERE (Препараты.Тип_препарата = 'Бад')
3. Витамин
Предназначена для отбора из препаратов только Витаминов.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[Витамин] Script Date: 06/16/2009 02:45:33 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[БАД]
as
SELECT NПрепарата, Регистрационный_номер, Название_препарата, Международное_непатентовонне_название, Химическое_название, Срок_хранения,
Изображение, Тип_препарата, Примечание, Форма_выпуска, Состав_и_лекарственная_форма, Фармакотерапевтическая_группа, Фармакодинамика,
Фармакокинетика, Производитель
FROM Препараты
WHERE (Препараты.Тип_препарата = 'Витамин)
4. Косметика
Предназначена для отбора из препаратов только косметики.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[Косметика] Script Date: 06/16/2009 02:45:33 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[БАД]
as
SELECT NПрепарата, Регистрационный_номер, Название_препарата, Международное_непатентовонне_название, Химическое_название, Срок_хранения,
Изображение, Тип_препарата, Примечание, Форма_выпуска, Состав_и_лекарственная_форма, Фармакотерапевтическая_группа, Фармакодинамика,
Фармакокинетика, Производитель
FROM Препараты
WHERE (Препараты.Тип_препарата = 'Косметика)
5. Лекарственные препараты
Предназначена для отбора из препаратов только БАД.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[БАД] Script Date: 06/16/2009 02:45:33 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[Лекарственные препараты]
as
SELECT NПрепарата, Регистрационный_номер, Название_препарата, Международное_непатентовонне_название, Химическое_название, Срок_хранения,
Изображение, Тип_препарата, Примечание, Форма_выпуска, Состав_и_лекарственная_форма, Фармакотерапевтическая_группа, Фармакодинамика,
Фармакокинетика, Производитель
FROM Препараты
WHERE (Препараты.Тип_препарата = 'Лекаство')
6. Поиск_препарата
Предназначена для поиска препарата по его названию.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[Поиск_препарата] Script Date: 06/16/2009 02:50:48 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[Поиск_препарата]
@nazv nchar(150)
as
SELECT NПрепарата, Регистрационный_номер, Название_препарата, Международное_непатентовонне_название, Химическое_название, Срок_хранения,
Изображение, Тип_препарата, Примечание, Форма_выпуска, Состав_и_лекарственная_форма, Фармакотерапевтическая_группа, Фармакодинамика,
Фармакокинетика, Производитель
FROM Препараты
WHERE (Препараты.Название_препарата = @nazv)
7. Поиск_фирмы
Предназначена для поиска фирмы по ее названию.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[Поиск_фирмы] Script Date: 06/16/2009 02:54:56 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[Поиск_фирмы]
@nazv nchar(30)
as
SELECT Фирмы.*
FROM Фирмы
WHERE (Фирмы.Название_фирмы = @nazv)
8. показания_к_применению_по_заболеванию
Предназначена для выбора для определенного препарата показания к применению по определенному заболеванию.
USE [Apteka_Aibolit]
GO
/****** Object: StoredProcedure [dbo].[показания_к_применению_по_заболеванию] Script Date: 06/16/2009 02:56:10 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER proc [dbo].[показания_к_применению_по_заболеванию]
@zabolevanie nchar(50)
AS
SELECT Заболевания.При_зболеваниях, Заболевания.Тип_препарата, Показания_к_применению.*, Препараты.Название_препарата
FROM Заболевания INNER JOIN
Показания_к_применению ON Заболевания.Шифр_заболевания = Показания_к_применению.[При заболеваниях] INNER JOIN
Препараты ON Показания_к_применению.NПрепарата = Препараты.NПрепарата
WHERE (Заболевания.При_зболеваниях = @zabolevanie)
3.3 ОРГАНИЗАЦИЯ ИНТЕРФЕЙСА С ПОЛЬЗОВАТЕЛЕМ
После нажатия на кнопку «Препараты» открывается окно, представленное на рисунке 5. В этом окне можно просматривать каталог товаров и осуществлять по нему поиск.
Рис.5. Окно «Препараты»
При нажатии на ссылку «Показания к применению» открывается окно, которое представлено на рис. 6. Здесь при вводе категории заболевания можно получить по нему показания к применению:
Рис.6. Показания к применению
При нажатии на ссылку «Фармакологические свойства» появляется окно, представленное на рис.7.
Рис.7. Фармакологические свойства
При нажатии на ссылку «Состав и лекарственная форма» появляется окно, представленное на рис.8.:
Рис.8. Состав и лекарственная форма
При нажатии на одну из ссылок «Витамины», «Лекарственные препараты», «БАД», «Косметика» появляются такие окна, представленные на рис.9.
Рис.9. Тип препарата
При нажатии на кнопку поиск по названию, появляется окно, представленное на рис.10
Рис.10. Поиск по названию
При нажатии на кнопку «Фирмы», появляется окно, представленное на рис. 11
Рис 11. Фирмы
При нажатии на кнопку поиск по названию, появляется окно, представленное на рис.12
Рис.12. Поиск по названию
При нажатии из главного окна на кнопку «Прайс цен», появляется окно, представленное на рис.13.
Рис.13 «Прайс цен»
При нажатии на кнопку «Заказ», появляется окно, представленное на рис.14.
Рис.14 Заказ
При нажатии на кнопку «Содержимое заказа», появляется окно, представленное на рис.15.
Рис. 15 «Содержимое заказа».
Выводы
В данной главе был рассмотрен порядок разработки базы данных средствами MySQL, а также разработан внешний интерфейс программного продукта
4. Обоснование экономической эффективности разработки базы данных для автоматизации работы аптеки «Ригла»
4.1 Выбор и обоснование методики расчёта экономической эффективности
Возможны следующие варианты расчета экономической эффективности:
- сравнение вариантов предлагаемой и существующей АС по комплексу задач;
- сравнение вариантов организации автоматизированной системы;
- сравнение вариантов по трудозатратам базового и автоматизированного варианта [14].
В рассматриваемом варианте внедренной АС все результативные показатели являются расчетными. В связи с этим, наиболее подходящим является вариант сравнения базовой и усовершенствованной технологий по сравнению трудозатрат по операциям технологического процесса.
Экономической эффективностью является разность стоимостного эффекта от внедрения автоматизированной системы и затрат на ее создание и эксплуатацию за определенный период времени.
Рассматриваемая методика рассчитана на такую ситуацию, когда невозможно оценить общую эффективность автоматизации задачи (косвенный экономический эффект). В основе этой методики лежит сопоставление показателей, полученных в работе с использованием АС, с показателями базового варианта обработки информации без ИС [5].
Экономическая эффективность оценивается трудовыми и стоимостными показателями, которые позволяют измерить экономию от внедрения предлагаемого проекта машинной обработки информации относительно базового варианта.
К трудовым показателям относятся следующие:
1) Показатель абсолютного снижения трудовых затрат за год (Т) [час/год], который рассчитывается по формуле [14]:
где: Т0 - трудовые затраты на обработку информации по базовому варианту;
Т1 - трудовые затраты на обработку информации по предлагаемому варианту;
2) Коэффициент относительного снижения трудовых затрат (Кт), показывающий на какую долю или процент снижаются затраты предлагаемого варианта по сравнению с базовым, который рассчитывается по формуле:
3) Индекс снижения трудовых затрат (IT), показывающий во сколько раз снижаются трудовые затраты предлагаемого j-того варианта по сравнению с базовым вариантом, и рассчитываемый по формуле [14]:
К стоимостным показателям относятся следующие:
4) Показатель абсолютного снижения стоимостных затрат за год (С) [руб/год], который можно рассчитать по формуле:
где: C0 - стоимостные затраты на обработку информации по базовому варианту [руб/год];
C1 - стоимостные затраты на обработку информации по предлагаемому варианту [руб/год];
5) Индекс снижения стоимостных затрат IC, рассчитываемый по формуле:
6) Коэффициент снижения стоимостных затрат за год KC, который рассчитывается по формуле:
7) Показатель стоимостных затрат на j- ой технологический процесс CJ представляет собой сумму затрат на j- ый технологический процесс по следующим статьям затрат:
- на заработную плату;
- на амортизацию;
- на ведение информационной базы;
- накладные расходы.
Этот показатель рассчитывается по формуле:
где: 8) Cij показатель стоимостных затрат на i-тую операцию j-того технологического процесса, в состав которого включаются следующие компоненты:
CIJ = Cз/п + Cнр+ Cа+ Cиб (8)
где: 8.1) Cз/п затраты на заработную плату пользователя, которые можно рассчитать по формуле:
Cз/п = tij * ri (9)
где: tij - трудоемкость выполнения i-ой операции j-го технологического процесса;
ri - тарифная ставка i- ой операции;
8.2) Cнр - затраты на накладные расходы, рассчитываемые как производная величина от затрат на заработную плату:
Cнр = Cз/п * Кнр (10)
где: KHP величина коэффициента накладных расходов, принимая как правило в размере 0,6 -0,7 от величины затрат за заработную плату [10];
8.3) Cа - величина амортизационных отчислений на используемую технику, рассчитываемая по формуле:
Cа = tij * ai (11)
где: аi - норма амортизационных отчислений [10];
8.4) Cиб - годовые затраты на ведение информационной базы.
Коэффициенты Kj и K0 характеризуют рост производительности труда за счет внедрения более экономичного варианта проектных решений.
При оценке эффективности используются обобщающие и частные показатели.
К основным обобщающим показателям экономической эффективности относятся:
- годовой экономический эффект;
- расчетный коэффициент эффективности капитальных вложений;
- срок окупаемости системы;
Годовой экономический эффект от внедрения проекта (Э) определяется как разность между головной экономией и нормативной прибылью [руб/год]:
Э = (С0 + Ен * К0) - (Сj + Ен * Кj) (12)
где: Kj и K0 - капитальные затраты, включающие в себя затраты на следующие направления:
На приобретение вычислительной техники в базовом и предлагаемом вариантах;
На покупку ПО;
На освоение программного обеспечения;
На проектирование и отладку проекта.
Ен - нормативный коэффициент эффективности капитальных вложений; Значение Ен принимается равным 0,2 для всех отраслей народного хозяйства [10]. Он представляет собой усредненную норму эффективности капитальных вложений, ниже которых они нецелесообразны.
Произведение Ен, в данном случае, следует рассматривать как нормативную прибыль [в руб.], которая должна быть получена от внедрения системы.
Помимо вышеприведенных показателей эффективности проектировщики рассчитывают также показатель срока окупаемости капитальных затрат (Ток), представляющий собой отношение капитальных затрат к экономии стоимостных затрат:
Расчетный коэффициент экономической эффективности капитальных затрат (Ер) представляет собой отношение годовой экономии (годового прироста прибыли) к капитальным затратам на разработку и внедрение АИС:
Предлагается так же годовой экономический эффект (Эгод) определить по формуле:
Эгод = С1 - С2 (15)
где: С1 - себестоимость до внедрения программного комплекса;
С2 - себестоимость после внедрения программного комплекса.
Коэффициент экономической эффективности (Е):
Е = Эгод / Квл
где: Эгод - годовой экономический эффект;
Квл - капитальные вложения.
Срок окупаемости затрат на внедрение программного продукта (Ток) вычисляется по формуле: Ток = 1/ Е.
4.2 Расчёт показателей экономической эффективности
Примем стоимость одного часа работы как среднее значение почасовой зарплаты фармацевта. При средней зарплате 40 000 рублей/месяц средняя почасовая зарплата составит:
Ri = 4000/176 = 227,27 руб/час
План продаж - 416 часов, отчёт по фактическим продажам - 936 часов, план производства - 416 часов, отчёт производства - 990 часов, план складирования - 730 часов, складской отчёт - 1460 часов, план доставки - 1095 часов, отчёт о доставке - 730 часов. Итого - 6773 часа в год.
Стоимостные затраты по базовому варианту 6773 * 227,27 = 1 539 299, 71 рублей в год.
Операция тех. процесса |
Объём работы в год (операций) |
Норма выработки по ручной операции или производительность ЭВМ (опер/час) |
Трудоёмкость (час) |
Часовая зарплата специалиста |
Часовая норма амортизации (руб/час) |
Часовая стоимость накладных расходов |
Стоимость |
|
1 |
2 |
3 |
4 = 2/3 |
5 |
6 |
7 = 5*0,7 |
8 = (5 + 6 + 7)*4 |
|
Вызов главного меню |
52 |
360 |
0,14 |
227,27 |
28,76 |
159,09 |
58,12 |
|
Выбор и вызов пункта меню «Отчёт по поставщикам» |
52 |
720 |
0,07 |
227,27 |
28,76 |
159,09 |
29,06 |
|
Импорт данных о проданных препаратах |
52 |
720 |
0,07 |
227,27 |
28,76 |
159,09 |
29,06 |
|
Заполнение таблицы БД |
52 |
0 |
0 |
227,27 |
28,76 |
159,09 |
0 |
|
Формирование плана в результативной таблице |
52 |
0 |
0 |
227,27 |
28,76 |
159,09 |
0 |
|
Просмотр результативной таблицы |
52 |
6 |
8,6 |
227,27 |
28,76 |
159,09 |
3570,03 |
|
Формирование файла с планом |
52 |
0 |
0 |
227,27 |
28,76 |
159,09 |
0 |
|
Печать фрагмента таблицы |
52 |
120 |
0,4 |
227,27 |
28,76 |
159,09 |
166,05 |
|
Загрузка файла в корпоративную ИС |
52 |
0 |
0 |
227,27 |
28,76 |
159,09 |
0 |
|
Итого: |
--- |
--- |
9,28 |
--- |
-- |
---- |
3852,31 |
|
Вызов главного меню |
52 |
360 |
0,14 |
227,27 |
28,76 |
159,09 |
58,12 |
|
Выбор и вызов пункта меню «Отчёт по препаратам» |
52 |
720 |
0,07 |
227,27 |
28,76 |
159,09 |
29,06 |
|
Импорт данных из отчёта |
52 |
900 |
0,06 |
227,27 |
28,76 |
159,09 |
24,91 |
|
Задание временного периода |
52 |
720 |
0,07 |
227,27 |
28,76 |
159,09 |
29,06 |
|
Формирование файла |
52 |
0 |
0 |
227,27 |
28,76 |
159,09 |
0 |
|
Печать файла |
52 |
1200 |
0,04 |
227,27 |
28,76 |
159,09 |
16,61 |
|
Итого: |
--- |
--- |
0,38 |
--- |
--- |
--- |
157,75 |
В таблице приведён расчёт стоимостных затрат в варианте с использованием АС для плана продаж и статистического отчёта по видам продукции в соответствии с технологическим процессом.
Временные затраты на работу с интерфейсом определялись по хронометражу. Процессы внутримашинной обработки, ориентировочно, приравнивались нулю, т.к. в АС интегрирован четырехпроцессорный, четырехъядерный сервер и, соответственно, временные затраты на внутримащинную обработку малозначимы по сравнению с ручными операциями при работе с интерфейсом.
Планы-отчёты по выполненным работам и по запасным частям формируются один раз в календарную неделю, а план по складированию и по доставке - один раз в день. Все основные технологические процессы идентичны.
Трудоёмкость с использованием АС составит:
9,28*2 + ((9,28*2)/52)*360 + 0,38*3 = 148,15 часов в год
Расходы на обработку документов с использованием АС:
(227,27 + 28,76 + 159,09) * 148,15 = 61 500, 03 рублей в год.
В таблице приведены показатели эффективности от внедрения новой технологии. Расчеты проведены в соответствие с формулами (1 - 6):
Таблица. Расчет показателей экономической эффективности
№п/п |
Показатель |
Затраты базового варианта |
Затраты предлагаемого варианта |
Абсолютное изменение затрат |
Коэффициент изменения затрат (%) |
Индекс изменения затрат (б/р) |
|
1 |
2 |
3 |
4 |
5=3-4 |
6 = (5/3)*100 |
7 = 3/4 |
|
11 |
Трудоёмкость (часов) |
6773 |
148,15 |
6624,85 |
97,81 |
45,72 |
|
22 |
Стоимость (рублей) |
1539299,71 |
61500,03 |
1477799,68 |
96,01 |
25,03 |
Годовой экономический эффект от внедрения проекта:
Эгод = 1 477 799,68 - 1 242 247,92 * 0,2 = 1 229 350,1 рублей
Коэффициент экономической эффективности (Е):
Е = 1 229 350,1 / 1 242 247,92 = 0,99
Срок окупаемости затрат на внедрение программного продукта:
ТОК = 1 / 0,99 * 12 = 12,12 месяцев.
поставщик лекарственный препарат аптека
Выводы
Таким образом, проект окупится за один год, с учетом затрат на этапе эксплуатации, рассчитанным на пять лет. Годовой экономический эффект составляет 1 229 350, 1 рублей.
Внедрение АС по обработке заявок экономически целесообразно, так как АС окупит себя за один год. И за время эксплуатации в течение пяти лет, даст прямой экономический эффект в размере 6 146 750,5 рублей.
ЗАКЛЮЧЕНИЕ
В современных условиях поиск оптимального решения проблемы организации интерфейса взаимодействия приобретает характер комплексной задачи, решение которой существенно осложняется необходимостью оптимизации функционального взаимодействия работников предприятия между собой и с техническими средствами АСУ в условиях изменяющегося характера их профессиональной деятельности.
На современном этапе развития общества, когда происходит полная компьютеризация, время требует от программистов разработки новых программ, которые сумеют облегчить труд людей в разных сферах жизни. Современному человеку необходимы программы для реализации их возрастающих масштабов деятельности и данная программа им в этом поможет.
Предоставленная программа предназначена для работы с базой данных «Аптека» для любого пользователя.
Свойства программы - быстрый ввод, обработка и поиск данных в данной базе. Программа включает в себя следующие процедуры: создание новой базы данных, просмотр существующей базы данных, редактирование записей, их добавление и удаление (все с сохранением в текстовом файле), поиск записей и сортировка записей по данному полю.
Особый упор при внедрении данных задач, проектирование и разработка АИС следует, конечно, придавать современным CASE-средствам разработки программ, так как они наиболее оптимально позволяют проектировать решения в основе которых лежат, в первую очередь, требования к согласованному пользовательскому интерфейсу, каковым и является интерфейс Windows. Никакие продукты других фирм, доступные сегодня, не обеспечивают одновременную простоту использования, производительность и гибкость в такой степени, как Delphi. Этот язык заполнил брешь между языками 3-го и 4-го поколений, соединив их сильные стороны и создав мощную, и производительную среду разработки.
В данной дипломной работе была спроектирована автоматизированная система учета продаж лекарственных препаратов в аптеке «Ригла»
В ходе написания дипломной работы было выполнено следующее:
1 Проанализирована деятельность ООО «Ригла»;
2 Изучены функциональные обязанности работников и сущность процесса учета и контроля заявок;
3 Выбраны средства разработки;
4 Спроектирована структура разрабатываемой системы;
5 Разработан пользовательский интерфейс;
6 Реализована и протестирована АС на данных конкретного примера;
7 Рассчитан экономический эффект от внедрения
Спроектированная АС занимает минимум пространства и памяти при условии всех связей между данными. В нее легко можно вводить новые данные. База данных полностью удовлетворяет требованиям клиента, так как она удобна в использовании и выдает нужную информацию.
Все поставленные цели в результате выполнения работы достигнуты.
5. Безопасность жизнедеятельности
Конструкция монитора (видео терминального устройства - ВДТ) должна обеспечивать возможность фронтального наблюдения экрана путем поворота корпуса в горизонтальной плоскости вокруг вертикальной оси в пределах 30 и в вертикальной плоскости вокруг горизонтальной оси в пределах 30 с фиксацией в заданном положении. Дизайн мониторов должен предусматривать окраску в спокойные мягкие тона с диффузным рассеиванием света. Корпус монитора и ПЭВМ, клавиатура должны иметь матовую поверхность одного цвета с коэффициентом отражения 0,4 - 0,6 и не иметь блестящих деталей, способных создавать блики.
Конструкция ВДТ должна предусматривать наличие ручек регулировки яркости и контраста, обеспечивающие возможность регулировки яркости и контраста, обеспечивающие возможность регулировки этих параметров от минимальных до максимальных значений.
ВДТ и ПЭВМ должны обеспечивать мощность экспозиционной дозы рентгеновского излучения в любой точке на расстоянии 0,05м. от экрана и корпуса монитора при любых положениях регулировочных устройств не должна превышать 7,74х10 А/кг, что соответствует эквивалентной дозе, равной 0,1 мбэр/час (100 мкР/час).
Таблица 7 - Визуальные эргономические параметры ВДТ и пределы их изменений.
НАИМЕНОАНИЕ ПАРАМЕТРОВ |
ПРЕДЕЛЫ ЗНАЧЕНИЙ ПАРАМЕТРОВ |
||
миним. (не менее) |
макс. (не более) |
||
Яркость знака (яркость фона), кд/ кв. м. (измеренная в темноте) |
35 |
120 |
|
Внешняя освещенность экрана, лк |
100 |
250 |
|
Угловой размер знака, угл. Мин. |
16 |
60 |
1. Оптимальным диапазоном значений визуального эргономического параметра называется диапазон, в пределах которого обеспечивается безошибочное считывание информации при времени реакции человека - оператора, превышающем минимальное, установленное экспериментально для данного типа ВДТ, не более чем в 1,2 раза.
2. Допустимым диапазоном значений визуального эргономического параметра называется диапазон, при котором обеспечивается безошибочное считывание информации, а время реакции человека - оператора превышает минимальное, установленное экспериментально для данного типа ВДТ, не более чем в 1,5 раза.
3. Угловой размер знака - угол между линиями, соединяющими крайние точки знака по высоте и глаз наблюдателя.
Угловой размер знака определяется по формуле: a = arctg (h/2 l), где h - высота знака, l - расстояние от знака до глаза наблюдателя.
4. Данные, приведенные в настоящей таблице (17), подлежат корректировке по мере введения в действие новых стандартов, регламентирующих требования и нормы на визуальные параметры ВДТ.
Таблица 8 - Нормируемые визуальные параметры видео дисплейных терминалов
№ |
НАИМЕНОВАНИЕ ПАРАМЕТРОВ |
ЗНАЧЕНИЯ ПАРАМЕТРОВ |
|
1 |
Контраст (для монохромных ВДТ) |
От 3 : 1 до 1,5 : 1 |
|
2 |
Неравномерность яркости 2/ элементов знаков, % |
не более 25 |
|
3 |
Неравномерность яркости 2/ рабочего поля экрана, % |
не более 20 |
|
4 |
Формат матрицы знака для прописных букв и цифр, (для отображения диакритических знаков и строчных букв с нижними выносными элементами формат матрицы должен быть увеличен сверху или снизу на 2 элемента изображения) |
не менее 7 * 9 элементов изображения не менее 5 * 7 элементов изображения |
|
5 |
Отношение ширины знака к его высоте для прописных букв |
от 0,7 до 0.9 (допускается от 0,5 до 1,0) |
|
6 |
Размер минимального элемента отображения (пикселя) для монохромного ВДТ, мм |
0,3 |
|
7 |
Угол наклона линии наблюдения, град. |
не более 60 град ниже горизонтали |
|
8 |
Угол наблюдения, град. |
не более 40 град. от нормали к любой точке экрана дисплея |
|
9 |
Допустимое горизонтальное смещение однотипных знаков, % от ширины знака |
не более 5 |
|
10 |
Допустимое вертикальное смещение однотипных знаков, % от высоты матрицы, |
не более 5 |
|
11 |
Отклонение формы рабочего поля экрана ВДТ от правильного прямоугольника не должно превышать: 1. по горизонтали 2. по вертикали 3. по диагонали где В1 и В2 - значения длин верхней и нижней строк текста на рабочем поле экрана, мм; Н1 и Н2 - значения длин крайних столбцов на рабочем поле экрана, мм; D1 и D2 значения длин диагоналей рабочего поля экрана, мм; |
В1 - В2 В=В1 + В2 0,02 Н1 - Н2 В=Н1 + Н2 0,02 D1 - D2 В=D1 + D2 0,04 (Н1 - Н2) |
|
12 |
Допустимая пространственная нестабильность изображения (дрожание по амплитуде изображения) при частоте колебаний в диапазоне от 0,5 до 30 Гц, мм |
- 4 не более 2 х L10 е (L-расстояние наблюдения мм) |
|
13 |
Допустимая временная нестабильность изображения (мерцание) |
не должна быть зафиксирована 90 % наблюдателей |
|
14 |
Отражательная способность, зеркальное и смешанное отражение (блики), % (допускается выполнение требования при использовании) приэкранного фильтра |
не более 1 |
Монитор, как и любое устройство должен соответствовать определенным требованиям и стандартам. Требования на мониторы разделяют на две основные группы стандартов и рекомендаций - по безопасности и эргономике.
К первой группе относятся стандарты UL, CSA, DHHS, CE, скандинавские SEMRO, DEMKO, NEMKO, а также FCC Class B. Из второй группы наиболее известны MPR-II, TCO'92, TCO'95, ISO 9241-3, EPA Energy Star, TUV Ergonomie. Вот некоторые из них:
1. FCC Class B - этот стандарт разработан канадской федеральной комиссией по коммуникациям для обеспечения приемлемой защиты окружающей среды от влияния радиопомех в замкнутом пространстве. Оборудование, соответствующее требованиям FCC Class B, не должно мешать работе теле- и радио аппаратуры.
2. MPR-II - этот стандарт был выпущен в 1990г. Шведским национальным департаментом и утвержден ЕЭС. MPR-II налагает ограничения на излучения от компьютерных мониторов и промышленной техники, используемой в офисе.
3. TCO'92 (TCO'95) - рекомендация, разработанная Шведской конференцией профсоюзов и Национальным советом индустриального и технического развития Швеции (NUTEK), регламентирует взаимодействие с окружающей средой. Она требует уменьшения электрического и магнитного полей до технически возможного уровня с целью защиты пользователя.
Таблица 9 - Требования ГОСТ
ДИАПАЗОН ЧАСТОТ |
ТРЕБОВАНИЯ MPR-II (расстояние 0,5) |
ТРЕБОВАНИЯ TCO'92 (расстояние 0,5) |
|
ЭЛЕКТРИЧЕСКОЕ ПОЛЕ |
|||
Сверхнизкие (5 Гц - 2кГц) |
25 В/м |
10 В/м |
|
Низкие (2 кГц -400 кГц) |
2,5 В/м |
1 В/м |
|
МАГНИТНОЕ ПОЛЕ |
|||
Сверхнизкие (5 Гц - 2кГц) |
250 нТ |
200 нТ |
|
Низкие (2 кГц -400 кГц) |
25 нТ |
25 нТ |
4. EPA Energy Star VESA DPMS - согласно этому стандарту монитор должен поддерживать три энергосберегающих режима - ожидание (stand-by), приостановку (suspend) и “сон” (off). В режиме ожидания изображение на экране пропадает, но внутренние компоненты монитора функционируют в нормальном режиме, а энергопотребление снижается до 80% от рабочего состояния. В режиме приостановки, как правило, отключаются высоковольтные узлы, а потребление электроэнергии падает до 30 Вт и менее. И, наконец, в режиме так называемого “сна” монитор потребляет не более 8 Вт, а функционирует у него только микропроцессор. При нажатии любой клавиши клавиатуры или движении мыши монитор переходит в нормальный режим работы.
5. Российский стандарт ГОСТ 27954 - 88 на видео мониторы персональных ЭВМ. Требования этого стандарта обязательны для любого монитора продаваемого в РФ. Основные требования приведены в таблице №10.
Таблица 10 - Требования ГОСТ
ХАРАКТЕРИСТИКА МОНИТОРА |
ТРЕБОВАНИЯ ГОСТ - 27954-88 |
|
Частота кадров при работе с позитивным контрастом |
Не менее 60 Гц |
|
Частота кадров режиме обработки текста |
Не менее 72 Гц |
|
Дрожание элементов изображения |
Не более 0,1 мм |
|
Антибликовое покрытие |
Обязательно |
|
Допустимый уровень шума |
Не более 50 дБА |
|
Мощность дозы рентгеновского излучения на расстоянии 5 см от экрана при 41 - часовой недели |
Не более 0,03 мкР/с |
Кроме того, данным стандартом не допускается применение взрывоопасных ЭЛТ, регламентируется степень детализации технической документации на мониторы, а так же устанавливаются требования стандартизации и унификации, технологичности, эргономики и технической эстетики, экологической безопасности, технического ремонта и обслуживания, а также надежности. Мониторы персональных компьютеров и рабочих станций при обязательных сертификационных испытаниях по следующим параметрам:
Параметры безопасности - электрическая, механическая, пожарная безопасность (ГОСТ Р 50377 - 92).
Санитарно - гигиенические требования - уровень звуковых шумов (ГОСТ 26329 - 84 или ГОСТ 2718 - 88), ультрафиолетовое, рентгеновское излучения и показатели качества изображения (ГОСТ 27954 - 88).
3. Электромагнитная совместимость - излучаемые радиопомехи (ГОСТ 29216 - 91).
Сертификат выдается только на весь комплекс вышеперечисленных ГОСТов.
Также рекомендуется наличие на экранах мониторов антистатического покрытия (antistatic coating) - которое препятствует возникновению на поверхности экрана электростатического заряда, притягивающего пыль и не благоприятно влияющего на здоровье пользователя.
5.2 Требования к помещениям для эксплуатации мониторов и ПЭВМ
Помещение с мониторами и ПЭВМ должны иметь естественное и искусственное освещение. Естественное освещение должно осуществляться через светопроемы, ориентированные преимущественно на север и северо-восток обеспечивать коэффициент естественного освещения (КЕО) не ниже 1,2 % в зонах с устойчивым снежным покровом и не ниже 1,5 % на остальной территории. Указанные значения КЕО нормируются для зданий, расположенных в III световом климатическом поясе.
Площадь на одно рабочее место с ВДТ или ПЭВМ для взрослых пользователей должна составлять не менее 6,0 кв. м., а объем не менее 20,0 куб. м.
Для внутренней отделки интерьера помещений с мониторами и ПЭВМ должны использоваться диффузно - отражающиеся материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 - 0,5.
Поверхность пола в помещениях эксплуатации мониторов и ПЭВМ должна быть ровной, без выбоин, нескользкой, удобной для очистки и для влажной уборки, обладать антистатическими свойствами.
В производственных помещениях, в которых работа с мониторами и ПЭВМ является основной (диспетчерские, операторские, расчетные, кабины и посты управления, залы вычислительной техники и др.) должны обеспечиваться оптимальные параметры микроклимата.
Для повышения влажности воздуха в помещениях с мониторами ПЭВМ следует применять увлажнители воздуха, заправляемые ежедневно дистиллированной или прокипяченной питьевой водой.
При выполнении основной работы на мониторах и ПЭВМ (диспетчерские, операторские, расчетные, кабины и посты управления, залы вычислительной техники и др.) где работают инженерно - технические работники, осуществляющие лабораторный, аналитический или измерительный контроль, уровень шума не должен превышать 60 дБА.
В помещениях операторов ЭВМ (без дисплеев) уровень шума не должен превышать 65 дБА.
На рабочих местах в помещениях для размещения шумных агрегатов вычислительных машин (АЦПУ, принтеры и др.) уровень шума не должен превышать 75 дБА.
Шумящее оборудование (АЦПУ, принтеры и др.), уровни шума которого превышают нормированные, должно находится вне помещения с монитором и ПЭВМ.
Снизить уровень шума в помещениях с мониторами и ПЭВМ можно использованием звукопоглощающих материалов с максимальными коэффициентами звукопоглощения в области частот 63 - 8000 Гц для отделки помещений (разрешенных органами и учреждениями Госсанэпиднадзора России), подтвержденных специальными акустическими расчетами.
Дополнительным звукопоглощением служат однотонные занавеси из плотной ткани, гармонирующие с окраской стен и подвешенные в складку на расстоянии 15 - 20 см от ограждения. Ширина занавеси должна быть в 2 раза больше ширины окна.
5.3 Требования к освещению помещений и рабочих мест с мониторами и ПЭВМ
Искусственное освещение в помещениях эксплуатации мониторов и ПЭВМ должно осуществляться системой общего равномерного освещения. Допускается использование местного освещения, предназначенного для освещения зоны расположения документов.
Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 - 500 лк. Допускается установка светильников местного освещения для подсветки документов. Местное освещение не должно создавать бликов на поверхности экрана и увеличивать освещенность экрана более 300 лк.
Следует ограничивать прямую блесткость от источников освещения, при этом яркость светящихся поверхностей (окна, светильники и др.), находящихся в поле зрения, не должна быть более 200 кд/ кв.м.
Следует ограничивать неравномерность распределения яркости в поле зрения монитором и ПЭВМ, при этом соотношение яркости между рабочими поверхностями не должно превышать 3:1 - 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1.
Яркость светильников общего освещения в зоне углов излучения от 50 до 90 с вертикалью в продольной и поперечной плоскостях должна составлять не более 200 кд/ кв. м., защитный угол светильников должен быть не менее 40.
Светильники местного освещения должны иметь не просвечивающий отражатель с защитным углом не менее 40 градусов.
5.4 Требования к организации и оборудованию рабочих мест с мониторами и ПЭВМ
Рабочие места с ВДТ и ПЭВМ по отношению к световым проектам должны располагаться так, чтобы естественный свет падал сбоку, преимущественно слева.
Схемы размещения рабочих мест с ВДТ и ПЭВМ должны учитывать расстояния между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), которое должно быть не мене 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.
Подобные документы
Автоматизация учета закупки лекарственных препаратов в аптеке. Разработка базы данных и прикладных программ для работы с ней. Анализ предметной области и формирование требований пользователей. Выбор архитектуры программно-технологической реализации.
курсовая работа [4,1 M], добавлен 10.09.2015Разработка базы данных для информационной поддержки деятельности аптеки с целью автоматизированного ведения данных о лекарствах аптеки. Проектирование схемы базы данных с помощью средства разработки структуры базы данных Microsoft SQL Server 2008.
курсовая работа [3,6 M], добавлен 18.06.2012Инструментальные средства для разработки структуры информационной базы данных "Программа автоматизации учета расчетов с поставщиками", пользовательский интерфейс СУБД Access. Разработка запросов отбора данных и вычислений, экранных форм коррекции данных.
лабораторная работа [2,4 M], добавлен 15.11.2010Схема взаимодействия подразделений предприятия. Выбор и обоснование технологии проектирования базы данных. Описание объектов базы данных. Разработка запросов на выборку, изменение, обновление и удаление данных. Интерфейсы взаимодействия с базой данных.
курсовая работа [1,4 M], добавлен 25.05.2023Методика и основные этапы разработки базы данных "Аптеки-Препараты" и автоматизированной системы для работы с ней. Входные и выходные данные задач, выбор СУБД и его обоснование. Структура информационной системы и взаимодействие ее основных компонентов.
курсовая работа [1,5 M], добавлен 22.12.2009Проектирование логической структуры базы данных методом нормальных форм, сущность связь. Сравнительный анализ спроектированной базы данных и базы данных существующих информационных систем. Выбор и обоснование состава технических и программных средств.
курсовая работа [3,0 M], добавлен 22.12.2014Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.
курсовая работа [442,3 K], добавлен 21.04.2012Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.
дипломная работа [2,3 M], добавлен 25.05.2014Инструментальная среда разработки автоматизированной системы "Фотоцентр" - СУБД Microsoft Access. Добавление, редактирование, удаление данных о заказах, киосках, работниках, клиентах. Ведение мониторинга продаж в программе, отслеживание выполнения заказа.
курсовая работа [1,5 M], добавлен 01.04.2013Анализ входной информации и процессов, уровня автоматизации на предприятии. Выявление объекта и задачи автоматизации. Разработка концепции построения информационной модели информационной системы. Разработка структуры базы данных и клиентского приложения.
дипломная работа [2,0 M], добавлен 22.11.2015