Размещено на http://www.allbest.ru/

Федеральное государственное бюджетное образовательное учреждение

высшего образования

«Омский государственный технический университет»

Кафедра математических методов и информационных технологий

в экономике

Домашнее задание

по дисциплине «Проектирование информационных систем»

Выполнил студент гр. ИВТ-141

Щукин А. С.

Проверил

М.Г. Ткаченко

Омск 2016

Содержание

• Введение
• Цель
• Задачи
• Предварительный анализ работы регистратуры
• Функциональная диаграмма (IDEF0)
• Диаграмма IDEF3
• Swim Lane диаграмма
• Оптимизация работы регистратуры
• Заключение

Введение

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

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

Целью работы является:

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

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

Рис. 1. Организационная структуры поликлиники

Регистратура придерживается стандартного алгоритма осуществления своей деятельности (рис. 2).

Рис. 2. Бизнес-процессы регистратуры

Алгоритм имеет ряд недостатков, которые предстоит оптимизировать. Основными его проблемами являются:

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

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

Функциональная диаграмма (IDEF0 или SADT)

Для изучения предметной области была использована методология SADT. Методология SADT разработана Дугласом Россом и получила дальнейшее развитие. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США. Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.

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

Рис. 3. Основная деятельность поликлиники

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции (рис. 4)

АИС «Поликлиника» включает в себя следующие части:

1. Регистрирование больных;

2. Проведение анализов;

3. Лечение.

Рис. 4. Диаграмма декомпозиции

Работы диаграммы декомпозиции А0

Стрелки контекстной диаграммы

В процессе декомпозиции первого уровня были выделены следующие работы: выяснение проблемы больного, регистрация на прием, и оплата услуг. Механизмами в данной диаграмме является персонал, управлением -- регламентирующая документация. На входе данной диаграммы будут пациенты, на выходе -- данные о больном и справочная информация (рис. 5).

Рис. 5. Диаграмма декомпозиции работы «Регистрирование больных»

Диаграмма потоков данных (DFD)

Одним из важнейших способов описания процесса являются диаграммы потоков данных (информации) DFD (Data Flow Diagram). Подобные диаграммы содержат, как правило, два типа графических объектов: четырехугольники и стрелки. Первые описывают функции (работы, процессы), вторые -- потоки данных между этими функциями.

На диаграмме DFD функции обычно располагаются слева направо в порядке, соответствующем последовательности их выполнения во времени, хотя это не является обязательным. Если придерживаться указанного требования, то полученная схема -- это описание процесса, которое схоже с описанием процесса в нотации IDEF3. К описанию процессов в DFD применимы типовые правила декомпозиции. Что касается сторон четырехугольников, то в нотации DFD они не имеют того значения, как в IDEF0.

Для чего служат нотации DFD? В первую очередь они нужны для описания реально существующих в организации потоков данных. Описания могут создаваться как по процессному, так и по функциональному признаку. В первом случае мы получаем модели бизнес-процессов в формате DFD, во втором -- схему обмена данными между подразделениями. Созданные модели потоков данных организации могут быть использованы при решении таких задач, как:

1. определение существующих хранилищ данных (текстовые документы, файлы, система управления базой данных -- СУБД);

2. определение и анализ данных, необходимых для выполнения каждой функции процесса;

3. подготовка к созданию модели структуры данных организации, так называемая ERD-модель (IDEF1X);

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

Построение модели начинается с контекстной диаграммы. На ней отображается основной процесс (сама система в целом) и ее связи с внешней средой (внешними сущностями). Это взаимодействие показывается через потоки данных (рис. 6).

Рис. 6. Диаграмма потоков данных «Оплата услуг»

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

В соответствии с представленной DFD диаграммой складывается следующий алгоритм закупки:

1. Поступает информация о предоставленных пациенту услугах;

2. Формируется чек к оплате;

3. Производится оплата услуг.

Диаграмма IDEF3

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

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

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

В ходе выполнения работы была создана диаграмма декомпозиции работы "Регистрация на прием" в стандарте IDEF3 (Рис. 7)

Рис. 7. Диаграмма декомпозиции в стандарте IDEF3

Работы диаграммы декомпозиции А1.2

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

Swim Lane диаграмма

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

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

Рис.8. Диаграмма Swim Lane

Оптимизация работы регистратуры

Исследуя бизнес-процессы регистратуры, были выведены следующие варианты автоматизации и оптимизации:

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

2. Установка терминала по выдаче талонов

3. Сокращение персонала регистратуры.

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

Рис. 9. Страница оформления талона на сайте онлайн-регистратуры

Рис. 10. Оптимизированная диаграмма декомпозиции в стандарте IDEF3

Работы диаграммы декомпозиции А1.2

Swimlane диаграмма оптимизированного процесса соответственно будет выглядеть как показано на рис. 11.

Рис. 11. Оптимизированная диаграмма в стандарте Swimlane

Заключение

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

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

Были построены и описаны следующие диаграммы:

· контекстная диаграмма;

· диаграмма декомпозиции;

· диаграмма потоков данных;

· Swim Lane диаграмма.

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

Размещено на Allbest.ru