Термин

Определение

Поликлиника

Многопрофильное или специализированное лечебно-профилактическое учреждение <#"650564.files/image001.gif">

Рисунок 1 - Схема документооборота работы регистратуры поликлиники

1.1.2 Анализ и выбор средств разработки программного обеспечения

Существует множество средств разработки систем баз данных, таких как Visual Basic, Delphi, Visual C++. Рассмотрим наиболее доступные из них. Экспертные оценки языков программирования были получены на основании данных, приведенных в форуме интернет - страницы «Королевство Delphi». В таблице 2 перечислены основные критерии и оценки средств разработки программных продуктов.

Таблица 2 - Сравнительная характеристика средств разработки программных продуктов

Экспертная оценка определяется по формуле

,Kj = 10                                   (1)

где  Oi - общая оценка программного средства;- весовой коэффициент критерия;- оценка i - того программного средства по j - тому критерию.

Оценки программных средств рассчитаем по формуле(1)

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

1.1.3 Анализ и выбор СУБД

Так как разрабатываемая система имеет архитектуру файл/сервер, то из множества СУБД здесь рассматриваются те, которые поддерживают эту технологию, а именно: Paradox, OpenOffice.org Base, MS Access. В таблице 3 перечислены основные критерии и оценки СУБД.

Таблица 3 - Сравнительная характеристика СУБД

Рассчитаем общие оценки программных средств по формуле 1:

Наиболее подходящей СУБД для системы автоматизации работы регистратуры поликлиники является СУБД MS Access.

.1.4 Актуальность создания проекта программного комплекса для работы регистратуры поликлиники

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

С учетом вышесказанного мы видим, что данный процесс имеет определенное количество трудностей:

большие затраты по времени, так как одни и те же работы приходится выполнять по несколько раз;

большое количество ошибок из-за монотонности работы;

большой объем отчетной информации;

большой объем оформления талонов;

сложность контроля.

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

- организация хранения информации об отделениях, врачах, пациентах поликлиники;

- ведение документации (талонов, списков).

организация информации о загруженности врачей.

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

1.2 Математическая модель работы регистратуры поликлиники

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

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

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

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

Где LN -      множество нетерминальных символов;

         LT -    множество терминальных символов;

         L0 -     множество начальных символов;

         P -       множество порождающих правил;

         As -    конечное множество синтезируемых атрибутов;

         Ms -    множество методов синтеза атрибутов;

         An -    конечное множество наследуемых атрибутов;

         Mn -   множество методов наследования атрибутов;

         C -      множество символов, определяющих параллелизм.

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

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

Таблица 4 - Функции, выполняемые работником регистратуры

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

Рисунок 2 - Граф возможных вариантов выполнения функций в работе регистратуры поликлиники

Узел N0 является начальным узлом выполнения бизнес-процесса, узел NФ - его завершающим узлом, а узлы 1-6 соответствуют приведенным в таблице 3 бизнес-функциям.

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

Рисунок 3 - Граф возможных вариантов исполнения бизнес-функций в регистратуре поликлиники

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

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

LN = {N0, 1, 2, 3, 4, 5, 6} - множество нетерминальных символов;

LT = {Nф} - множество терминальных символов;

L0 = {N0} - множество начальных символов;

Р - множество порождающих правил;

As = {ti} - кортежи временных характеристик. Каждый из кортежей определяет ресурсы, необходимые для выполнения бизнес-функции по времени.

An = {Р} - множество возможных исполнителей бизнес-функций (Работник регистратуры).

Основываясь на графе вариантов выполнения функций работником регистратуры (см. рисунок 3), можно сформулировать следующие порождающие правила (запись 1{Р} означает, что бизнес-функция 1 (см. таблицу 4) работником регистратуры):

- 
N0 => 1{Р}

-       {П} => 2{Р}| 1{Р} => 3{Р}

-       {Р} => 4{Р}

-       {Р} => 2{Р}

-       {Р} => 5{Р}| 4{Р} => 6{Р}

-       {Р}|6{Т} => NФ

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

Таблица 5 - Затраты ресурсов на выполнение бизнес-функций в регистратуре поликлиники

На основе полученных правил грамматики могут быть порождены 4 варианта исполнения бизнес-процесса работы регистратуры поликлиники:

- 1{Р}-2{Р}-4{Р}-5{Р}-NФ- 1{Р}-2{Р}-4{Р}-6{Р}-NФ- 1{Р}-3{Р}-2{Р}-4{Р}-5{Р}-NФ- 1{Р}-3{Р}-2{Р}-4{Р}-6{Р}-NФ

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

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

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

                                                                                 (3)

где k - количество бизнес-функций, входящих в бизнес-процесс;- индекс исполнителя бизнес-функции;

.                                                                     (4)

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

Таблица 6 - Оценка времени протекания различных вариантов бизнес- процесса

Для выделения оптимального варианта необходимо установить отношение предпочтения между рассматриваемыми альтернативами. Для этого удобно использовать метод парного сравнения, согласно которому устанавливаются предпочтения при рассмотрении всех возможных пар альтернатив. Результаты парного сравнения принято представлять в виде матрицы (таблица 7), в которой элемент bij= 1, если альтернатива Bi строго предпочтительнее, чем альтернатива Bj. В противном случае bij= 0. Согласно методу парного сравнения для выделения альтернатив первого ранга достаточно выявить нулевые столбцы в полученной матрице (таблица 7).

Таблица 7 - Результаты парного сравнения альтернативных вариантов реализации бизнес-процесса

Как видно из таблицы 7, альтернатива 2 требует несколько большего времени на ее реализацию, но при этом альтернатива будет самой оптимальной.

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

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

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

Среднечасовая загруженность врача на приеме в поликлинике рассчитывается по формуле 5

                                                                                       (5)

Где А -         число посещений к врачу в поликлинику за день;- число фактически отработанных по графику часов за день.

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

   (6)

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

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

   (7)

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

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

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

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

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

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

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

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

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

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

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

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

