Проект модели регулирования деятельности узловых поликлиник ОАО

CREATE TABLE [dbo].[Laboratories] ([LabID] [int] IDENTITY (1, 1) NOT NULL ,[NameOfLab] [varchar] (50) COLLATE Cyrillic_General_CI_ASNULL ,[ProfileKod] [int] NULL ,[Profiles] [varchar] (50) COLLATE Cyrillic_General_CI_ASNULL ,[DateDogovor] [datetime] NULL) ON [PRIMARY]Первичныйключ – LabIDВнешнийключ – ProfileKodОграничения: значение поля LabID должно быть уникальным и не равным нулю.CREATE TABLE [dbo].[Profiles] ([ProfileID] [int] IDENTITY (1, 1) NOT NULL ,[Profile] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL) ON [PRIMARY]Первичныйключ – ProfileIDОграничения: значение поля ProfileID должно быть уникальным и не равным нулю.CREATE TABLE [dbo].[Otdelenia] ([OtdelenieID] [int] IDENTITY (1, 1) NOT NULL ,[Otdelenie] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL) ON [PRIMARY]Первичныйключ – OtdelenieIDОграничения: значение поляOtdelenieID должно быть уникальным и не равным нулю.CREATE TABLE [dbo].[MestoKarty] ([MestoID] [int] IDENTITY (1, 1) NOT NULL ,[Mesto] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL) ON [PRIMARY]Первичныйключ – MestoIDОграничения: значение поляMestoID должно быть уникальным и не равным нулю.CREATE TABLE [dbo].[Kategoris] ([KategoriaID] [int] IDENTITY (1, 1) NOT NULL ,[Kategoria] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL) ON [PRIMARY]Первичныйключ – KategoriaIDОграничения: значение поляKategoriaID должно быть уникальным и не равным нулю.CREATE TABLE [dbo].[Dolgnosti] ([DolgnostID] [int] IDENTITY (1, 1) NOT NULL ,[Dolgnost] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL) ON [PRIMARY]Первичныйключ – DolgnostIDОграничения: значение поляDolgnostID должно быть уникальным и не равным нулю.2.3. Выбор СУБДПри разработке сложных проектов неизбежно возникает такая проблема, как выбор СУБД. Это достаточно обширная проблема, затрагивающая многие аспекты разработки и реализации. Программный продукт должен удовлетворять множеству как настоящих, так и будущих потребностей предприятия, для которого собственно и разрабатывается БД. Следует учитывать стоимость приобретения системы, необходимого оборудования, стоимость разработки приложения на основе данной системы и обучение персонала.В моем распоряжении на выбор были представлены две СУБД – MicrosoftSQLServer от компанииMicrosoft и InterBase от компании Borland. Сравнив их между собой, я предпочла MicrosoftSQLServer, так как, на мой взгляд, он обладает следующими преимуществами:Экономия времени и усилий благодаря динамическим средствам автоматического управления и настройки.Возможность простого перемещения или копирования базы данных с компьютера на компьютер.Диспетчер SQL ServerEnterpriseManager обладает усовершенствованными средствами разработки схем, интеграции репозитариев, интерактивный анализ и отладка запросов.Определяемые пользователем функции задаются на языке T-SQL и используются как обычные функции T-SQL.Наглядная разработка и программирование приложений баз данных с использованием любого средства VisualStudio.2.4. Даталогическое проектирование. НормализацияАнализ сущностей инфологической модели, их атрибутов и связей позволяет сделать вывод: каждая сущность может быть представлена отдельной таблицей и все они находятся в третьей нормальной форме.Доказательство этому может служить то, что:Отношение находится в Первой нормальной форме (1NF) тогда и только тогда, когда все входящие в него атрибуты являются атомарными (неделимыми). НазваниеАдрес ТелефонДоговор с лабораториейКод лаб.ЛабораторияПрофильПоликлиника ГБ№4 Рябикова 2342-30-785Лаборатория №2Физиологическая11Лаборатория №4Клинико-диагностическая5Лаборатория №2Физиологическая2Лаб им РайскогоБиохимическаяОтношение R1Рис.2.2. Первоначальная таблицаПреобразование отношения в 1NF, будет выглядеть следующим образом:Отношение R2(1NF)НазваниеАдрес ТелефонКод лаб.ЛабораторияПрофильПоликлиника ГБ№4 Рябикова 2342-30-785Лаборатория №2ФизиологическаяПоликлиника ГБ№4Рябикова 2342-30-7811Лаборатория №4Клинико-диагностическаяПоликлиника ГБ№4Рябикова 2342-30-785Лаборатория №2ФизиологическаяПоликлиника ГБ№4Рябикова 2342-30-782Лаб им РайскогоБиохимическаяРис.2.3. Отношение, приведенное к 1NFОчевидно, что атрибуты Код лаб, Лаборатория и Профиль являются атомарными. Эти атрибуты не находятся в полной функциональной зависимости от ключа, следствием этого будет являться дублирование информации, возникнут сложности при удалении, модификации и занесении новых кортежей.Отношение находится во Второй нормальной форме (2NF), если оно находится в 1NFи каждый не ключевой атрибут функционально полно зависит от каждого ключа отношения.Преобразование отношения R2 к 2NF:Отношение R3:Код лаб.ЛабораторияПрофиль5Лаборатория №2Физиологическая11Лаборатория №4Клинико-диагностическая5Лаборатория №2Физиологическая2Лаб им РайскогоБиохимическаяОтношение R4:№НазваниеАдрес Телефон2Поликлиника ГБ№4 Рябикова 2342-30-782Поликлиника ГБ№4Рябикова 2342-30-782Поликлиника ГБ№4Рябикова 2342-30-782Поликлиника ГБ№4Рябикова 2342-30-78Рис.2.4. Отношение, приведенное к 2NFНаличие транзитивной зависимости. Это порождает дублирование информации, а так же ее избыточность.Отношение находится в 3NF только в том случае, если оно находится в 2NFи каждый не ключевой ключ не транзитивно зависит от первичного ключа.Преобразование отношения R3 в 3 отношения: Отношение R5:Код поликлиникиКод лаб.ЛабораторияПрофиль25Лаборатория №2Физиологическая211Лаборатория №4Клинико-диагностическая25Лаборатория №2Физиологическая22Лаб им РайскогоБиохимическаяРис.2.5. Отношение, приведенное к 3NFОтношение R6:Код_профиляПрофиль1Физиологическая2Биохимическая3Лаборатория СПИД4Клинико-диагностическаяОтношение R7:Код_поликлиникиНазвание1Детская поликлиника №52Поликлиника ГБ№43Поликлиника ГБ№24Районная поликлиникаРис.2.5. Отношение, приведенное к 3NFВ результате получаем набор таблиц, представляющих собой готовую для работы базу данных, приведённую к третьей нормальной форме.Таблица 2.1Имя поля ОписаниеProfileIDПервичный ключProfileПрофиль лабораторииТаблица 2.2Имя поля ОписаниеOtdelenieIDПервичный ключOtdelenieОтделение поликлиникиТаблица 2.3Имя поля ОписаниеDolgnostIDПервичный ключDolgnostДолжность врачаТаблица 2.4Имя поля ОписаниеMestoKartyIDПервичный ключMestoМесто нахождения амбулаторной картыТаблица 2.5Имя поля ОписаниеKategoriaIDПервичный ключKategoriaКатегория гражданТаблица 2.6Имя поля ОписаниеPolyIDПервичный ключNameOfPolyНазвание поликлиникиAdresАдрес поликлиникиTelefonТелефон поликлиникиТаблица 2.7Имя поля ОписаниеLabIDПервичный ключNameOfLabНазвание лабораторииProfileKodВнешний ключ ProfileIDProfileПрофильDateDogovorДата окончания договораТаблица 2.8Имя поля ОписаниеPacientIDПервичный ключFIOPacientФИО пациентаDateOfBPacДата рождения AdresАдрес пропискиKategoriaKodВнешний ключ KategoriaIDKategoriaКатегорияNomerPolisaНомер страхового полисаMestoKartyKodВнешний ключ MestoKartyIDMestoМесто нахожд амбулаторной картыТаблица 2.9Имя поля ОписаниеDoctorIDПервичный ключFIODoctorФИО врачаDateOfBDocДата рождения PlaceOfWorkKodВнешний ключ PolyIDPlaceМесто работыOtdelenieKodВнешний ключ OtdelenieIDOtdelenieОтделениеDolgnostKodВнешний ключ DolgnostIDDolgnostДолжностьKabinetКабинет врачаТаблица 2.10Имя поля ОписаниеMainIDПервичный ключPolyKodВнешний ключ PolyIDPolyПоликлиника PacientKodВнешний ключ PacientIDPacientФИО пациентаDoctorKodВнешний ключDoctorIDDoctorФИО врачаDatePriemДата приемаDiagnozДиагнозLabKodВнешний ключ LabIDLabЛабораторияNaznachenieНазначение на лечение3. Разработка клиентского приложенияСоздание таблицДля создания таблиц использовалась СУБД SQL-Server.Рис 3.1. Таблица MainRegistraturaРис 3.2. Таблица DoctorsРис 3.3. Таблица PacientsРис 3.4. Таблица PolykliniksРис 3.5. Таблица ProfilesРис 3.6. Таблица LaboratoriesРис 3.7. Таблица OtdeleniaРис 3.8. Таблица MestoKartyРис 3.9. Таблица KategorisРис 3.10. Таблица DolgnostiРис 3.11. Таблица SecurityTable3.2. Интерфейс пользователяВ разработанном приложении существует два уровня доступа к данным: просмотр и просмотр/редактирование. Для того чтобы у пользователя была возможность редактировать БД, ему необходимо иметь права администратора. Однако, к базе данных имеется доступ и для обычных пользователей в режиме просмотра, в который можно войти под именем и паролем, которые необходимо зарегистрировать в базе данных.Рис 3.12. Модуль безопасности базы данныхПри вводе корректного логина и пароля открывается база данных «Регистратура поликлиники». На рис.3.13. показан внешний вид приложения.Рис 3.13. Интерфейс приложения «Регистратура поликлиники»При нажатии на кнопки «Сортировка по ФИО врача» и «Сортировка по ФИО пациента» выполняются операции сортировки по соответствующему критерию. Кнопкой «Справочники» открывается форма справочников, на которой расположены кнопки управления справочниками.Рис 3.14. Форма «Справочники»При нажатии одной из кнопок доступа к справочникам появляется соответствующая форма с расположенной на ней таблицей.Рис 3.15. Вспомогательная таблица «Отделения»Добавлять и удалять записи в таблице можно с помощью кнопок “+” и “-”, которые появляются только при правах администратора. Фиксируются изменения с нажатием на кнопку “Сохранить изменения”. Аналогично можно работать и с остальными вспомогательными таблицами.При внесении данных в главную таблицу, появляется следующая форма заполнения:Рис 3.16. Диалог добавления информации в регистратуруПри помощи кнопок “…” вносится информация в поля Пациент, Врач-Поликлиника (это связанные поля) и Лаборатория.Заполнив все поля и нажав на кнопку «Добавить» происходит выполнение запроса, и данные добавляются в таблицу.INSERT INTO MainRegistratura(PolyKod, Poly, PacientKod, Pacient, DoctorKod, Doctor, DatePriem, Diagnoz, LabKod, Lab, Naznachenie)VALUES (@PolyKod, @Poly, @PacientKod, @Pacient, @DoctorKod, @Doctor, @DatePriem, @Diagnoz, @LabKod, @Lab, @Naznachenie) – запрос на добавление значений в таблицу «Регистратура».Изменить информацию о пациенте можно, нажав на кнопку «Изменить данные регистрации» на главной форме. Откроется диалог, в котором можно модифицировать информацию и сохранить измененные данные нажатием кнопки «Изменить». Рис.3.17.Рис 3.17. Диалог изменения данных о пациентеПроисходит выполнение запроса, и измененные данные добавляются в таблицу.Запрос на изменение данных:UPDATEMainRegistraturaSETPolyKod=@PolyKod, Poly=@Poly, PacientKod=@PacientKod, Pacient=@Pacient, DoctorKod=@DoctorKod, Doctor=@Doctor, DatePriem=@DatePriem, Diagnoz=@Diagnoz, LabKod=@LabKod, Lab=@Lab, Naznachenie=@NaznachenieWHEREMainID=@MainIDДля удаления информации необходимо выбрать соответствующую запись и нажать кнопку «Удалить данные регистрации», после чего система запросит подтверждение на удаление записи.DELETEfromMainRegistraturaWHEREMainID=@MainID – запрос на удаление записи из таблицы.С помощью кнопки «Поиск» на главной форме пользователь может найти нужную ему запись и при необходимости распечатать отчет с результатами. При нажатии на кнопку выдается окно следующего вида:Рис 3.18. Форма поиска данных и предварительного просмотра отчетаПри нажатии на кнопку «Предварительный просмотр отчета» сначала появляется диалоговое окно, в котором пользователь может выбрать необходимую ему функцию печать или просмотр. При выбранном предварительном просмотре появляется следующее окно:Рис 3.19. Предварительный просмотр документаПри нажатии на кнопку появляется окно «О программе».Рис 3.20. Окно «О программе»ЗаключениеВ ходе данной работы была разработана система сбора, хранения и обработки информации о пациентах поликлиники, включающая в свой состав реляционную базу данных и клиентское приложение, позволяющее работать с БД пользователю. Приложение имеет удобный и дружественный интерфейс, благодаря чему в его работе может разобраться любой желающий.В приложение реализована возможность разграничения доступа, что предотвращает несанкционированный доступ к информации. Также система имеет функции поиска и печати необходимой информации, что безусловно делает ее еще удобнее. Разработанное приложение и сопутствующая база данных могут быть использованы в реальном учреждении при соответствующих настройках и администрировании.Список использованных источников1. ДейтК.Дж.- Введение в системы баз данных:Пер. с англ. 6-е изд. – К.:Диалектика, 2005. – 784с.2. Сорокин А.В. Delphi. Разработка баз данных. – СПб.: Питер, 2005. – 477 с.: ил.3. Дейта К., Введение в системы баз данных. - М:Наука, 2002.- 532с.4.БойкоВ.В., СавенковВ.М. «Проектирование баз данных информационных систем». – М: Финансы и статистика, 2003. – 640с.5. ВейскасД. Эффективная работа с MicrosoftAccess 2000 «MicrosoftPress», 2000. - 864с.6. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 2004. – 294с.7. Избачков Ю.С., Петров В.Н. Информационные системы: Учебник для вузов. 2-е изд. – СПб.: Питер, 2005. – 656 с.8. ПетровВ.Н. Информационные системы: Учебник для вузов - СПб.: Питер, 2003. – 687с.9. Проектирование базы данных.[Электронный ресурс]:база данных. Режим доступа: www.Referatoff.net - Банк рефератов: Проектирование базы данных Библиотека.10. Тим Кинг, Риз Джордж. Базы данных для небольших предприятий и Интернета. 2000г.11. С.Д. Кузнецов. Основы баз данных: Курс лекций, 2005г.12. Культин Н. Delphi 7. Основы программирования в Delphi 7. - СПб.: БХВ-Петербург, 2003.13. Фаронов В. Delphi 7. Учебный курс. - М.: Нолидж, 2003.