Рефераты. Информационная система офтальмологической клиники

Информационная система офтальмологической клиники

34

КУРСОВАЯ РАБОТА

ПО ДИСЦИПЛИНЕ: “БАЗЫ ДАННЫХ”

НА ТЕМУ: “ИНФОРМАЦИОННАЯ СИСТЕМА ОФТАЛЬМОЛОГИЧЕСКОЙ КЛИНИКИ”

СОДЕРЖАНИЕ

Введение

1. Постановка задачи. Сбор и анализ системных данных

2. Логическое проектирование базы данных

2.1 Глобальная логическая модель

2.2 Проверка сущностей на соответствие с НФБК

2.3 Определение требований поддержания целостности данных

3. Физическое проектирование базы данных

3.1 Обоснование выбора целевой СУБД

3.2 Проектирование таблиц базы данных в среде целевой СУБД. Представление sql-скриптов на создание БД.

3.3 Разработка триггеров

4. Проектирование пользовательского интерфейса

4.1 Проектирование и программирование диалоговых форм

4.2 Создание многоуровневого меню пользователя

5. Реализация проекта

5.1 Создание рабочей модели приложения базы данных

5.2 Тестирование системы

5.3 Сопровождение системы.

Заключение

Литература

Приложения

ВВЕДЕНИЕ

SQL символизирует собой Структурированный Язык Запросов. Это - язык, который дает возможность работать в реляционных базах данных, которые являются наборами связанной информации сохраняемой в таблицах.

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

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

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

Стандарт SQL определяется ANSI (Американским Национальным Институтом Стандартов) и в данное время также принимается ISO (Международной организацией по стандартизации). Однако, большинство коммерческих программ баз данных расширяют SQL без уведомления ANSI, добавляя разные другие особенности в этот язык, которые, как они считают, будут весьма полезны.

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

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

1. ПОСТАНОВКА ЗАДАЧИ. СБОР И АНАЛИЗ СИСТЕМНЫХ ДАННЫХ

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

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

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

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

2. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

2.1 Глобальная логическая модель

Глобальная логическая модель данного курсового проекта (Рис. 1).

Рис. 1 Глобальная логическая модель

2.2 Проверка сущностей на соответствие с НФБК.

Основные сущности разрабатываемого проекта:

“Мед_Карта”

1 - ID_карты, 2 - ФИО_больного, 3 - Диагнозы, 4 - Дата_рождения, 5 - Дом_Адрес, 6 - Телефон, 7 - ID_лечащего_врача

“ Лечащий_Врач”

1 - ID_лечащего_врача, 2 - ФИО, 3 - Телефон, 4 - Специализация

“Мед_посещение”

1 - ID_посещения, 2 - ID_карты, 3 - Давление, 4 - Температура 5 - Дата_посещения

“Спец_обследование”

1 - ID_спец_обследования, 2 - ID_посещения, 3 - Мутации,

4 -Рентген_инородное_тело, 5 - С_реактивный_белок, 6 -Тимоловая,

7 - Сиаловая, 8 -СОЭ, 9 - Фибриноген, 10 - Ревматический_фактор,

11 - Рентген_феномен, 12 - Ретинальная_острота_зрения,

13 - Пахиметрия_толщина_роговицы_в_мм,

14 -Компьютерная_кератотопография, 15 - Кольца_Плацидо,

16 - Гониоскопия_угол_п_камеры, 17 - Склеральная_шпора,

18 -Трабекулярная_зона, 19 -Мембрана_Бруха,

20 -Протяжённость_прикрытия_фильтрационной_зоны,

21 - Корень_радужки, 22 - Проба_Ширмера_мм,

23 -Время_разрыва_слезной_плёнки, 24 - УЗ_сканирование,

25 - Посев_с_кон_вы_стафилококк, 26 -Соскоб_с_кон_вы_грибки,

27 - Соскоб_с_кон_вы_флора, 28 - Соскоб_с_кон_вы_лейкоциты,

29- Проба_Манту_мм

“Назначение”

1 - ID_назначения, 2 - ID_спец_обследования, 3 - Дата_Назначения

“СправочникОбследований”

1 - ID_справочника_С_О, 2 - ID_назначения, 3 - Название

“ПЦР”

1 - ID_ПЦР, 2 - Наименование

“Посев”

1 - ID_Посева, 2 - Наименование

“Мед_Карта”

1 --> 2,3,4,5,6,7

“ Лечащий_Врач”

1 --> 2,3,4

“Мед_посещение”

1 --> 2,3,4,5

“Спец_обследование”

1 --> 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29

“Назначение”

1 --> 2,3

“СправочникОбследований”

1 --> 2,3

“ПЦР”

1 --> 2

“Посев”

1 --> 2

Основные связанные сущности проекта:

“Мед_Карта” --> “Мед_посещение” ;

“Мед_посещение” --> “Спец_обследование”;

“Спец_обследование” --> “Назначение”, “ПЦР”, “Посев”;

“Мед_Карта” --> “ Лечащий_Врач”.

Все сущности находятся в нормальной форме Бойса-Кодда (НФБК). Отношение находится в НФБК(BCNF) тогда и только тогда, когда каждая его нетривиальная и неприводимая слева функциональная зависимость имеет в качестве своего детерминанта некоторый первичный ключ. Менее формально, переменная отношения находится в НФБК тогда и только тогда, когда детерминанты всех её функциональных зависимостей являются первичными ключами.

2.3 Определение требований поддержания целостности данных

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

а Требования целостности на уровни сущности

Главная задача здесь - сделать так, чтобы данные об одной сущности не попали в базу данных два раза. Обеспечивается ограничением уникальности и первичным ключом. Каждая таблица, которая есть в базе данных курсового проекта, содержит первичный ключ. Средства обеспечения сущностной целостности в данном проекте: это - первичные ключи (primary key) и ограничения уникальности (unique), а также все ключевые атрибуты не могут быть нулевыми (not null).

а Требования атрибутивной целостности

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

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

Страницы: 1, 2



2012 © Все права защищены
При использовании материалов активная ссылка на источник обязательна.