Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Автоматизация процесса работы регистратуры поликлиники

Автоматизация процесса работы регистратуры поликлиники

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 09.10.2013
Размер файла 3,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

РЕФЕРАТ

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

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

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

- увеличение числа обслуживаемых пациентов;

- сокращение времени на оформление медицинской документации;

- уменьшение числа возможных человеческих ошибок.

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

- увеличение числа обслуживаемых пациентов;

- сокращение времени на оформление медицинской документации;

- уменьшение числа возможных человеческих ошибок.

1. ОБЩАЯ ЧАСТЬ

1.1 Анализ работы регистратуры поликлиники

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

- регистрация первичных пациентов;

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

- обеспечение регулирования интенсивности потока пациентов.

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

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

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

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

- списки пациентов;

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

- списки врачей данных отделений;

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

Таблица 1 - Глоссарий предметной области регистратуры поликлиники

Термин

Определение

Поликлиника

Многопрофильное или специализированное лечебно-профилактическое учреждение для оказания амбулаторной медицинской помощи пациентам [6].

Регистратура поликлиники

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

Работник регистратуры

Человек, осуществляющий регистрацию пациентов в поликлинике используя специальное программное обеспечение [6].

Врач

Специалист с высшим медицинским образованием, занимающийся лечебно профилактической деятельностью [7].

Пациент

Больной, лечащийся у врача [7].

Отделение

Стационарное отделение в поликлинике, предназначенное для оказания неотложной медицинской помощи [8].

График приема

Данные о днях и времени приема у врачей [9].

График загруженности

Графически иллюстрированный показатель зависимости врача от количества пациентов [9].

Талон на прием

Подтверждение очередности записи к врачу в поликлинике [10].

1.1.1 Описание бизнес-процессов работы регистратуры поликлиники

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

Врачи распределены в зависимости от отделений: реанимационное, глазное, инфекционное и т.д.

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

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

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

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

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

Схема документооборота приведена на рисунке 1.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

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

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

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

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

j

Характеристики

Вес

Delphi

Visual Basic

Visual C++

1

Прямой доступ к программному интерфейсу Windows

1

10

10

10

2

Удобство пользовательского интерфейса

0,5

10

10

9

3

Простота языка программирования

0,25

10

6

9

4

Скорость работы приложений

2

10

8

10

5

Скорость компиляции приложений

0,25

10

9

8

6

Встроенный ассемблер и поддержка программирования в машинных кодах

0,25

10

7

9

7

Поддержка принципов ООП

1

10

5

10

8

Поддержка формата DLL и других выполняемых файлов Windows

0,5

10

9

10

9

Возможность многоуровневой разработки

0,5

10

8

10

10

Обработка исключительных ситуаций

0,25

10

8

10

11

Поддержка технологии OLE

1

9

10

9

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

,Kj = 10 (1)

где Oi - общая оценка программного средства;

Kji - весовой коэффициент критерия;

ai - оценка i - того программного средства по j - тому критерию.

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

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

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

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

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

j

Характеристики

Вес Kj

Paradox

OpenOffice.org Base

MS Access

1

Доступность

1

10

5

10

2

Документированность

1

6

5

5

3

Легкость настройки сервера

2

8

5

9

4

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

2

9

7

10

5

Требование специальных элементов для подключения к БД

0,5

8

8

10

6

Надежность работы

1

5

10

10

7

Поддержка стандарта ANSI

0,5

6

10

9

8

Поддержка языка DDL

1

10

10

10

9

Создания пользовательских функций

1

7

9

10

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Н№

Бизнес-функция

Работник регистратуры

1

Обработка данных

+

2

Распределение по отделениям

+

3

Выбор врача

+

4

Запись на прием

+

5

Разработка отчетов

+

6

Талон на прием

+