Структурно-функциональная модель нулевого уровня для бизнес-процесса «Автоматизация работы регистратуры поликлиники» представлена на рисунке 4. Описание к построенной модели находится в таблице 8.

Таблица 8 - Описание активностей бизнес-процесса «Автоматизация работы регистратуры поликлиники»

Рисунок 4 - Структурно-функциональная модель нулевого уровня для бизнес-процесса «Автоматизация работы регистратуры поликлиники»

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

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

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

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

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

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

Рисунок 5 - Детализирующая структурно-функциональная модель первого уровня системы для автоматизации работы регистратуры поликлиники

Описание активностей структурно-функциональной модели первого уровня для бизнес-процесса «Автоматизация работы регистратуры поликлиники» представлено в таблице 9.

Основные функции, выполняемые при распределении по отделении: поиск отделения и выбор отделения.

Таблица 9 - Описание активностей детализирующей структурно-функциональной модели первого уровня бизнес-процесса «Автоматизация работы регистратуры поликлиники»

Процесс распределения по отделениям представлен на рисунке 6 как структурно-функциональная модель 2-го уровня для бизнес-процесса «Автоматизация работы регистратуры поликлиники».

Рисунок 6 - Детализирующая структурно-функциональная модель второго уровня для автоматизации работы регистратуры поликлиники

1.4 Техническое задание для автоматизации учета работы регистратуры поликлиники

Наименование проекта - разработка программного комплекса для ведения системы базы данных.

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

1.4.1 Основания для разработки

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

Тема дипломного проекта: «Проект программного комплекса для автоматизации учета работы регистратуры поликлиники».

Условное обозначение темы разработки: «ППК регистратуры поликлиники».

Специальная часть проекта: «Разработка программного обеспечения для организации и ведения базы данных».

1.4.2 Назначение разработки

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

Функциональное назначение:

Функциональный блок ДАННЫЕ предназначен для выполнения следующих функций:

ведение сведений про отделения;

получение графиков работы врачей;

ведение сведений о врачах;

получение графиков загруженности врачей;

Функциональный блок ДОКУМЕНТЫ предназначен для выполнения следующих функций:

формирование списков врачей данного отделения;

формирование списков клиентов;

формирование отчетов по загруженности врачей;

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

Эксплуатационное назначение:

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

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

1.4.3 Требования к программному изделию

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

1.4.4 Требования к функциональным характеристикам

Программная система должна выполнять следующие функции:

формировать списки отделений - не более 10 с;

формировать списки врачей данных отделений - не более 10 с;

формировать списки пациентов - не более 10 с;

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

формировать талоны на прием - не более 10 с;

ведение контроля графика работы врачей;

предоставлять возможность просмотра данных про отделения;

предоставлять возможность просмотра данных о врачах;

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

выполнять выбор даты и времени приема;

корректный ввод информации.

1.4.5 Требования к надежности

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

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

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

Время доступа к АРМ - 30 с.

Время отклика программы - не более 1 с.

Время ожидания результатов расчетов - не более 30 с.

Максимальный размер базы данных - 2 Гб.

1.4.6 Условия эксплуатации

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

1.4.7 Требования к составу и параметрам технических средств

Минимальные требования к программным и аппаратным средствам для нормального функционирования приложения:

Процессор: AMD или Intel с частотой 600МHz и выше;

ОЗУ: 64 Mb и выше;

ОС: Windows 98 и выше;

Монитор: SVGA монитор (разрешение 800х600);

Емкость ЖД : свободное место на жестком диске не менее 20 Mb;

Другие требования: сетевая карта со скорость не менее 10Mb, клавиатура, при необходимости манипулятор мышь.

1.4.8 Требования к информационной и программной совместимости

Программная система функционирует в среде Windows 98 и выше и требует для своей работы следующие программные продукты: MS Access 2003. Программный продукт создается с использованием инструментального средства разработки приложений Borland Delphi.

1.4.9 Требования к программной документации

Состав требуемой программной документации определен в соответствии с ДСТУ 3008-95:

текст программы;

руководство пользователя, которое включает инструкцию пользователя и инструкцию программиста;

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

техническое задание - настоящий документ;

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

1.4.10 Технико-экономические показатели

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

Ориентировочная годовая экономия текущих затрат: 22589,46 грн.

Экономический эффект составит: 11115,96 грн.

Предлагаемый срок окупаемости: 1,2 года.

1.4.11 Стадии и этапы разработки

Разработка ведется в несколько этапов, в соответствии с ГОСТ 19.10177 и включает этапы, приведённые в таблице 10.

Таблица 10 - Этапы разработки

1.4.12 Порядок контроля и приемки

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

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

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

По завершении разработки системы должны быть проведены следующие виды испытаний:

тестирование на защиту от некорректного ввода;

тестирование на защиту от несанкционированного использования;

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

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

1.5 Проектирование автоматизированного рабочего места регистратуры поликлиники

.5.1 Разработка логической модели регистратуры поликлиники

Регистратура <#"650564.files/image017.gif">

Рисунок 8 - Диаграмма классов для автоматизации учета работы регистратуры поликлиники

На рисунке 9 отображены временные особенности функционирования системы - диаграмма последовательности. Диаграмма последовательности - диаграмма <#"650564.files/image018.gif">

Рисунок 9 - Диаграмма последовательностей для работы регистратуры поликлиники

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

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

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

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

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

Сущность «Отделения» соединена с сущностью «Врачи» с помощью связи «Работают». Сущность «Пациент» соединена с сущностями «Отделения» и «Врачи», с помощью связи «Выбирает». Также она соединена с сущностью «Талон» помощью связи «Получает».

Сущность «Отделения» имеет такие атрибуты:

-  код;

-       название.

Сущность «Врачи» имеет такие атрибуты:

-  табельный номер;

-       ФИО;

-       специальность;

-       кабинет;

-       телефон.

Сущность «Пациент» имеет такие атрибуты:

-  индивидуальный номер;

-       ФИО;

-       возраст;

-       адрес;

-       номер страхования;

-       паспортные данные.

