Смекни!
smekni.com

Создание автоматизированной информационной системы "Больница" (стр. 4 из 6)

- Реестр «Рег. карты»;

- Реестр «Пациенты»;

Реестр «Врачи»:

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

- Фамилия Имя Отчество;

- № паспорта врача;

- Специализация;

- Дата рождения;

- Заслуги;


Реестр «Приёмы»:

Реестр «Приёмы» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- № паспорта врача;

- Регистрационный номер;

- Дата приёма;

- № приёма;

Реестр «Курсы лечения»:

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

- № курса;

- Регистрационный номер;

- № приёма;

- Описание курса;

Реестр «Рег. карта»:

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

- ФИО;

- Регистрационный номер;

- Адрес;

- Дата рождения;

- № телефона;

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

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

Реестр «Пациенты»:

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

- ФИО;

- Регистрационный номер;

- Адрес;

- Дата рождения;

- № телефона;

4.3 Требования к видам обеспечения

Требования не предъявляются.

4.3.1 Требования к математическому обеспечению системы

Требования не предъявляются.

4.3.2 Требования к информационному обеспечению системы

Требования не предъявляются.

4.3.3 Требования к лингвистическому обеспечению системы

Требования не предъявляются.

4.3.4 Требования к программному обеспечению системы

Требования не предъявляются.

4.3.5 Требования к техническому обеспечению

В состав комплекса должны следующие технические средства:

– Серверы БД;

– ПК пользователей;

– ПК администраторов.

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

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов БД:

– Процессор – 2 х Intel Xeon 3 ГГц;

– Объем оперативной памяти – 16 Гб;

– Дисковая подсистема – 4 х 146 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

– Процессор – Intel Pentium 1.5 ГГц;

– Объем оперативной памяти – 256 Мб;

– Дисковая подсистема – 40 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

– Процессор – Intel Pentium 1.5 ГГц;

– Объем оперативной памяти – 256 Мб;

– Дисковая подсистема – 40 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

4.3.6 Требования к метрологическому обеспечению

Требования не предъявляются.

4.3.7 Требования к организационному обеспечению

Требования не предъявляются.


4.3.8 Требования к методическому обеспечению

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

- Медицинские нормы

- Медицинские предписания


5 Состав и содержание работ по созданию (развитию) системы

Этапы выполнения курсового проекта
Выдача заданий
Анализ предметной области
Концептуальное проектирование информационной системы
Даталогическое проектирование информационной системы
Физическое проектирование информационной системы
Создание запросов на языке SQL
Разработка интерфейса пользователя
Тестирование и отладка
Разработка руководства пользователя
Оформление теоретической части
Защита проекта

6 Порядок приёмки и контроля системы

6.1 Виды, состав, объем и методы испытаний системы

Для защиты курсовой работы материалы отчета предоставляются в распечатанном виде и в виде демонстрационных материалов на накопителе электронных данных – дискете, флеш-накопителе данных.

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


7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Требования не предъявляются


8 Требования к документированию

Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди АИС «Больница» приведены в таблице:

Наименование документа Код документа Часть проекта
Техническое задание ТЗ Предпроектное исследование
Инструкция пользователя ИП Рабочее проектирование

9 ИСТОЧНИКИ

1. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем: учебное пособие.-М.: ИД «Форум»: ИНФРА-М, 2007. – 384 с.

2. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. Пособие. – М.: «Форум»: ИНФРА-М, 2007.-400 с.

3. Фуфаев Э.В., Фуфаев Д.Э. Базы данных: учебное пособие для студ. сред. проф. образования. – М.: Издательский центр «Академия», 2008.-320 с.

4. Ю. Избачков, В. Петров, А. Васильев, И. Телина Информационные системы 3-е издание. - СПб.: Питер, 2010. – 544 с.

5. Грекул В. И.; Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем : курс лекций: учебное пособие. М.: Интернет-Ун-т Информ. технологий, 2005

6. http://www.citforum.ru/ - форум информационных технологий.

7. http://www.intuit.ru/ -Интернет-Университет Информационных Технологий.

8. http://teachpro.ru/course2d.aspx?idc=250 – обучающий видеокурс по системе MS Access 2007.

9. http://www.mstu.edu.ru/education/materials/zelenkov/toc.html - электронный учебник по базам данных.

10. http://www.rugost.com/ - Сайт содержит ГОСТы, примеры разработанных документов по ГОСТ (ТЗ, ТП,РД), шаблоны документов по ГОСТ.


1.2 Техническое проектирование

1.2.1 Концептуальное проектирование

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

Для этого осуществляются следующие мероприятия:

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

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

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

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

Рисунок 2: ER-диаграмма


Сущности:

1. Врачи:

· ФИО

· № паспорта врача

· Специализация

· Дата рождения

· Заслуги

2. Приёмы:

· № паспорта врача

· Регистрационный номер

· Дата приёма

· № приёма

3. Курсы лечения

· № курса

· Регистрационный номер

· Описание курса

· № приёма

4. Рег. Карта

· ФИО

· Регистрационный номер

· Адрес

· Дата рождения

· № телефона

· Группа крови

· Страховая компания

· № страховки

5. Пациенты

· ФИО

· Регистрационный номер

· Адрес

· Дата рождения

· № телефона

1.2.2 Даталогическое проектирование.

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

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

Таблица Врачи:

Атрибут Тип данных Домен Ограничения
ФИО Текстовый Список фамилий NOT NULL
№ паспорта врача Числовой Номера паспортов Первичный ключ
Специализация Текстовый

Дерматолог;

Хирург;

Окулист;

Лор;

Невропатолог;

NOT NULL
Дата рождения Дата, время даты NOT NULL
Заслуги Текстовый Список заслуг NOT NULL

Таблица Приёмы:

Атрибут Тип данных Домен Ограничения
Регистрационный номер Числовой Список регистрационных номеров NOT NULL
Дата приёма Дата Даты NOT NULL
№ приёма Числовой Номера приёмов Первичный ключ
№ паспорта врача Числовой Список номеров паспортов NOT NULL

Таблица Курсы лечения

Атрибут Тип данных Домен Ограничения
Регистрационный номер Числовой Список регистрационных номеров NOT NULL
№ курса Числовой Номера курсов Первичный ключ
№ приёма Числовой Номера приёмов Внешний ключ
Описание курса Текстовый Описания курса лечения NOT NULL

Таблица Рег. карта:

Атрибут Тип данных Домен Ограничения
ФИО Текстовый Список фамилий NOT NULL
Регистрационный номер Числовой Список регистрационных номеров Первичный ключ
Адрес Текстовый Список адресов NOTNULL
Дата рождения Дата, время Даты NOTNULL
№ телефона Числовой Номера телефонов NOT NULL
Группа крови Текстовый Группы крови NOT NULL
Страховая компания Текстовый Список страховых компаний NOT NULL
№ страховки Числовой Номера страховок NOT NULL

Таблица Пациенты: