Главная страница

Тема работы (


Скачать 299 Kb.
НазваниеТема работы (
Дата24.04.2022
Размер299 Kb.
Формат файлаdoc
Имя файла2629.doc
ТипРеферат
#493291


Компания





www.etginpro.ru














Тема работы (вариант):

Разработка базы данных «Больница» (на Access)


Содержание


Введение 3

1 Описание предметной области 5

2 Разработка концептуальной модели 7

3 Построение даталогической модели данных 19

Заключение 22

Список использованных источников 23

ПРИЛОЖЕНИЕ 24

Приложение A. Логическая модель данных 24


Введение



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

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

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

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

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

Целью выполнения работы является создание базы данных, предназначенной для хранения информации для автоматизации деятельности больницы. В процессе достижения указанной цели необходимо решить следующие задачи [4, c. 22-23]: подготовить описание предметной области, спроектировать логическую структуру данных (инфологическую или концептуальную модель), выбрать физическую среду хранения данных и построить даталогическую модель.

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

1 Описание предметной области


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

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

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

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

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

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

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

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

2 Разработка концептуальной модели


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

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

Для описания модели данных часто используются различные графические нотации. Наиболее популярной являются ER диаграммы. Аббревиатура ER означает Entity-Relationship (сущность-связь). Как следует из названия, диаграммы данного вида отражают перечень объектов (сущностей) предметной области и описание связей (отношений) между ними.

Для создания ER-диаграмм активно используются средства автоматизации проектирования [7, с. 3-5]. Данная группа программных инструментов имеет общее наименование – CASE-средства (Computer Aided Software Engineering – средства автоматизации проектирования). В состав данного семейства программных продуктов входит большое количество инструментом различной направленности. Некоторые из них предназначены для автоматизации выполнения определенного этапа жизненного цикла программного обеспечения (сбор и обработка требований, построение функциональных моделей и т. д.). Кроме этого существуют большие программные комплексы, предназначенные для поддержки всех этапов жизненного цикла информационных систем от описания предметной области до сопровождения готового программного продукта (в данном классе можно упомянуть решения от компании Rational).

В процессе выполнения настоящей курсовой работе для построения ER-диаграмм будет использован программный продукт AllFusion ERWin DataModeler от компании Computer Associates. Построенная с использованием данного продукта логическая модель данных приведена в Приложении 1 к настоящей работе.

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

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

Полный перечень сущностей информационной системы, их атрибутов и краткое описание приведено в таблице 2.1.
Таблица 2.1 – Описание сущностей операционной системы

Наименование атрибута

Тип атрибута

Описание

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

Код специальности

Целое

Первичный ключ.

Наименование специальности

Строка(128)

Наименование специальности

Научное звание. Виды научных званий сотрудников

Код звания

Целое

Первичный ключ.

Наименование звания

Строка(128)

Наименование звания

Продолжение таблицы 2.1

Должность. Виды должностей сотрудников

Код должности

Целое

Первичный ключ.

Наименование должности

Строка(128)

Наименование должности

Награда. Виды наград и поощрений сотрудников

Код награды

Целое

Первичный ключ.

Наименование награды

Строка(128)

Наименование награды

Отделение. Отделения больницы.

Код отделения

Целое

Первичный ключ.

Наименование отделения

Строка(128)

Наименование отделения

Код руководителя

Целое

Руководитель отделения. Ссылка на справочник сотрудников

Палата. Палаты отделения больницы.

Номер палаты

Целое

Номер палаты. Первичный ключ.

Количество мест

Целое

Количество мест в палате

Код отделения

Целое

Отделение, к которому относится палата. Ссылка на справочник отделений.

Сотрудник. Сотрудники больницы.

Код сотрудника

Целое

Первичный ключ.

Фамилия сотрудника

Строка(128)

Фамилия сотрудника

Имя сотрудника

Строка(128)

Имя сотрудника

Отчество сотрудника

Строка(128)

Отчество сотрудника

Код специальности

Целое

Специальность сотрудника. Ссылка на справочник специальностей

Код звания

Целое

Научное звание сотрудника. Ссылка на справочник научных званий.

Код должности

Целое

Должность сотрудника. Ссылка на справочник должностей.

Код отделения

Целое

Отделение, в котором работает сотрудник. Ссылка на спр-к отд.

Продолжение таблицы 2.1

Награда сотрудника. Награды и поощрения сотрудника

Код награды сотрудника

Целое

Первичный ключ.

Код сотрудника

Целое

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

Код награды

Целое

Награда, которая включена сотруднику. Ссылка на справочник наград.

Дата получения

Дата

Дата получения сотрудником награды

Описание

Строка(255)

Описание полученной сотрудником награды

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

Код вида исследования

Целое

Первичный ключ.

Наименование вида исследования

Строка(128)

Наименование вида исследования

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

Код показателя исследования

Целое

Первичный ключ.

Наименование показателя исследования

Строка(128)

Наименование показателя исследования

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

Код показателя исследования

Целое

Первичный ключ.

Код вида исследования

Целое

Первичный ключ.

Лаборатория. Лаборатории отделения

Номер лаборатории

Целое

Номер лаборатории. Первичный ключ.

Наименование лаборатории

Строка(128)

Наименование лаборатории

Код отделения

Целое

Отделение, к которому относится лаборатория


Продолжение таблицы 2.1

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

Номер лаборатории

Целое

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

Код исследования

Целое

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

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

Код вида операции

Целое

Первичный ключ.

Наименование вида операции

Строка(128)

Наименование вида операции

Операционная. Операционная отделения

Номер операционной

Целое

Номер операционной. Первичный ключ.

Наименование операционной

Строка(128)

Наименование операционной

Код отделения

Целое

Отделение, к которому относится операционная

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

Номер операционной

Целое

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

Код вида операции

Целое

Код вида операции, которая может быть выполнена в операционной. Ссылка на спр-к видю операций. Первичный ключ.

Продолжение таблицы 2.1

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

Код вида процедуры

Целое

Первичный ключ.

Наименование вида процедуры

Строка(128)

Наименование вида процедуры

Процедурный кабинет. Процедурный кабинет отделения

Номер кабинета

Целое

Номер процедурного кабинета. Первичный ключ.

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

Строка(128)

Наименование процедурного кабинета

Код отделения

Целое

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

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

Номер кабинета

Целое

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

Код вида процедуры

Целое

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

Лекарственный препарат. Виды лекарственных препаратов

Код препарата

Целое

Первичный ключ.

Наименование препарата

Строка(128)

Наименование лекарственного препарата

Диагноз. Возможные диагнозы

Код диагноза

Целое

Первичный ключ.

Наименование диагноза

Строка(128)

Наименование диагноза



Продолжение таблицы 2.1

Пациент. Пациенты больницы.

Номер каточки

Целое

Номер карточки пациента. Первичный ключ.

Фамилия пациента

Строка(128)

Фамилия пациента

Имя пациента

Строка(128)

Имя пациента

Отчество пациента

Строка(128)

Отчество пациента

Пол пациента

Символ

Пол пациента

Дата рождения пациента

Дата

Дата рождения пациента

Адрес пациента

Строка(128)

Адрес пациента

Номер страхового полиса пациента

Строка(20)

Номер страхового полиса пациента

Номер страхового свидетельства пациента

Строка(20)

Номер страхового свидетельства пациента

Контактный телефон пациента

Строка(20)

Контактный телефон пациента

Нахождение в больнице. Нахождение пациента в больнице

Код нахождения

Целое

Первичный ключ.

Номер карточки

Целое

Номер карточки пациента

Дата приема

Дата

Дата оформления пациента на лечение в больницу

Код диагноза при приеме

Целое

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

Состояние при приеме

Строка(255)

Описание состояния пациента при приеме в больницу

Дата выписки

Дата

Дата выписки пациента из больницы

Рекомендации после выписки

Строка(255)

Рекомендации пациенту по дальнейшему лечению после выписки из больницы

Состояние при выписке

Строка(255)

Описание состояния пациента при выписке из больницы



Продолжение таблицы 2.1

Код диагноза при выписке

Целое

Диагноза пациента при выписке из больницы. Ссылка на справочник диагнозов

Номер палаты

Целое

Номер палаты, в которую определен пациента. Ссылка на справочник палат

Код врача

Целое

Лечащий врач пациента. Ссылка на справочник сотрудников.

Встреча с врачом. Описание встречи пациента с врачом при нахождении в больнице

Код встречи с врачом

Целое

Первичный ключ.

Дата встречи

Дата

Дата встречи с врачом

Содержание встречи

Строка(255)

Содержание встречи пациента с врачом

Код нахождения

Целое

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

Код врача

Целое

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

Код диагноза

Целое

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

Назначение препарата. Назначение пациенту приема лекарственного препарата по итогам встречи с врачом

Код назначения

Целое

Первичный ключ.

Порядок приема

Строка(255)

Описание порядка приема назначенного препарата

Код встречи с врачом

Целое

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

Продолжение таблицы 2.1

Код препарата

Целое

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

Отметка о приеме. Отметки о приеме пациентом назначенного лекарственного препарата

Код назначения

Целое

Код назначения лекарственного препарата, отметка о приеме которого хранится. Первичный ключ. Ссылка на документ «Назначение лекарственного препарата».

Дата приема

Дата

Дата приема лекарственного препарата. Первичный ключ

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

Код назначения

Целое

Первичный ключ.

Описание назначения

Строка(255)

Описание назначенной процедуры и деталей ее выполнения

Код встречи с врачом

Целое

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

Код вида процедуры

Целое

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



Продолжение таблицы 2.1

Номер кабинета

Целое

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

Отметка о прохождении. Отметки о прохождении пациентом назначенной лечебной процедуры

Код назначения

Целое

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

Дата прохождения

Дата

Дата прохождения лечебной процедуры. Первичный ключ

Назначение операции. Назначение пациенту операции по итогам встречи с врачом

Код назначения

Целое

Первичный ключ.

Дата проведения

Дата

Дата проведения назначенной операции

Описание операции

Строка(255)

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

Код встречи с врачом

Целое

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

Код вида операции

Целое

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


Продолжение таблицы 2.1

Номер операционной

Целое

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

Участник операции. Сотрудники, участвующие в проведении операции

Код назначения

Целое

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

Код сотрудника

Целое

Сотрудник, участвующий в операции. Первичный ключ. Ссылка на справочник сотрудников.

Назначение исследования. Назначение пациенту исследования (анализа) по итогам встречи с врачом

Код назначения

Целое

Первичный ключ.

Дата исследования

Дата

Дата проведения назначенного исследования

Отметка о выполнении

Логическое

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

Полученные результаты

Строка(255)

Текстовое описание полученных после выполнения исследования результатов

Код вида исследования

Целое

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


Продолжение таблицы 2.1

Номер лаборатории

Целое

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

Код встречи с врачом

Целое

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

Код диагноза

Целое

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

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

Код назначения

Целое

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

Код показателя исследования

Целое

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

Значение

Число(20, 8)

Полученное значение показателя исследования.


3 Построение даталогической модели данных


Построение даталогической модели данных осуществляется на основании построенной концептуальной модели данных после определения физической среды хранения данных. При построении даталогической модели учитываются требования, которые предъявляются к структуре данных выбранной СУБД. Данные требования могут заключаться в требования к именованию таблиц (сущностей) и их полей (атрибутов). Например: во многих СУБД не допускается использования в качестве наименований элементов базы данных буквы русского алфавита, пробелы и некоторые другие символы. Кроме этого при построении даталогической модели необходимо учитывать поддерживаемые выбранной СУБД типы данных. Не все типы данных, использованные при проектировании концептуальной модели, имеют аналоги в выбранной среде управления данными. И наконец – виды отношений между сущностями: достаточно часто используемое в концептуальных моделях отношение вида «многие-ко-многим» не поддерживается практически во всех современных СУБД.

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

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

Одним из популярных программных продуктов, предназначенных для создания баз данных, является Microsoft Access. Данный продукт позволяет не только создать физическую структуру для хранения данных (базу данных), но и разработать функционал по вводу и обработке информации в рамках информационной системы. Microsoft Access позволяет создавать в рамках базы данных следующие объекты [8, с. 14-16]:

  • Таблицы. В процессе создания таблицы для каждого поля могут быть определены правила ввода информации в него, описаны различные условия и ограничения на вводимые данные. После создания таблиц имеется возможность описать связи (отношения) между ними.

  • Запросы. Запрос пишется с использованием специализированного языка запросов (SQL – Structure Query Language – структурированный язык запросов). Запрос представляет собой инструкцию по выборке данных из таблицы базы данных или иных запросов по определенным критериям. При построении запросов в рамках Microsoft Access могут быть использованы различные мастера и конструкторы.

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

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

Как видно из приведенного выше краткого описания возможностей Microsoft Access все этапы создания базы данных могут быть выполнены буквально несколькими нажатиями кнопок мыши (с использованием встроенных мастеров и конструкторов). Столь высокая степень автоматизации создания базы данных делает Access незаменимым инструментом при разработке небольших информационных систем, причем наличие серьезной теоретической подготовки в области программирования от пользователя не требуется. Вместе с тем в рамках Microsoft Access существует возможность и написания собственных программ. В состав программного продукта входит интегрированная среда программирования Visual Basic [8, c. 509]. С использованием данного языка возможно создания достаточно сложных информационных систем.

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

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

База данных, созданная в Microsoft Access, прилагается к настоящей работе.


Заключение



В процессе выполнения настоящей работы поставленная на начальном этапе работы цель (создание базы данных для информационной системы больницы) была решена. Итогом выполнения работы явилась база данных, созданная с использованием Microsoft Access.

В процессе достижения поставленной цели было выполнено:

  • Произведено обследование предметной области и построено ее текстовое описание.

  • Спроектирована концептуальная модель данных.

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

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

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

Список использованных источников





  1. Баркер С. Профессиональное программирование в Access 2002. – М.: Вильямс, 2002. – 992 с.

  2. Бекаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. – СПб.: БХВ – Петербург, 2002. – 720 с.

  3. Боровиков В.В. Microsoft Access 2002. Программирование и разработка баз данных и приложений. – М.:СОЛОН-Р, 2002. – 560 с.

  4. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. – М.: Бином, 2008. – 300 с.

  5. Дейт К. Дж. Введение в системы баз данных, 6-е издание. – К.; М.; СПб.: Издательский дом "Вильямс", 2000. – 848 с.

  6. Дженнингс Р. Использование Access 2002. – М.: Вильямс, 2002. – 1012 с.

  7. Маклаков С. В. BPWin, ERWin. CASE-средства разработки информационных систем. - М.: ДИАЛОГ-МИФИ, 2000. – 256 с.

  8. Михеева В.Д., Харитонова И.А. Microsoft Access 2002. – СПб.: БХВ – Петербург, 2002. – 1040 с.

  9. Хансен Г., Хансен Дж. Базы данных. Разработка и управление. – М.: Бином, 1999. – 704 с.

  10. Харитонова И., Вольман Н. Программирование в Access 2002. – СПб.: Питер, 2002. – 480 с.

ПРИЛОЖЕНИЕ

П
риложение A. Логическая модель данных



Продолжение приложения А



Продолжение приложения А






написать администратору сайта