Сущность «Талон» имеет такие атрибуты:

-  номер талона;

-       дата;

-       время.

Рисунок 10 - Диаграмма «сущность-связь» для автоматизации учета работы регистратуры поликлиники

Установлены следующие связи между сущностями:- «работают» («отделения - врачи»);- «выбирают» («пациент - отделения - врачи»).- «получает» («пациент - талон»).

1.5.2 Разработка физической модели работы регистратуры поликлиники

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

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

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

Правило 2. Если степень бинарной связи равна 1:n и класс принадлежности n-связной сущности является обязательным, то необходимо построение двух отношений - по одному для каждой сущности, при этом ключ сущности должен служить ключом для соответствующего отношения. Кроме того, ключ 1-связной сущности добавляется в качестве атрибута в отношение, отводимое для n-связной сущности [19].

Используя описанные выше правила построения отношений, из ER-диаграммы, изображенной на рисунке 9, выведем набор отношений:(отделение) = (Код отделения, Название отделения);(работают) = (Код отделения, Таб.ном, Дни недели, Часы приема, ФИО, Телефон, Кабинет, Название отделения);(врачи) = (Таб.ном, ФИО, Телефон, Кабинет);(пациент) = (Инд.номер, ФИО, Возраст, Адрес, № страхования, Паспортные данные);(выбирает) = (Код отделения, Таб.ном, Инд.номер, Название отделения, ФИО врача, Телефон, Кабинет, ФИО пациента, Возраст, Адрес, № страхования, Паспортные данные, Дата, Время посещения).(получает) = (Инд.номер, Номер талона, ФИО, Возраст, Адрес, № страхования, Паспортные данные, Дата, Время посещения).

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

Рисунок 11 - Диаграмма связей таблиц базы данных для хранения результатов работы программного комплекса регистратуры поликлиники

2. СПЕЦИАЛЬНАЯ ЧАСТЬ

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

Программное обеспечение программного комплекса для автоматизации учета работы регистратуры поликлиники разрабатывается в среде Borland Delphi 7 на языке Delphi.

Программное обеспечение осуществляет работу с базой данных формата *.mdb (формат базы Microsoft Office Access 2003), поэтому подключаем базу данных с помощью технологии ADO [20].

Объекты данных ActiveX (ActiveX Data Objects, или ADO) - это новейший метод доступа к данным.обеспечивает средства, с помощью которых программа получает доступ к базе данных. Объекты ADO подключаются к базе данных посредством провайдера OLE DB.DB представляет собой новый, разработанный Microsoft, низкоуровневый интерфейс, обеспечивающий доступ к множеству различных типов данных.

Провайдер OLE DB предоставляет доступ объектам ADO к этим базам данным. В свою очередь, объекты ADO позволяют подключаться к данным из прикладных программ.

Специализированные элементы управления данными (DataGrid и ADO Data). С помощью элемента управления Data можно элементарно подключиться к базам данным: достаточно настроить несколько его свойств и "связать" с ним некоторые другие элементы управления, которые будут реально отображать информацию.

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

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

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

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

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

Рисунок 13 - Дополнительная форма программы для ввода данных про отделения

procedure TForm1.DBGrid1TitleClick(Column: TColumn);f:string;:= Column.FieldName;

ADOTable1.Sort:=f;;

Рисунок 14 - Фрагмент кода для сортировки по алфавиту отделений

Рисунок 15 - Сортировки по алфавиту отделений поликлиники

if dbedit1.text<>'' then.adotable1.post;;.messagebox('Фамилия не может быть пустой','Ошибка ввода!',mb_ok+mb_iconstop);

dbedit1.SetFocus;;

Рисунок 16 - Фрагмент кода для сохранения введенных результатов

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

Рисунок 17 - Защита от некорректного ввода при попытке сохранить запись в дополнительной форме для ввода врачей

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

if key='.' then:=',';not (key in ['0'..'9',',','-',#8])((key=',')and(pos(',',DBEdit1.text)>0))((key='-')and(pos('-',DBEdit1.text)>0))((key='-')and(DBEdit1.selstart>0)) then

key:=#0;

Рисунок 18 - Фрагменты кода проверки корректности для числовых полей

Чтобы распечатать талон на прием использовался компонент для построения отчетов QuickRep (QReport) (см. рисунок 19).

Рисунок 19 - Структура талона на прием к врачу

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

Рисунок 20 - Структура списка врачей

Чтобы распечатать список пациентов данного врача также использовался компонент для построения отчетов QuickRep (QReport). На рисунке 21 изображена структура списка пациентов данного врача.

Рисунок 21 - Структура списка пациентов

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

if dbgrid3.Columns[dbgrid3.SelectedIndex].FieldName='o_vrempri'adoquery1.sql.Clear;.SQL.add('select distinct o_vrempri from rabotaut order by o_vrempri');

Рисунок 22 - Фрагмент кода добавления данных в таблицу «График приема врачей» (лист 1)

adoquery1.Active:=true;.Columns[dbgrid3.SelectedIndex]..Clear;.First;not adoquery1.eof do.Columns[dbgrid3.SelectedIndex]..Add(adoquery1.fieldbyname('o_vrempri').value);.Next;

еnd;.Active:=false;

Рисунок 22 - Фрагмент кода добавления данных в таблицу «График приема врачей» (лист 2)

Рисунок 23 - Добавление данных в таблицу «График приема врача»

Для добавления данных таблицу «На прием» используется дополнительная форма с компонентами datetimepicker (Win32) для ввода даты и DBLookupComboBox (Data Controls) для выбора времени (см. рисунок 25).

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

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

datetimepicker1.Visible:=false;.text:=datetostr(datetimepicker1.Date);.Visible:=true;dbedit2.text<>'' then.Date:=strtodate(dbedit2.text);

Рисунок 24 - Фрагменты кода добавление даты и времени в таблицу «На прием»

Рисунок 25 - Добавление даты и времени в таблицу «На прием»

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

Для удобства на форме отображается таблица, которая содержит табельный номер врача и его фамилию. Форма отображена на рисунке 27. Для просмотра всех данных о враче, нужно в поле для поиска ввести табельный номер врача и нажать на кнопку «Поиск». Данные выводятся в дополнительную форму (рис. 28).

.Active:=false;.SQL.clear;

adoquery2.sql.add('select v_tabnom, count(k_nom)');.sql.add('from vrachi, klient,vibiraet');.sql.add('where v_tabnom=vi_v_tabnom and v_tabnom=k_v_tabnom');.sql.add('group by v_tabnom'); aquery2.Active:=true;

Рисунок - 26 Фрагмент кода загруженности врача (лист 1)

form8.Series1.DataSource:=adoquery2;.show;s:string;:='';edit1.text<>'' then:=s+'v_tabnom ='+edit1.Text;s<>'' then.Active:=false;.SQL.clear;.sql.add('select vrachi.* from poliklinika.vrachi where '+s);.Active:=true;.datasource1.Dataset:=adoquery1;

form6.Show;;

Рисунок - 26 Фрагмент кода загруженности врача (лист 2)

Рисунок 27 - Форма для просмотра графика загруженности врачей

var s:string;:='';edit1.text<>'' then:=s+'v_tabnom ='+edit1.Text;s<>'' then

//формуємо текст запиту.Active:=false;.SQL.clear;.sql.add('select vrachi.* from poliklinika.vrachi where '+s);

//активуємо запит

//(відбираємо дані).Active:=true;.datasource1.Dataset:=form8.adoquery1;

form6.Show;;;

Рисунок 28 - Фрагмент кода для поиска по табельному номеру

Рисунок 29 - Просмотр результата поиска врача по табельному номеру

2.2 Руководство администратора по установке программного комплекса работы регистратуры поликлиники

Для установки программного обеспечения необходимо запустить на выполнение файл «Poliklinika.exe». Откроется окно мастера установки программного обеспечения. В ходе работы мастера администратор может задавать необходимые установочные параметры. База данных устанавливается в каталог «C:\Program Files\Poliklinika\». По умолчанию программное обеспечение устанавливается в Program Files на диске С.

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

Для удаления программы нажмите на «Unistal.exe» в папке «Регистратура поликлиники» меню пуск.

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

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

2.3 Руководство пользователя программного комплекса работы регистратуры поликлиники

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

На рисунке 31 представлен интерфейс главного окна программного обеспечения. Интерфейс программного обеспечения включает в себя такие элементы:

-   таблицы;

-       кнопки добавления и удаления данных;

-       кнопка печати талона;

-       кнопка просмотра графика загруженности врачей;

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

Интерфейс главной формы программного обеспечения представлен
на рисунке 31.

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

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

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

3. ЭКОНОМИЧЕСКИЕ РАСЧЕТЫ

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

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

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

Источники экономии при этом определяются по следующим направлениям:

снижение трудоемкости;

увеличение объемов и сокращение сроков обработки информации;

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

3.1 Расчёт капитальных затрат на создание программного комплекса для автоматизации учета работы регистратуры поликлиники

Капиталовложения в создание программного комплекса носят единовременный характер [21]:

К=К1+К2+К3 ,                                                                             (8)

где К1 - затраты на оборудование, грн.;

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

Таблица 14 - Спецификация на закупаемое оборудование

Таблица 15 - Спецификация на лицензионные программные продукты

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

К2 - затраты на лицензионные программные продукты, грн;

К2 = 13000

К3 - затраты на создание ПО, грн.

Затраты на создание программного комплекса находятся по формуле 9:

К3 = З1 + З2 + З3,                                                                         (9)

где З1 - затраты труда программистов-разработчиков, грн.;

З2 - затраты компьютерного времени, грн.;

З3 - косвенные (накладные) расходы, грн.

Затраты труда программистов-разработчиков найдем по формуле 10:

,                                                                      (10)

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

Принимаем Nk=1 человек.

Часовая зарплата разработчика определяется по формуле 8.

                                                                                   (11)

где Мк - месячная зарплата k-го разработчика, грн.;месk- месячный фонд времени его работы, час.

Принимаем:

Мk=2200 грн; Fмесk = 160 часов.

Тогда rk = 2200/160=13,75 грн/час. Принимаем Kзар = 1,425.

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

Общая трудоемкость рассчитывается по формуле 12.

к = tт.з. + tэ.п + tт.п. + tр.п + tв                                                    (12)

где tт.з. - время на разработку технического задания, часов;э.п - время на разработку эскизного проекта, часов;т.п. - время на разработку технического проекта, часов;р.п - время на разработку рабочего проекта, часов;в - время на внедрение проекта, часов.

Тогда затраты труда разработчиков-программистов равны (формула 10):

З1 = 1*13,5*360*1,425 = 7053,25 грн.

Таблица 16 - Длительность этапов работы

Расчет затрат компьютерного времени выполним по формуле 13:

З2 = Ск ·F0 ,                                                                                  (13)

где Ск - стоимость компьютерного часа, грн.;- затраты компьютерного времени на разработку программы, час.

Стоимость компьютерного часа вычисляется по формуле 14:

СК= СА + СЭ + СТО ,                                                                           (14)

где СА - амортизационные отчисления, грн.;

СЭ - энергозатраты, грн.;

СТО - затраты на техобслуживание, грн.

Амортизационные отчисления найдем по формуле 15:

СА= Сi· NАi / Fгодi,                                                                     (15)

где Сi = 3500 - балансовая стоимость i-го оборудования, которое использовалось для создания ПМК, грн.А - годовая норма амортизации i-го оборудования, доли.год - годовой фонд времени работы i-го оборудования, час.

Принимаем: NА= 0,15; Fгод = 1920 часов [21].

Из формулы 11 получим: СА = 3500*0,15/1920 = 0,27 грн.

Энергозатраты найдем по формуле 13:

СЭ = РЭ · СкВт,                                                                                     (16)

где РЭ = 0,3 - расход электроэнергии, потребляемой компьютером, кВт/ч;

СкВт = 0,95 - стоимость 1 кВт/ч электроэнергии, грн.

Тогда получим: СЭ=0,3*0,95 = 0,29 грн.

Затраты на техобслуживание найдем по формуле 17:

СТО= rТО·l,                                                                                (17)

где rТО - часовая зарплата работника обслуживающего оборудование, грн;

l - периодичность обслуживания (формула 18).

Принимаем часовую зарплату работника, обслуживающего оборудование: rТО = 1600/160 = 10 грн/час.

l = Nто / Fмес,                                                                              (18)

где Nто - количество обслуживаний оборудования в месяц;мес - месячный фонд времени работы оборудования, час.

Принимаем Nто= 1; Fмес= 160 часов, тогда (формула 18): l=1/160 = 0,006.

Применяя формулу 18, получим:

СТО = 10*0,006 = 0,06 грн.

Тогда стоимость компьютерного часа равна:

СК= 0,27 + 0,29 + 0,06 = 0,62 грн/час.

Таким образом, затраты компьютерного времени составят:

З2 = Ск ·F0 = 0,62*360 = 223,2 грн.

Косвенные расходы З3 определяются по формуле 19:

                                                                          (19)

где С1 - расходы на содержание помещений, грн.

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

Площадь помещения составляет 12 м2. Принимаем стоимость 1м2 помещения - 150 грн. Следовательно, стоимость помещения составляет: 12·150= 1800 грн.

С1 = 1800*0,02 = 36 грн - затраты на содержание помещений составляют 2% от стоимости здания;

С2 = 1800*0,003 = 5,4 грн.- расходы на освещение, отопление охрану и уборку помещений составляют 0,3% от стоимости здания.= 3500·1 = 3500 - прочие расходы (стоимость различных материалов, используемых при разработке проекта, услуги сторонних организаций и т.п.) составляют 100% от стоимости вычислительной техники.

Тогда, используя формулу 19, получим: З3 = 36+5,4+3500 = 3541,4 грн.

Таким образом, по формуле 6 рассчитаем затраты на создание ПМК:

К3 = 7053,25 + 223,2 + 3541,4 = 10817,85 грн.

Капитальные затраты на выполнение и реализацию ПТК составят:

К = 3500 + 13000 + 10817,85 = 27317,85 грн.

3.2 Расчет годовой экономии от автоматизации учета работы регистратуры поликлиники

Годовая экономия от автоматизации учета работы регистратуры поликлиники рассчитывается по формуле 20:

                                                       (20)

где tip, tia - трудоемкость выполнения i-й операции соответственно в ручном и автоматизированном варианте, час;, kia - повторяемость выполнения i-й операции в ручном и автоматизированном вариантах в течении года, шт.;, Ca - часовая себестоимость выполнения операций в ручном и автоматизированном вариантах, грн.;- количество различных операций, выполнение которых автоматизируется.

Себестоимость выполнения работы регистратуры в ручном варианте определяется по формуле 21:

= C1p + C2p,                                                                                 (21)

где C1p - затраты на оплату труда персонала, грн.;p - косвенные расходы, грн.

Затраты на оплату труда персонала найдем по формуле 19.

                                                                       (22)

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

Часовая зарплата работника k-й профессии рассчитывается по формуле 23

= Mk/Fkмес ,                                                                                  (23)

где Mk - месячный оклад работника, грн.;мес - месячный фонд времени работ работника, час.

Принимаем Fkмес = 160 часов.

До автоматизации работу выполняли 2 человека, т.е. N k= 2чел.

Месячный оклад работника составляет: Mk=2200 грн.

Часовая зарплата составляет: rk = 2200/160 = 13,5 грн/час.

Затраты на оплату труда персонала составляют:p = 2·13,5·1,425 = 38,48 грн.

Косвенные расходы рассчитываются по формуле 24:

p = C1 + C2 + C3                                                                           (24)

где С1 - затраты на содержание помещений, грн.;

С2 - расходы на освещение,отопление охрану и уборку помещений, грн.;- прочие расходы.

Площадь помещения составляет 12 м2.

Принимаем стоимость 1м2 помещения - 150 грн.

Следовательно, стоимость помещения составляет:

·150 = 1800 грн.

С1= 1800·0,02 = 36 грн - затраты на содержание помещений составляют 2% от стоимости здания.

Расходы на освещение,отопление охрану и уборку помещений С2 составляют 0,2-0,5 % от стоимости помещения:

С2 = 1800·0,004 = 7,2 грн.

Прочие расходы C3 составляют 100-120 % от фонда заработной платы:= 38,48 ·1= 38,48 грн.

Из формулы 24 получим косвенные расходы:p = 36 + 7,2 + 38,48 = 81,68 грн.

Себестоимость выполнения работы регистратуры поликлиники в ручном варианте по формуле 21 составит:

СР = 38,48 + 81,68 = 120,16 грн.

Расчет себестоимости выполнения операций расчета и оптимизации работы регистратуры поликлиники в автоматизированном варианте выполняется по формуле 25:

Са = C1a + C2a + C3a,                                                                  (25)

где C1a - затраты на оплату труда персонала, грн.;a - стоимость компьютерного времени, грн.;a - косвенные расходы, грн.

Затраты на оплату труда персонала найдем по формуле 26:

                                                                       (26)

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

Принимаем: Kзар = 1,425.

Автоматизированную работу выполняет 1 человек, т.е. N p= 1чел.

Месячный оклад работника составляет: Mk = 2200 грн.

Часовая зарплата составляет: rk = 2200/160 = 13,75 грн/час.

Затраты на оплату труда персонала составляют:а = 1·13,75 ·1,425 = 19,6 грн.

Стоимость компьютерного времени найдем по формуле 27.

С2а= СА + СЭ + СТО,                                                                           (27)

где СА= 0,27 - амортизационные отчисления, грн.;

СЭ = 0,29 - энергозатраты, грн.;

СТО = 0,06- затраты на техобслуживание, грн.

Таким образом, С2а = 0,27 + 0,29 + 0,06= 0,62 грн.

Косвенные расходы С3а определяются по формуле 19:

С3а = 36+5,4+3500 = 3541,4 грн

Тогда по формуле 26: Са = 19,6 + 0,62 + 3541,4 = 3561,62 грн.

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

Таблица 17 - Трудоемкость работы специалиста вручную и автоматически

Годовую экономию от внедрения комплекса получим по формуле 20:

Эг = 22589,46 грн.

3.3 Расчет годового экономического эффекта

Экономический эффект определяется по формуле 28:

Эф = Эг - Ен · K,                                                                                     (28)

где Эг = 22589,46 - годовая экономия текущих затрат, грн;

К = 27317,85 - капитальные затраты на создание ПК, грн.;

Ен = 0,42 - нормативный коэффициент экономической эффективности капиталовложений, доли.

Тогда Эф = 22589,46 - 0,42·27317,85 = 11115,96 грн.

3.4 Расчет коэффициента экономической эффективности и срока окупаемости капиталовложений

Коэффициент экономической эффективности капиталовложений найдем по формуле:

Ep = Эг/К.                                                                                      (29)

ЕР = 22589,46 / 27317,85 = 0,83 .

Так как, ЕР =0,83 > Ен = 0,42, то внедрение разработанного программно-технического комплекса является экономически эффективным.

Срок окупаемости капиталовложений определим по формуле 30:

                                                                                        (30)

Тогда подставив значение коэффициента экономической эффективности в формулу 27, получим:  года.

Так как ТР = 1,2 < Тн = 2,4 года (срок окупаемости капиталовложений меньше нормативного), то можно утверждать, что капиталовложения используются эффективно.

4. ОХРАНА ТРУДА

Трудовой процесс осуществляется в определенных условиях производственной среды, которые характеризуются совокупностью элементов и факторов материально-производственной среды. Рассмотрим условия труда пользователя ПЭВМ, который является разработчиком программного продукта. Для работы используется следующее оборудование: Ноутбук Samsung RV-520-S01. 15 рабочих мест находятся в 15 помещениях, длина которых 12 м, ширина - 7 м, высота - 6 м. Уровень шума в помещениях 55 дБ, освещенность рабочего места составляет 400 лк. Воздух рабочей зоны имеет следующие параметры: температура - 19°С, скорость воздуха - 0,3 м/с, влажность - 76%. Продолжительность сосредоточенного наблюдения составляет 40%.

Специфика использования ПЭВМ состоит в том, что в процессе диалога человека и машины пользователь воспринимает интеллектуальную машину как равноправного собеседника. Поэтому возникает много совершенно новых психологических и психофизиологических проблем, суть которых нужно учитывать при проектировании трудового процесса. Другой особенностью является значительная информационная нагрузка. Значительная нагрузка на центральную нервную и зрительную системы вызывает повышение нервно-эмоционального напряжения, и, как следствие, негативно влияет на сердечнососудистую систему. Важной стороной функционирования организма пользователя является влияние на него комплекса факторов трудовой среды, включающих действие электромагнитных волн разных частотных диапазонов, статического электричества, шума, микроклиматических факторов и др. Воздействие этого специфического комплекса может оказать на здоровье человека отрицательное влияние. При работах с использованием компьютеров возникает целый ряд эргономических проблем, решение которых может значительно снизить нагрузку. В этом случае имеются в виду только вопросы конструирования рабочего места пользователя и не охватываются вопросы формирования рационально построенных символов на экране и других, изменение которых возможно только при конструировании новой техники. Работа пользователя ЭВМ чаще всего проходит при активном взаимодействии с другими людьми. Поэтому возникают вопросы межличностных взаимоотношений, включающие как психологические, так и социально-психологические аспекты. Таким образом, на пользователя ЭВМ воздействуют 4 группы факторов трудовой среды: физические, эргономические, информационные и социально-психологические [22-23].

В соответствии с ГОСТ 12.0.003-74 ССБТ «Опасные и вредные производственные факторы. Классификация» все производственные факторы делятся на опасные и вредные факторы. Опасные и вредные производственные факторы в свою очередь делятся на физические, химические, биологические и психофизиологические факторы.

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

Пользователи ПЭВМ в основном подвергаются воздействию физических и психофизиологических производственных факторов [24].

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

-   поражение электрическим током;

-       возникновение пожара;

-   возможность механического травмирования;

-       ожоги в результате случайного контакта с горячими поверхностями внутри лазерного принтера.

К вредным физическим производственным факторам относятся:

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

-       повышенный уровень статического электричества;

-       повышенные уровни запыленности воздуха рабочей зоны;

-       повышенное содержание положительных и отрицательных ионов в воздухе рабочей зоны;

-       пониженная или повышенная влажность и подвижность воздуха рабочей зоны;

-       повышенный уровень шума;

-       нерациональная организация освещения рабочего места.

К психофизиологическим производственным факторам относятся:

-   напряжение зрения;

-       напряжение внимания;

-       интеллектуальные и эмоциональные нагрузки;

-       длительные статические нагрузки;

-       монотонность труда;

-       большие информационные нагрузки;

-       нерациональная организация рабочего места (эргономические факторы).

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

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

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

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

Основным источником электростатического поля (ЭСП) является положительный потенциал, подаваемый на внутреннюю поверхность экрана для ускорения электронного луча. ЭСП образуется за счет разности потенциалов экрана монитора и человека. На его величину оказывают существенное влияние потенциалы окружающих предметов и влажность воздуха (при влажности выше 50% ЭСП практически отсутствует). Напряженность поля может колебаться от 8 до 75 кВ/м. Заметный вклад в общее ЭСП вносят электризующиеся от трения поверхности клавиатуры и мыши. Электростатическое поле большой напряженности способно изменять и прерывать клеточное развитие, а также вызывать катаракту с последующим помутнением хрусталика.

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

-   глазные симптомы (боль, раздражение, жжение, краснота, зуд);

-       зрительные симптомы (пелена перед глазами, двоение или мелькание).

По данным ВОЗ глазные и зрительные нарушения наблюдаются у 40-92 % пользователей ПЭВМ время от времени, а у 10-40 % - ежедневно.

Можно выделить следующие основные нарушения здоровья пользователей ПЭВМ [25-26]:

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

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

-       расстройства ЦНС и болезни сердечнососудистой системы;

-       заболевания кожи;

-       нарушение репродуктивной функции.

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

Представляет практический интерес комплексная оценка условий труда. Одним из широко используемых аналитических показателей условий труда является категория тяжести труда. Категория тяжести труда характеризует состояние организма человека, которое формируется под влиянием условий труда. Выполним количественную оценку условий труда на рассматриваемом рабочем месте. Каждый элемент условий труда оценим по шести бальной шкале [27-29]. Результаты оценки приведены в таблице 18.

Таблица 18 - Балы оценки факторов тяжести труда

Интегральную балльную оценку тяжести труда определяем по формуле

                                                         (31)

где Хоп - элемент условий труда, который получил наибольшую оценку;

- средний балл всех активных элементов условий труда кроме определяющего Хоп, который определяется по формуле 32:

                                                                                   (32)

где  - сумма всех элементов кроме определяющего Хоп;- количество учтенных элементов условий труда.

Согласно данным таблицы 17 элементы условий труда оцениваются, соответственно, Х1 =1, Х2=2, Х3=4, Х4=1, Х5=2 и Х6=4. Элементами условия труда, которых получили наибольшую оценку являются влажность воздуха и уровень шума: Хоп = 4. Средний балл всех активных элементов условий труда кроме определяющих Хоп по формуле (32) составляет:

.

Интегральная балльная оценка тяжести труда соответственно равна:

.

Интегральная оценка тяжести труда в 46,6 балла отвечает IV категории тяжести труда.

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

,                                                                              (33)

где Y - уровень утомления, условные единицы;

,6 и 0,64 - коэффициенты регрессии.

Уровень утомления по формуле (33) составляет:

.

Трудоспособность человека определяется как величина противоположная утомлению по формуле 34:

,                                                                                  (34)

где R - трудоспособность человека, условные единицы.

Рассчитаем трудоспособность по формуле (35):

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

Основными направлениями обеспечения безопасных и комфортных условий труда при работе на ПЭВМ являются:

-   обеспечение соответствия параметров микроклимата требованиям ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин», ГОСТ 12.1.005-88 ССБТ «Общие санитарно-гигиенические требования к воздуху рабочей зоны», ДСН 3.3.6.042-99 «Державні санітарні норми мікроклімату виробничих приміщень»;

-       обеспечение соответствия чистоты воздуха требованиям ГОСТ 12.1.005-88 ССБТ «Общие санитарно-гигиенические требования к воздуху рабочей зоны»;

-       обеспечение соответствия уровня ионизации воздуха требованиям ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин»;

-       обеспечение соответствия освещения рабочей зоны требованиям ДБН В.2.5-28-2006 «Природне та штучне освітлення», ДСанПіН
3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин»;

-       обеспечение соответствия уровня шума и вибрации на рабочем месте требованиям ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин»;

-       обеспечение соответствия уровня электромагнитных и электростатических полей и излучений требованиям ДСН 3.3.6.096-2002 «Державні санітарні норми і привила при роботі з джерелами електромагнітних полів», ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин»;

-       обеспечение электробезопасности в соответствии с требованиями ГОСТ 12.1.019-79 ССБТ «Электробезопасность. Общие требования», НПАОП 0.00-1.28-10 «Правила охорони праці під час експлуатації електронно-обчислювальних машин», НПАОП 40.1-1.01-97 «Правила безпечної експлуатації електроустановок»;

-       обеспечение пожарной безопасности в соответствии с требованиями ГОСТ 12.1.004-91 ССБТ «Пожарная безопасность. Общие требования», НПАОП 0.00-1.28-10 «Правила охорони праці під час експлуатації електронно-обчислювальних машин», НАПБ А.01.001-2004 «Правила пожежної безпеки України»;

-       обеспечение организации рабочего места в соответствии с требованиями ГОСТ 12.2.032-78 ССБТ «Общие эргономические требования. Рабочее место при выполнении работ сидя», ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин»;

-       обеспечение соответствия режима труда и отдыха требованиям ДСанПіН 3.3.2-007-98 «Державні санітарні правила і норми роботи з візуальними дисплейними терміналами електронно-обчислювальних машин».

ВЫВОДЫ

В дипломном проекте был проведен анализ работы регистратуры поликлиники, как предметной области для дипломной работы. Осуществлен анализ существующих программных продуктов для автоматизации учета работы регистратуры поликлиники. Была рассмотрена и построена математическая модель для работы регистратуры поликлиники. Проектирование и реализация программного обеспечения проводилась с использованием современных подходов к созданию программных продуктов: диаграммной методики, шаблонов проектирования, актуального языка программирования Borland Delphi 7 [30].

Программное обеспечение для автоматизации учета работы регистратуры поликлиники разработано в среде Borland Delphi 7 на языке Delphi. Для хранения данных спроектирована реляционная БД и реализована в СУБД MS Office Access 2003.

Выполнены расчеты экономической эффективности программных средств и расчеты по охране труда.

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

Решены такие задачи:

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

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

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

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1      Тарасов А. Ф. Автоматизированное проектирование сложных объектов и систем: Курс лекций для студентов специальности 8.080402 «Информационные технологии проектирования» дневной и заочной форм обучения. / Сост. А.Ф.Тарасов. - Краматорск: ДГМА, 2006. - 169 с.

2       Организация работы регистратуры поликлиники [Электронный ресурс]: Организация работы регистратуры поликлиники - Электрон. дан. - Режим доступа: <http://medvuz.info/load/ozz/organizacija_raboty_registratury_ polikliniki/36-1-0-665> - Загл. с экрана

         Анализ деятельности поликлиники [Электронный ресурс]: Анализ деятельности поликлиники - Электрон. дан. - Режим доступа: <http://medvuz.info/load/ozz_obshhestvennoe_zdorove_i_zdravookhranenie/analiz_dejatelnosti_polikliniki/36-1-0-669> - Загл. с экрана

         Хаткевич М. И. Информационная система лечебного учреждения: Методические рекомендации / Сост. М. И. Хаткевич. М.Мир, 2000. - 200 с.

         Словарь бизнес - терминов [Электронный ресурс]: Словарь бизнес - терминов - Электрон. дан. - Режим доступа: <http://dic.academic.ru/dic.nsf /business/> - Загл. с экрана

         Приемное отделение больницы [Электронный ресурс]: Приемное отделение больницы - Электрон. дан. - Режим доступа: http://www.idoktor.info /uhod-za-boln%FBm/priemnoe-otdelenie-bolnits%FB/priemnoe-otdelenie-bolnits%FB.html - Загл. с экрана

         Поликлиника [Электронный ресурс]: Поликлиника - Электрон. дан. - Режим доступа: <http://www.spruce.ru/private/12_4.html> - Загл. с экрана

         Талон на прием к врачу [Электронный ресурс]: Талон на прием к врачу - Электрон. дан. - Режим доступа: <http://do.gendocs.ru/docs/index-108655.html?page=5> - Загл. с экрана

         SADT - модели [Электронный ресурс]: SADT - модели - Электрон. дан. Режим доступа: http://or-rsv.narod.ru/SADT/chapter0101.html#0101 <http://or-rsv.narod.ru/SADT/chapter0101.html> - Загл. с экрана

         Работа регистратуры [Электронный ресурс]: Работа регистратуры - Электрон. дан. - Режим доступа: http://www.medkurs.ru/terap - Загл. с экрана

         Диаграмма прецедентов [Электронный ресурс]: Диаграмма прецедентов Электрон. дан. - Режим доступа: <http://pvti.ru/lect1-lecture3.htm> - Загл. с экрана

         Оформление медицинской документации [Электронный ресурс]: Оформление медицинской документации - Электрон. дан. - Режим доступа: <http://medvuz.info/load/ozz_obshhestvennoe_zdorove_i_zdravookhranenie/analiz_dejatelnosti_polikliniki/36-1-0-669> - Загл. с экрана

         Гулиев Я. И. Процесс и документ в медицинских информационных системах: Методические рекомендации / Сост. Я. И. Гулиев. - СПб.: Ротапринт ОКБС, 1992. - 102 с.

         Диаграмма классов [Электронный ресурс]: Диаграмма классов - Электрон. дан. - Режим доступа: <http://www.business-process.ru/designing/> methodology/uml/theory/class_diagram_theory.html - Загл. с экрана

         Диаграмма «сущность - связь» [Электронный ресурс]: Диаграмма «сущность - связь» - Электрон. дан. - Режим доступа: <http://khpi-iip.mipk.kharkiv.edu/library/case/leon/gl2/gl2.html> - Загл. с экрана

         Диаграмма последовательностей [Электронный ресурс]: Диаграмма последовательностей - Электрон. дан. - Режим доступа: <http://www.business-process.ru/designing/methodology/uml/theory/sequence_diagram_theory.html> - Загл. с экрана

17    Сагайда П. І. Розробка та організація баз даних у системах автоматизації, проектування та управління: Навчальний посібник для студентів спеціальності 7.080402. - Краматорськ: ДДМА, 2003. - 160 с.

18     Советы по программированию Delphi [Электронный ресурс]: Советы по программированию Delphi - Электрон. дан. - Режим доступа: <http://make-games.ru/publ/programmirovanie/delphi_pascal_objectpascal/30_sovetov_po_programmirovaniju_v_delphi_delfi_chast_1/13-1-0-30> - Загл. с экрана

19    Скрипкин К. Г. Экономическая эффективность информационных систем. - М.: ДМКпресс, 2002. - 25 с.

        Зиньковский, М. М. Техника безопасности и производственная санитария: краткий справочник металлурга / М. М. Зиньковский. -
2-е изд., перераб. и доп. - М. : Металлургия, 1973. - 255 с

21     Злотников, С.Л. Техника безопасности и производственная санитария в кузнечнопрессовых цехах / С. Л. Золотников, П. И. Казакевич, В. Л. Михайлова. - М. : Машиностроение, 1984. - 256 с.

         Соломенцев Ю. М. Безопасность жизнедеятельности в машино-строении Под ред. Ю. М. Соломенцева. - М.: Высшая школа, 2002. - 310с

23    Иванов, Б. С. Охрана труда в литейном и термическом производстве: учебник/ - Б. С. Иванов. - М. : Машиностроение, 1990. - 224 с.

24     Жидецький В. Ц. Охорона праці користувачів комп’ютерів / Під ред. В. Ц. Жидецького. - Львів: Афіша, 2000. - 176с.

         Ильинский, Б. Д. Техника безопасности и противопожарная техника в черной металлургии / Б. Д. Ильинский. - М. : Металлургия, 1967. - 370 с.

         Дементий Л. В. Охрана труда: рекомендации по выполнению раздела в дипломном проекте бакалавра для студентов технических специальностей / Сост.: Л. В. Дементий, А. Л. Юсина. - Краматорск: ДГМА, 2012. - 176 с.

27    Дементий Л. В. Охрана труда в автоматизированном производстве. Обеспечение безопасности труда / Л. В. Дементий, А. Л. Юсина. - Краматорск: ДГМА, 2007. - 300 с.

28     Среда разработки [Электронный ресурс]: Среда разработки - Электрон. дан. - Режим доступа: <http://ruprog.ru/soft/delphisoft.html> - Загл. с экрана

© 2003 - 2022 «Библиофонд»

Обратная связь

Пользовательское соглашение

Политика конфиденциальности

Полная версия

Помощь по учебным работам

Консультация по курсовой работе

Консультация по дипломной работе ВКР

Консультация по реферату

Консультация по отчетам о практике