Создание информационной системы "Деятельность больницы"

Автор: Пользователь скрыл имя, 26 Февраля 2013 в 18:54, курсовая работа

Краткое описание

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

Оглавление

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 7
1.1. Анализ предметной области «Деятельность больницы» 7
1.2. Моделирование бизнес-процессов в области «Деятельность больницы» 15
1.2.1. Создание диаграмм «Деятельность больницы» в нотации IDEF0 17
1.2.2.Диаграмма узлов в All Fusion Process Modeler(Node Tree Diagram) 28
2.Основная часть 29
2.1.Разработка инфологической модели «Деятельность больницы» 29
2.2.Нормализация отношений 33
2.3. Разработка даталогической модели данных «Деятельность больницы» 36
2.4. Разработка физической модели данных «Деятельность больницы» 37
2.5.Архитектура информационной системы 38
2.6.Публикация данных в Интернет в рамках ИС «Деятельность больницы» 39
2.7.Реализация базы данных с помощью MS Access 2010 42
2.8. Отражение работ в MS Project 2010 47
ЗАКЛЮЧЕНИЕ 49
Список используемой литературы 51

Файлы: 1 файл

Кабанов Максим .docx

— 2.05 Мб (Скачать)

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

  1. Запись в регистратуре

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

Рис.3. Диаграмма «Самозапись через интернет» в нотации IDEF0

В процессе декомпозиции можно  выделить следующие процессы:

  • Выбор больницы
  • Заполнение личных данных
  • Выбор врача
  • Выбор даты приема

Выбор больницы - На данном шаге предстоит выбрать медицинское учреждение в которое пациент хочет записаться на приём.

Заполнение личных данных - Здесь нужно ввести номер паспорта(или другого документа удостоверяющего личность) и страхового полиса.

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

Выбор даты приема – На данном шаге пациент выберает нужную дату приёма.

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

 

4

Рис.4. Декомпозиция второго уровня «Запись в регистратуре» в нотации IDEF0

В процессе декомпозиции можно  выделить следующие процессы:

  • Сообщение в регистратуру об ожидаемом приеме
  • Присвоение регистрационного номера
  • Оформление в регистратуре
  • Подтверждение информации
  • Регистрация пациента в день приема

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

Рис.5. Декомпозиция второго уровня «Сообщение в регистратуру об ожидаемом приеме» в нотации IDEF3 

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

  • Единицы работы (Unit of Work) - основной компонент диаграммы IDEF3 близкий по смыслу к работе IDEF0.
  • Связи (Links) - Связи, изображаемые стрелками, показывают взаимоотношения работ. В IDEF3 различают три типа связей:
  • Поток объектов (Object Flow) – показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой.

 В данной нотации  предоставлен процесс «Сообщение в регистратуру об ожидаемом приеме», представленная в нотации IDEF3 (Рис.5)

В процессе декомпозиции можно  выделить следующие процессы:

Запись на прием к врачу может осуществляться следующими способами:

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

Рис.6. Декомпозиция второго уровня «Прием к врачу» в нотации IDEF0

В процессе декомпозиции можно  выделить следующие процессы:

  • Приём пациента в кабинете врача
  • Запрос на получение истории болезни пациента
  • Общий осмотр пациента
  • Отсутствие симптомов
  • Выявление симптомов.

.

Рис.7. Декомпозиция третьего уровня «Назначение курса лечения» в нотации DFD

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных DFD (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Всего DFD использует четыре важных элемента:

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

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

Наглядно данный пример реализован в процессе «Назначение курса лечения» (Рис.7).

Процессы:

1.зарегистрировать курс лечения

2.Подготовить отчет об истории болезни

3.Подготовить обзор курсов лечения

Внешние сущности:

  1. Врач

Накопитель данных:

  1. Приемы
  2. Пациенты
  3. Курсы лечения
  4. Врачи

1.2.2.Диаграмма узлов в  All Fusion Process Modeler(Node Tree Diagram)

К модели All Fusion Process Modeler можно добавлять дерево узлов, которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммы, а последующие нижние узлы представляют собой дочерние уровни декомпозиции. Можно также создать диаграмму дерева узлов лишь для некоторой части модели, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой вы захотите начать.

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

Рис. 8 Диаграмма дерева узлов в нотации IDEF0

2.Основная часть

2.1.Разработка инфологической модели «Деятельность больницы»

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

Концептуальная архитектура определяет компоненты системы и их назначения, обычно в неформальном виде. Это представление часто используется для обсуждения с нетехническими специалистами, такими как руководство, бизнес-менеджеры и конечные пользователи функциональных характеристик системы (что система должна уметь делать, в основном, с точки зрения конечного пользователя). Модель «Сущность-связь»

Наиболее часто формализация представлений о предметной области  осуществляется в рамках модели «сущности-связи» («объекты-связи»). На данном этапе проектирования используется метод «сущность –  связь», который называют также методом  «ER-диаграмм» (“Essence” – сущность, “Relation” – связь). Этот метод основан на использовании диаграмм, называемых соответственно диаграммами ER-экземпляров и диаграммами ER-типа.

Основными понятиями метода сущность – связь являются следующие:

  • сущность;
  • атрибут сущности;
  • ключ сущности;
  • связь между сущностями;
  • степень связи;
  • класс принадлежности экземпляров сущности;
  • диаграммы ER-экземпляров;
  • диаграммы ER-типа.

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

Атрибут ((от лат. attribuo – приписываю) – свойство или вещь, неотделимые от предмета) представляет собой логически неделимый элемент структуры информации, характеризующийся множеством атомарных значений. Это понятие аналогично понятию «атрибут» в отношении.

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

Для повышения наглядности  и удобства проектирования используются графические средства представления  сущности, экземпляров сущности и  связей между ними.(рис.9):

Рис.9. Инфологическая модель предметной области «Деятельность больницы» в нотации Чена

Сущность 1 –  Пациент;

  • № страхового полиса пациента
  • Id-пациента
  • Фамилия пациента
  • Имя пациента
  • Отчество пациента
  • Серия паспорта
  • № паспорта пациента
  • История болезни
  • Группа крови
  • Id_адрес
  • Регистрационный номер приема

Сущность  2 – Врач;

  • Id-врача
  • Серия паспорта
  • № паспорта
  • Специализация
  • Код специализации
  • № лицензии
  • Дата рождения
  • Имя врача
  • Фамилия врача
  • Отчество врача

Сущность 3 –  Приём;

  • Регистрационный номер приема
  • Id- пациента
  • Id- врача
  • Дата приема
  • № страхового полиса пациента

Сущность  4 – Регистратура;

  • Id-врача
  • Id-пациента
  • Журнал приемов
  • Номер телефона регистратуры

Информация о работе Создание информационной системы "Деятельность больницы"