Построим при помощи графа модель бизнес-процесса. Граф возможных вариантов последовательности выполнения функций в работе регистратуры поликлиники (рис 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 - Затраты ресурсов на выполнение бизнес-функций в регистратуре поликлиники

Бизнес-функция в регистратуре поликлиники

t

n

1{Р}

1

1

2{Р}

2

1

3{Р}

1

1

4{Р}

2

1

5{Р}

2

1

6{Р}

3

1

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

N0 - 1{Р}-2{Р}-4{Р}-5{Р}-NФ

N0 - 1{Р}-2{Р}-4{Р}-6{Р}-NФ

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

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

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

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

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

(3)

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

j - индекс исполнителя бизнес-функции;

. (4)

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

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

№

Вариант

1

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

7

1

2

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

9

1

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

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

Номер альтернативы Bj

Номер альтернативы Bi

1

2

1

0

0

2

1

0

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

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

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

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

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

(5)

Где А - число посещений к врачу в поликлинику за день;

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

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

(6)

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

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

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

(7)

Где W - число посещений к врачу в поликлинику за год;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наименование активности

Исполнитель

Чем регламентируется и заверяется

Вход

Выход

А0

Автоматизация работы регистратур поликлиник

Работник регистратур

Пожелания пациента, загруженность врачей

Данные о пациенте

Талон на прием, график приема врачей

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

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

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

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

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

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

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

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

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

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

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

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

Наименование активности

Исполнитель

Чем регламентируется и заверяется

Вход

Выход

А1

Обработка данных

Работник регистратуры

Пожелания пациента, Загруженность врачей

Данные о пациенте

Обработанные данные

А2

Распределение по отделениям

Работник регистратуры

Пожелания пациента, Загруженность врачей

Обработанные данные

Обработанные данные

А3

Выбор врача

Работник регистратуры

Пожелания пациента, Загруженность врачей

Обработанные данные

Обработанные данные

А4

Запись на прием

Работник регистратуры

Пожелания пациента, Загруженность врачей

Обработанные данные

Талон на прием, график приема врачей

Процесс распределения по отделениям представлен на рисунке 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-2

Техничекое задание

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

3-4

Эскизный проект

Разработка структур основных таблиц проекта. Определение форм выходных документов (талон, списки). Вывод документов осуществляется в MS Word. Разработка главного меню основного окна.

5-6

Технический проект

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

7-8

Рабочий проект

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

9

Внедрение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В задачи регистратуры входит:

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

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

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

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

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

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

Диаграмма прецедентов (рис. 7) описывает, что система будет выполнять в процессе своего функционирования [13]. Пользователем системы для работы регистратуры поликлиники является работник регистратуры.

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

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

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

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

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

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

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

- разделить поток первичных и повторных больных;

- точно учитывать и контролировать нагрузку врача;

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

- уменьшить время ожидания больными приема врача.

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

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

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

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

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

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

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

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

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

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

Работник регистратуры поликлиники имеет доступ к таким данным прецедентам: «Просмотр данных» и «Выбор отделения».

После прецедента «Просмотр данных» выполняется прецедент «Просмотр данных про отделения» и «Просмотр данных о врачах».

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

После прецедента «Просмотр данных» выполняется прецедент «Выдача талона на прием», который включает в себя «Выбор даты и времени» и «Выбор врача».

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

Описание основных прецедентов представлено в таблицах 12 - 14.

поликлиника информационный регистратура затраты

Таблица 12 - Описание прецедента «Просмотр данных»

Прецедент - Просмотр данных

Основной исполнитель - Работник регистратуры

Заинтересованные лица - Работник регистратуры

Предусловия:

­ Отсутствуют данные для формирования талонов и списков

Входные данные:

­ Данные о врачах и отделениях

Основной успешный сценарий:

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

- Работник регистратуры выбирает данные из просмотренных

Частота выполнения:

­ Каждый раз при отсутствии входных данных для формирования талонов и списков или необходимости их обновления

Постусловия (результаты):

­ Подготовлены данные для формирования талонов и списков

Выходные данные:

­ Загруженный массив данных

Таблица 13 - Описание прецедента «Выдача талона на прием»

Прецедент - Выдача талона на прием

Основной исполнитель - Программа

Заинтересованные лица - Работник регистратуры

Предусловия:

­ Предобработаны исходные данные

Входные данные:

­ Исходные данные после предобработки

Основной успешный сценарий:

­ Программа выполняет формирование талона

­ Программа визуализирует формирование талона

­ Пользователь получает результаты формирование талона

Частота выполнения:

­ Каждый раз при запросе выдачи талона

Постусловия (результаты):

­ Данные после выдачи талона

Выходные данные:

­ Сохраненные данные после выдачи талона

Таблица 14 - Описание прецедента «Выбор врача»

Прецедент - Выбор врача

Основной исполнитель - Программа

Заинтересованные лица - Работник регистратуры

Предусловия:

­ Данные после просмотра

­ Выбрано отделение

Входные данные:

­ Данные после просмотра

­ Выбрано отделение

Основной успешный сценарий:

­ Работник регистратуры выполняет выбор врача

­ Программа визуализирует результат выбора

­ Пользователь получает результаты выбора

Частота выполнения:

- Каждый раз по запросу выбора

Постусловия (результаты):

- Результаты выбора

Выходные данные

­ Результаты выбора

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

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

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

Главным классом является «Работник регистратуры». Он связан с классом «Регистратура». С классом «Регистратура» связаны классы «Отделение», «Карточка пациента», «Талон».

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

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

На рисунке 9 отображены временные особенности функционирования системы - диаграмма последовательности. Диаграмма последовательности - диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления [17].

Рассмотрим подробнее последовательность выполняемых действий:

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

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

3 Работник регистратуры запрашивает запись в отделение. Главный класс вызывает класс «Отделения» и передает в него данные для записи. Класс «Отделения» выполняет анализ данных, создает объект результат, который возвращает классу результаты анализа, и передает проанализированные данные в главный класс. Главный класс, в свою очередь, передает проанализированные данные работнику регистратуры.

4 Работник регистратуры запрашивает выбор врача. Главный класс вызывает класс «Врач», передает в него обработанные данные, и передает в него данные для записи. Класс «Врач» выполняет анализ данных, создает объект результат, который возвращает классу «Регистратура поликлиники», результаты выбора, и передает выбранные данные работнику регистратуры.

5 Работник регистратуры запрашивает печать талона. Главный класс вызывает класс «Талон», передает в него обработанные данные, тот в свою очередь предает обработанные данные в класс «Регистратура поликлиники». Класс «Регистратура поликлиники» предает обработанные данные в главный класс. Главный класс, в свою очередь, передает данные работнику регистратуры.

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

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

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

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

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

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

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

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

- код;

- название.

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

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

- ФИО;

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

- кабинет;

- телефон.

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

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

- ФИО;

- возраст;

- адрес;

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

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

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

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

- дата;

- время.

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

Установлены следующие связи между сущностями:

I - «работают» («отделения - врачи»);

II - «выбирают» («пациент - отделения - врачи»).

III - «получает» («пациент - талон»).

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

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

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

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

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

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены