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

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

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ВОСТОЧНО - СИБИРСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ТЕХНОЛОГИЙ И УПРАВЛЕНИЯ

КАФЕДРА СИСТЕМ ИНФОРМАТИКИ

Курсовой проект

по дисциплине «Базы данных»

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

Улан-Удэ

2014

Аннотация

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

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

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЙ РАЗДЕЛ

1.1 Понятие базы данных

1.2 Уровни моделей данных

1.3 Модели представления баз данных

2. ПРАКТИЧЕСКИЙ РАЗДЕЛ

2.1 Проектирование базы данных

2.2 Разработка базы данных

2.2.1 Создание таблиц локальных БД через утилиту Database Desktop (DBD)

2.2.2 Создание формы ввода данных

2.2.3 Создание вычислительного поля

2.2.4 Создание фильтров

2.2.5 Соединение двух таблиц

2.2.6 Создание запросов

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

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

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

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

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

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

1. Теоретический раздел

1.1 Понятие базы данных

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

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

Основные требования к базам данных:

* адекватность отображения предметной области (полнота, целостность и непротиворечивость данных, актуальность информации);

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

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

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

* обеспечение взаимной независимости программ и данных;

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

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

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

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

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

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

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

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

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

Доставка товара клиенту может осуществляться следующим образом:

* собственной или независимой курьерской службой;

* федеральной почтовой службой;

* международными курьерскими службами;

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

* российскими коммерческими почтовыми службами;

* профессиональными грузоперевозчиками.

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

1.2 Уровни моделей данных

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

Рисунок 1. Уровни моделей данных

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

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

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

1.3 Модели представления баз данных

С ростом популярности СУБД в 70-80-х годах появилось множество различных моделей данных. У каждой из них имелись свои достоинства и недостатки, которые сыграли ключевую роль в развитии реляционной модели данных, появившейся во многом благодаря стремлению упростить и упорядочить первые модели данных.

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

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

Используют взаимосвязи "один к одному", "один ко многим" и "многие ко многим". "Один к одному" - это взаимно однозначное соответствие, которое устанавливается между одним объектом и одним атрибутом. "Один о многим" - это соответствие между одним объектом и многими атрибутами. "Многие ко многим" - это соответствие между многими объектами и многими атрибутами.

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

Также отличительным свойством Object Pascal от С++ является то, что объекты по умолчанию располагаются в динамической памяти. Однако можно переопределить виртуальные методы NewInstance и FreeInstance класса TObject. Таким образом, абсолютно любой класс может осуществить «желание» «где хочу -- там и буду лежать». Соответственно организуется и «многокучность».

Object Pascal (Delphi) является результатом функционального расширения Turbo Pascal.

Delphi оказал огромное влияние на создание концепции языка C# для платформы .NET. Многие его элементы и концептуальные решения вошли в состав С#. Одной из причин называют переход Андерса Хейлсберга, одного из ведущих разработчиков Дельфи, из компании Borland Ltd. в Microsoft Corp.

§ Версия 8 способна генерировать байт-код исключительно для платформы .NET. Это первая среда, ориентированная на разработку мультиязычных приложений (лишь для платформы .NET);

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

Delphi for .NET -- среда разработки Delphi, а также язык Delphi (Object Pascal), ориентированные на разработку приложений для .NET.

Первая версия полноценной среды разработки Delphi для .NET -- Delphi 8. Она позволяла писать приложения только для .NET. Delphi 2006 поддерживает технологию MDA с помощью ECO (Enterprise Core Objects) версии 3.0.

2. ПРАКТИЧЕСКИЙ РАЗДЕЛ

2.1 Проектирование базы данных

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

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

Анализ предметной области целесообразно разбить на три фазы:

Анализ концептуальных требований и информационных потребностей;

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

Построение концептуальной модели предметной области и проектирование концептуальной схемы БД

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



Рисунок 2. - Концептуальная модель БД поликлиники

Рисунок 3. - Логическая модель БД поликлиники

2.2 Разработка базы данных

2.2.1 Создание таблиц локальных БД через утилиту Database Desktop (DBD)

Для создания таблицы БД можно использовать утилиту Database Desktop (DBD).

Создать таблицу БД можно:

File > New > Table после чего в появившемся окне необходимо указать тип таблиц выбранной СУБД (СУБД Dbase IV). Затем появится окно определения структуры таблицы БД где необходимо указать:

1) название поля Field Name. Не рекомендуется использование названия полей на русском языке, пробелов в названиях полей. Желательно называть поля в соответствии с семантикой выбранной предметной области или название полей в соответствии с именами полей логической модели данных;

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

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

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

В Database Desktop создадим таблицы:

1. vrachi1 (для ввода информации о врачах) с полями nomer, familiya, imya, otchestvo, dr, kategoria, god_post;

2. kartochka1 (для ввода информации о пациентах) с полями l_nomer, familiya, imya, otchestvo, vozrast, pol, n_st_pol, d_zap_kar;

3. kartochka2 (для ввода информации о приеме) полями l_nomer, d_posesch, jalobj, diagnoz, lechenie, bol_list, srok_bl, lech_vrach;

4. Raspisanie (для ввода информации о работе врачей) с полями nomer, uchastok, chasj_pr, n_kabineta.

2.2.2 Создание формы ввода данных

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

В Delphi 7.0 создаем новую форму. Затем добавляем элементы «table», «DataSource», «DbNavigator», а также несколько «label» и «DbEdit». Для связи с таблицей, ранее созданной в Database Desktop, в Object Inspector укажем все необходимые опции для каждого элемента.

Создадим формы ввода информации о врачах (с использованием таблиц vrachi1 и Raspisanie), пациентах (с использованием таблиц kartochka1 и kartochka2).

2.2.3 Создание вычислительного поля

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

Для того, чтобы производился процесс подсчета необходимо создать вычисляемое поле, значение которого вычисляется по значениям других полей в редакторе полей необходимо создать новое поле, пометив его как поле Calculated. Для этого нужно сделать текущим (при помощи мыши) необходимый НД, нажать правую кнопку мыши, выбрать в меню Fields Editor (или двойное нажатие мышью) и снова нажать правую кнопку мыши и выбрать в меню New Field. Затем в окне диалога необходимо указать имя поля, его тип и для строковых полей длину.

Затем в для Table1 в Object Inspector в вкладке Events на поле OnCalcFields запишем следующую программу для вычисления стажа:

procedure TForm2.Table1CalcFields(DataSet:TDataSet);

begin

table1stazh.Value:=(2009-table1god_post.value);

end;

2.2.4 Создание фильтров

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

Свойство Filter позволяет указать условия фильтрации. В этом случае НД будет отфильтрован, как только его свойство Filtered станет равным True.

Строку фильтрации можно ввести во время выполнения.

begin

table1.Active:=false;

table1.Filter:='(vozrast>'+edit1.Text+') and

(vozrast<'+edit2.Text+')';

table1.Filtered:=true;

table1.Active:=true;

end

else

begin

table1.Close;

table1.filtered:=false;

table1.Open;

end;

end;

Однако при этом нужно следить, чтобы введенная строка соответствовала требованиям, предъявляемым к синтаксису строки Filter.

2.2.5 Соединение двух таблиц

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

Для этого в Database Desktop создадим новую таблицу, связанную с предыдущей по полю «личный номер». Для того чтобы создать связь между таблицами воспользуемся свойством Define. В появившемся диалоговом окне в поле Fields содержится список полей выбранной нами таблицы. Поле Index Fields предназначено для хранения полей, входящих в создаваемый индекс. Чтобы скопировать конкретное поле из списка Fields в список Index Fields необходимо нажать кнопку с изображением правой стрелки (убрать при помощи левой стрелки). Последовательность добавления полей в список важна, так как она определяет порядок чередования полей в списке. После того, как определены нужные поля/поле в список Index Fields нажмите ОК. В появившемся окне запрашивается имя индекса. Следует ввести имя индекса и нажать ОК. Не рекомендуется составлять название индекса только из имен полей, поскольку такой способ именования индексов используется автоматически при создании ссылочной целостности между таблицами.

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

2.2.6 Создание запросов

Получить какие - либо данные, содержащиеся в БД можно двумя способами: с помощью конструктора (SQL Builder) или программно.

Для того чтобы получить какие-либо данные в конструкторе, необходимо на форму добавить элемент «TQuery», направить на него курсор мыши и нажать ПКМ, затем выбрать «SQL Builder». В конструкторе указать в «Database» - «man», а в поле «Table» - название таблиц, из которых мы хотим получить информацию.

Нам необходимо создать запрос по категории и по номеру кабинета.

Чтобы выполнить этот запрос программно, необходимо на форму добавить элементы «TQuery», «Ttable», «DBGrid» и связать их между собой. Причем в элементе «TQuery» уже нет необходимости привязывать его к какой-либо таблице. Элемент «DBGrid» необходим, для вывода результата запроса.

Главный плюс в создании программного запроса заключается в том, что мы можем выполнять запрос неоднократно, то есть в теле запроса мы можем вносить какие-либо изменения, не выходя из окна вывода результата запроса. Для этого добавим на форму ещё 2 элемента - «Button» и «Edit.text», где первый элемент - это кнопка, а второй элемент - это поле ввода текста.

Рассмотрим программу для этого запроса:

1. Программа запроса по категории:

procedure TForm8.RadioButton1Click(Sender: TObject);

begin

if (radiobutton1.Checked) and (edit1.text<>' ') then

begin

query1.Close;

query1.SQL.clear;

query1.SQL.Add('select familiya, imya, otchestvo,

kategoria, god_post from vrachi1.dbf');

query1.SQL.Add('where (kategoria='+edit1.text+')');

query1.Open;

end; end;

2. Программа запроса по номеру кабинета (какой врач работает в данном кабинете):

procedure TForm8.RadioButton2Click(Sender: TObject);

begin

if (radiobutton2.Checked) and (edit1.text<>' ') then

begin

query1.Close;

query1.SQL.clear;

query1.SQL.Add('select a.familiya, a.imya, a.otchestvo, b.n_kabineta from vrachi1.dbf a, raspisanie.dbf b');

query1.SQL.Add('where (a.nomer=b.nomer) and (n_kabineta='+edit1.text+')');

query1.Open;

end;end;

В результате в таблице появятся Фамили Имя только тех работников, которые устроились на работу после 01.01.2005 года.

Код «SQL»

select KOD_SOTR,FAM_SOTR,IMA_SOTR

from sotrudniki.dbf

where DN_SOTR>"01.01.2005"

Рисунок 7 - Запрос

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

Код «SQL»

select KOD_PR,KOD_TOVAR,KOL_VO_PR,TIP_TOV,MARKA_TOV

from prodawi.dbf,tovaru.dbf

where DAT_PR>"01.01.2010"

алгоритм утилита фильтр запрос

ЗАКЛЮЧЕНИЕ

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

СПИСОК ЛИТЕРАТУРЫ

1. Брукс Ф.Мифический человеко-месяц или как создаются программные системы.- Пер. с англ.- СПб.: Символ-Плюс, 1999. - 304 с.: ил.

2. Романов Б.А DBase IV, назначение, функции, применение. - М.: Наука, 1991. - 384 с.

3. Бюрер К. От ремесла к науке: поиск основных принципов разработки ПО. - М.: Научная книга, 2004.

4. Липаев В.В., Филинов Е.Н. Мобильность программ и данных в открытых информационных системах. - М.: Научная книга, 1997.- 368 с.

5. Мамиконов А.Г. Методы разработки автоматизированных систем управления. - М.: Энергия,1973. - 336 с.

ПРИЛОЖЕНИЕ

Размещено на Allbest.ru