Построение инфологической модели предметной области

СОДЕРЖАНИЕ

ВВЕДЕНИЕ.. 3

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

2. Построение функциональной модели бизнес-процессов предметной области. 4

3. Анализ требований. 7

4. Проектирование базы данных. 9

5. Дерево функций. 12

6. Эскизы экранных форм.. 13

7. Диаграмма классов (UML) 16

8. Диаграмма последовательности (UML) 17

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ.. 20

ВВЕДЕНИЕ

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

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

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

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

Назначение проектируемой базы:

— хранение информации о врачах клиники;

— хранение информации о пациентах;

— хранение информации о приемах, в том числе диагнозах и лечении;

— обновление и добавление информации.

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

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

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

Информационная система «Прием в больнице» поддерживает следующие бизнес-процессы:

— осуществление приема;

— назначение курса лечения;

— оформление рецепта.

Документы:

— рецепт (ПРИЛОЖЕНИЕ А);

— заключение (ПРИЛОЖЕНИЕ Б).

2. Построение функциональной модели бизнес-процессов предметной области

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

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

Рисунок 1 — Рисунок диаграммы A-0

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

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

На выходе функционального блока «Установить диагноз» будет заключение, рецепт.

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

Рисунок 2 — Рисунок диаграмм

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

Создадим функциональный блок «Установить диагноз». Для выполнения этой функции необходима информация о различных заболеваниях, следовательно, вход функционального блока необходимо соединить с граничной дугой «медицинские нормы». На выходе будет «назначение курса лечения», а также данная информация будет входной для второго блока «Запись курса лечения». Третий блок – «Выписать препарат», на входе необходимо определить препарат, на выходе мы получим рецепт и заключение.

Рисунок 3 — Рисунок диаграмм

3. Анализ требований

1. Функции системы:

— оформление приема пациента, диагноз, назначение курса лечения;

— хранение всех данных о пациентах и истории их курса лечения, а также хранение данных о всех приемах и врачах;

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

2. Технические требования к аппаратной части:

— компьютеры пользователей должны быть объединены локальной сетью;

— процессор – Intel 1,5Ггц;

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

— сетевой адаптер 100Мбит.

3. Эргономические требования:

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

— навигационные элементы должны быть выполнены в удобной для пользователя форме;

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

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

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

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

4. Проектные ограничения:

— программа должна быть реализована на языке программирования Delphi 7.0;

— плановый срок по созданию информационной системы «Прием в больнице» - 14.01.2015 года;

— плановый срок окончания работ по созданию информационной системы «Прием в больнице» - 01.06.2015 года.

5. Квалификационные требования к пользователям:

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

6. Требования безопасности:

— все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь защитное заземление в соответствии с ГОСТ;

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

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

— факторы, оказывающие вредные воздействия на здоровье не должны превышать действующих норм (СанПин).

7. Требования по вводу в действие и приемке ИС на объекте эксплуатации и сопровождения:

— для нормальной эксплуатации разрабатываемой системы должно быть обеспеченно беспроводное питание;

— обслуживание технических средств должно проводится в соответствии с требованиями изготовителя;

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

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

8. Требование к документации:

— техническое задание;

— инструкция пользователя.

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

Построение инфологической модели предметной области

В предметной области можно выделить следующие классы объектов:

Пациент

Врач

Прием

Рецепт

Опишем свойства каждого класса:

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

Связи между классами:

1. Пациент пришел на прием – 1:m

2. Пациент получил рецепт – 1:m

3. Врач выписал рецепт – 1:m

Дата добавления: 2015-07-15