Министерство науки и высшего образования Российской Федерации

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

образовательное учреждение высшего образования
«Восточно-Сибирский государственный университет технологий и
управления»
Факультет компьютерных наук и технологий
Кафедра «Прикладная информатика, статистика и анализ данных»

Курсовой проект

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

на тему: «Проектирование информационной системы (на примере учета

процесса вакцинации в ГБУЗ №1)»

Выполнил: студент 2 курса группы Б751

Сактоев Ч.А.
Проверила: к.э.н., доцент Алексеева Т.Н.

г. Улан-Удэ
2023г.
 СОДЕРЖАНИЕ

ВВЕДЕНИЕ…………………………….…………………………….………………3

1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ

ИНФОРМАЦИОННЫХ СИСТЕМ…………………………….
……………………………………………….. 4

1.1. Понятие информационной системы…………………………………………... 4

1.2 Этапы развития информационных систем.…………………………………….6

1.3 Методологии информационных систем………………………………………..8

1.4 Информационные системы в медицинских учреждениях…………………...10

2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ……………………………………….14

2.1 Характеристика организации…………………………….……………………14

2.2 Выбор программных средств разработки…………………………………. 15

2.3 Проектирование информационных систем……………………………...18

ЗАКЛЮЧЕНИЕ…………………………….…………………………………….32

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ……………………………...

33

2
 ВВЕДЕНИЕ

Объект исследования: Государственное бюджетное учреждение

здравоохранения «Городская больница №1»
Цель курсового проекта:

● углубление и укрепление знаний в области проектирования

информационных систем;

● проектирование информационной системы учёта вакцинированных

городской больницы №1;

Задачи курсового проекта:

● закрепление и расширение теоретических знаний, полученных на лекциях

и практических занятиях по дисциплине;

● умение самостоятельно работать с литературой из разных источников и

на этом основании сделать обоснованные выводы;

● анализ предметной области;

● составить функциональную модель предприятия и различные диаграммы

по методологии UML;

Актуальность темы: здоровье каждого человека, как составляющая

здоровья всего населения, определяет социально-экономическое,
индустриальное и культурное развитие страны. После эпидемии COVID-19
стало очевидно: современная и развитая медицина — теперь один из основных
приоритетов в России.

3
1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ
СИСТЕМ

1.1. Понятие информационной системы

Информационная система – взаимосвязанная совокупность средств,

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

4
 Современное понимание информационной системы предполагает
использование в качестве основного технического средства переработки
информации персонального компьютера. Кроме того, техническое воплощение
информационной системы само по себе ничего не будет значить, если не учтена
роль человека, для которого предназначена производимая информация и без
которого невозможно ее получение и представление.
Необходимо понимать разницу между компьютерами и
информационными системами. Компьютеры, оснащенные
специализированными программными средствами, являются технической базой
и инструментом для информационных систем. Информационная система
немыслима без персонала, взаимодействующего с компьютерами и
телекоммуникациями.
Информационная система определяется следующими свойствами:
• любая информационная система может быть подвергнута анализу,
построена и управляема на основе общих принципов построения систем;
• информационная система является динамичной и развивающейся;
• при построении информационной системы необходимо использовать
системный подход;
• выходной продукцией информационной системы является информация,
на основе которой принимаются решения;
• информационную систему следует воспринимать как человек
компьютерную систему обработки информации.
Процессы, обеспечивающие работу информационной системы любого
назначения, условно можно представить в виде схемы (Рисунок 1), состоящей
из блоков:
• ввод информации из внешних или внутренних источников;
• обработка входной информации и представление ее в удобном виде;
• вывод информации для представления потребителям или передачи в
другую систему;

• обратная связь – это информация, переработанная людьми данной

организации для коррекции входной информации.
Рисунок 1.

5
 1.2 Этапы развития информационных систем

Сама идея информационных систем и некоторые принципы их

организации возникли задолго до появления ЭВМ. Библиотеки, архивы,
адресные бюро, телефонные справочники – все это информационные системы.
Однако компьютеризация на несколько порядков повысила эффективность
информационных систем и расширила сферы их применения.
В 1950-е гг. была осознана роль информации как важнейшего ресурса
предприятия, организации, региона, общества в целом; начали разрабатывать
автоматизированные ИС разного рода. Первые ИС были предназначены
исключительно для обработки счетов и расчета зарплаты, а реализовывались на
электромеханических бухгалтерских счетных машинах.

В 1960-е годы вычислительная техника двинулась вперёд, поэтому ИС

стали ещё более востребованы. Информация, полученная из них, стала
применяться для периодической отчетности по многим параметрам. Для этого
организациям требовалось компьютерное оборудование широкого назначения,
способное обслуживать множество функций, а не только обрабатывать счета и
считать зарплату на предприятии, как было ранее. Техническое обеспечение
систем составляли маломощные ЭВМ 2–3 поколения. Информационное
обеспечение (ИО) представляло собой массивы (файлы) данных, структура
которых определялась той программой, в которой они использовались.
Программное обеспечение специализированные прикладные программы,
например программа начисления заработной платы. Архитектура ИС была
централизованная. Как правило, применялась пакетная обработка задач.
Конечный пользователь не имел непосредственного контакта с ИС, вся
предварительная обработка информации и ввод производились персоналом ИС.

В 70-80-х гг. в офисах начали применять разнообразные компьютерные и

телекоммуникационные технологии, которые расширили область применения
6
информационных систем. К таким технологиям относятся: текстовая обработка,
настольное издательство, электронная почта и др. Интеграцию этих технологий
в одном офисе называют офисной информационной системой. В своем
большинстве ИС этого периода предназначались для решения установившихся
задач, которые четко определялись на этапе создания системы и затем
практически не изменялись. Появление персональных ЭВМ приводит к
корректировке идеи АСУ; от ВЦ и централизации управления к
распределенному вычислительному ресурсу и децентрализации управления.

1980-е гг. Же характеризуются еще и тем, что информационные

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

К концу 80-х гг. концепция использования ИС вновь изменяется. Они

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

Стремление преодолеть недостатки предыдущего поколения ИС

породило технологию создания и управления базами данных. База данных
создается для группы взаимосвязанных задач, для многих пользователей и это
позволяет частично решить проблемы ранее созданных ИС. Вначале СУБД
разрабатывались для больших ЭВМ, и их количество не превышало десятка.

7
 Благодаря появлению ПЭВМ технология БД стала массовой, создано
большое количество инструментальных средств и СУБД для разработки ИС,
что в свою очередь вызвало появление большого количества прикладных ИС в
прикладных областях.

1.3 Методологии информационных систем

Цель методологии создания информационных систем (ИС) заключается в

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

• гарантировать создание системы с заданным качеством в заданные сроки

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

8
Unified Modeling Language (UML) — унифицированный язык моделирования.
Modeling подразумевает создание модели, описывающей
объект. Unified (универсальный, единый) — подходит для широкого класса
проектируемых программных систем, различных областей приложений, типов
организаций, уровней компетентности, размеров проектов. UML описывает
объект в едином заданном синтаксисе, поэтому её правила будут понятны для
всех, кто знаком с этим графическим языком — даже в другой стране.

Одна из задач UML — служить средством коммуникации внутри команды и

при общении с заказчиком. Самыми доступными видами диаграмм в UML
являются:

• Диаграмма прецедентов (Use-case diagram); 

• Диаграмма классов (Class diagram);
• Диаграмма активностей (Activity diagram); 
• Диаграмма последовательности (Sequence diagram);
• Диаграмма развёртывания (Deployment diagram);
• Диаграмма сотрудничества (Collaboration diagram); 
• Диаграмма объектов (Object diagram); 
• Диаграмма состояний (Statechart diagram).
Методологии:
1. IDEF0 — методология функционального моделирования и графическая
нотация, предназначенная для формализации и описания бизнес-процессов.
Вход — материал или информация, которые используются или
преобразуются процессом для получения результата (выхода). Стрелка входа
рисуется как входящая в левую грань процесса.
2. IDEF3 — методология моделирования и стандарт документирования
процессов, происходящих в системе. Метод документирования
технологических процессов представляет собой механизм документирования и
сбора информации о процессах.
3. DFD — диаграммы потоков данных. Так называется методология
графического структурного анализа, описывающая внешние по отношению к

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

1.4 Информационные системы в медицинских учреждениях

Современные медицинские информационные системы подвергаются

взаимодействию с невероятно большим количеством всевозможных данных. От
эффективности использования этих данных врачами, их руководителями,
управляющими подразделениями зависит качество оказываемых услуг в сфере
здравоохранения. Необходимость использования потока данных очень больших
масштабов, которые постоянно увеличиваются из-за таких факторов как
диагностика, статистика, управленческие решения, терапия и так далее, на
сегодняшний день подтверждает создание автоматизированных
информационных систем в медицинских учреждениях. Некоторое время назад
система российского здравоохранения не имела практически никаких ярких
признаком автоматизации. Такой документооборот как: медицинские
амбулаторные карты, выписки, анализы, заключения, отчеты, учет пациентов и
прочее выполнялся полностью вручную самими сотрудниками медицинских
учреждений на бумаге. В свою очередь это сильно замедляло процесс
обслуживания пациентов, совершались ошибки, тратилось большое количество
времени на заполнения медицинских карт и составление отчетов, что в
совокупности сильно влияло на качество здравоохранения в целом. Все это
осложняло работу контролирующих органов. Вопрос информатизации первый
раз был поднят в проекте «Концепция развития системы здравоохранения в
Российской Федерации до 2020 г.», в разделах проекта Концепции 2.7. и 4.2.8
«Информатизация здравоохранения». Кроме того, эффективность
использования медицинских информационных систем в ближайшем будущем
будет обусловлена здоровьем населения страны. Принимая во внимание этот
факт, большое количество лечебно-профилактических учреждений активно

10
применяют в своей деятельности комплексные медицинские информационные
системы. Они являются специальным продуктом, который может позволить
осуществлять 21 руководительскую деятельность медицинского учреждения на
совершенно ином, более высоком уровне. Отличительной чертой медицинских
информационных систем можно назвать изменение локального способа работы
с медицинской информацией к комплексной системе, в которой, вся
необходимая информация, проходящая через медучреждение, может быть
доступна из единой информационной среды. Кроме того, появляется
реализация технологии, при которой нет никакой необходимости использовать
ресурс бумаги, но возможность получения, при необходимости, бумажного
варианта также сохраняется. Качество оказываемых лечащими врачами услуг
становится заметно выше при использовании современных технологий МИС.
Также возрастают показатели оптимизации управления различными
медицинскими отделениями в учреждении. Наступило время, когда на замену
бумажных документов лечебно-профилактических учреждений приходят
современные информационные технологии, которые направлены на
осуществление внутренних функций и решение управленческих задач в области
медицины. Процесс информатизации здравоохранения быстро набирает
обороты, также как увеличивается количество масштабных проектов,
поскольку получил свою реализацию национальный проект «Здоровье». Но, к
сожалению, текущий уровень информатизации здравоохранения все еще
остается низким.

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

11
различных отчетов и бланков. Данную информационную систему можно
назвать своего рода автоматизированным окружением бумажной технологии
приема пациента. Эти 23 автоматизированные системы чаще всего
распространяются на регистрацию пациента, подписные листы, трансформации
внутри больницы, ведение данных о диагностике, назначения врачей, итоги
операций, и так далее. Второй уровень медицинских информационных систем
представляет из себя систему автоматизированной записи. На данном уровне
происходит индексация, сканирование, и запоминание в системе, где хранятся
изображения в электронном виде тех документов, которые не были внесены в
базу данных ранее (имеются в виду в основном данные, полученные с
устройств диагностики, получаемых в форме разного рода бланков и т.п.).
такие технологии успешно стали применяться примерно с 1993 года. На
третьем уровне развития МИС начинается внедрение так называемых
электронных медицинских записей. Для применения данной технологии
необходимо, чтобы инфраструктура медицинского учреждения была развита
должным образом, чтобы она могла предоставить возможности хранения и
обработки данных непосредственно с рабочего места лечащего врача. Они
должны проходить идентификацию с помощью системы, где им будут выданы
определенные права доступа. Предполагается, что на этом уровне развития
системы электронная запись может иметь более важное значение в
деятельности принятия решений и кооперации с экспертными системами, при
постановке врачом диагноза, указания необходимых назначений и так далее.
Четвертый уровень медицинских информационных систем имеет название
система электронных медицинских записей, где данные о пациенте могут иметь
намного больше информационных источников. Здесь содержится все основные
данные о каждом пациенте, которые могут иметь различные источники, т.е.
различные медицинские учреждения. Данный уровень развития системы
требует наличие многонациональной или всероссийской системы для
идентификации пациентов, специальная структура информации, всеобщая

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

13
 2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Характеристика организации

ГБУЗ «Городская поликлиника № 1» начала свою деятельность в 1981

году с открытия врачебной амбулатории в Октябрьском районе, где получали
медицинскую помощь граждане близлежащих районов.
С развитием строительства крупных предприятий потребность в оказании
медицинской помощи рабочим, занятых на строительстве объектов
увеличилась. С целью приближения медицинской помощи населению, а также
для дальнейшего совершенствования и улучшения лечебно-профилактической
работы и мероприятий по борьбе с социальными и инфекционными болезнями,
в больнице начали открываться врачебные и фельдшерские здравпункты,
заводские амбулатории и поликлиника.
Больница осуществляет свою деятельность в соответствии с
Федеральным законом от 21 ноября 2011 г. N 323-ФЗ "Об основах охраны
здоровья граждан в Российской Федерации", который регулирует отношения,
возникающие в сфере охраны здоровья граждан в Российской Федерации.
Больница в своей деятельности руководствуется Конституцией
Российской Федерации (41 статья), федеральными законами, нормативно-
правовыми актами Президента Российской Федерации и Правительства
Российской Федерации (о правах пациентов), Конституцией Республики
Бурятия, законами Республики Бурятия, нормативно-правовыми актами Главы
Республики Бурятия и Правительства Республики Бурятия, иными нормативно-
правовыми актами, а также подотчетна и подчинено Министерству
здравоохранения Республики Бурятия.
Медицинская помощь в ГБУЗ «Городская поликлиника № 1» оказывается
гражданам бесплатно за счет средств соответствующего бюджета, страховых
взносов, других поступлений.
14
 2.2 Выбор программных средств разработки

Информационная система ЦАФАП МВД по РБ была спроектирована в:

1) Erwin Data Modeler  — это компьютерная программа
для проектирования и документирования баз данных. Модели
данных помогают визуализировать структуру данных, обеспечивая
эффективный процесс организации, управления и администрирования таких
аспектов деятельности предприятия, как уровень сложности данных,
технологий баз данных и среды развертывания. Изначально разработанный
компанией Logic Works, erwin был приобретен рядом компаний, прежде чем
был выделен частной инвестиционной фирмой Parallax Capital Partners, которая
приобрела и объединила его в качестве отдельной организации, erwin, Inc., с
генеральным директором Адамом Famularo.
По своей сути, erwin имеет инструмент для разработки программного
обеспечения (или инструмент CASE). Пользователи могут использовать erwin
Data Modeler как способ создания концептуальной модели данных и
создания логической модели данных, которая не зависит от конкретной
технологии базы данных. Эта схематическая модель может быть использована
для создания физической модели данных . Затем пользователи могут направить
инженерный язык определения данных, необходимый для создания схемы для
ряда систем управления базами данных. Программное обеспечение включает в
себя функции для графической модификации модели, в том числе диалоговые
окна для указания количества взаимосвязей сущностей, ограничений базы
данных, индексов и уникальности данных. Эрвин поддерживает три языка
моделирования данных: IDEF1X , вариант разработки информационных
технологий, разработанный Джеймсом Мартином, и форму обозначения
размерного моделирования.

15
 Программное обеспечение также позволяет пользователям создавать
модели данных путем обратного проектирования уже существующих баз
данных, основанных на нескольких различных форматах. Еще одна включенная
функция — это способность Эрвина создавать многократно используемые
стандарты проектирования: «включая стандарты именования, стандарты типов
данных, шаблоны моделей и т. д.». Программное обеспечение включает в себя
несколько функций для изменения способа отображения модели данных,
включая параметры для нескольких цветов, шрифты, схемы, тематические
области и макеты.
Функция полного сравнения erwin позволяет пользователю сравнивать
две версии модели, отображает различия и позволяет объединять и обновлять
данные в любом направлении. По состоянию на март 2016 года в комплект
программного обеспечения также входит собственный конструктор отчетов.
Обновление erwin DM 2018 включало Netezza, MySQL 8.x, PostgreSQL 10.4 и
Hive; модель подсчитывает отчеты; и поддержка PII. Обновление 2019 года
включало DB2 z / OS v12, SQL Server 2017, Teradata v16.20 и PostgreSQL 11.2 в
дополнение к улучшениям отчетности, таким как определяемые пользователем
свойства и фильтры.
2) Visual Paradigm Enterprise - это современное интерактивное
приложение, с помощью которого пользователи могут создавать и рисовать
различные формы., отчеты. Он включает поддержку моделирования и
предоставляет сгенерированные отчеты и возможности разработки кода. Он
позволяет пользователям реконструировать схемы или проектировать из кода и
предоставлять исходный код для проектирования объектно-ориентированного
подхода (с применением методологии UML)., конфигурационный файл для
разных языков программирования.
Программное обеспечение Visual Paradigm является пакетом
инструментов моделирования бизнес-процессов, ПО и баз данных.
Решение Visual Paradigm позволяет создавать приложения с помощью языков

16
UML, SysML, SoaML, описывать системные взаимодействия, используя
шаблоны, визуализировать бизнес-процессы с BPMN, формировать и
настраивать отчеты в форматах HTML, Microsoft Word и PDF, работать
командой в VPository и многое другое. В продукте Visual Paradigm
разработчики получают единое средство быстрого и эффективного
проектирования программ, реализации всех задач, возникающих входе цикла
моделирования программного обеспечения.
Основные возможности:

● Использование классических диаграмм для иллюстрации

организации бизнес-элементов: людей, рабочих мест, позиций и т. д.

● Определение и формулировка конкретных свойств для рабочих

мест/ должностей.

● Определение стереотипов для рабочих мест и должностей.

● Возможность добавлять подразделения и подгруппы в

организационную диаграмму.

● Использование диаграммы потоков данных Data Flow Diagram,

детализация процессов в DFD, применение уникального идентификатора для

каждого процесса DFD.

● Технологические карты-схемы для высокоуровневого

представления бизнес-процесса.
Технологическая схема цепочки событий ЕРС для создания макета
бизнес-процессов. RACI-график – матрица, которая представлена в виде
различных обязанностей людей, групп, отделов или других бизнес-единиц.

Инструменты UML & SysML

17
 ● Проектирование на унифицированном языке моделирования UML,

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

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

● Модель бизнес-функции с бизнес-вариантом использования.

● Использование циклограммы для визуализации взаимодействия

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

● Каталог ресурсов отображает элементы и допустимые значения во

избежание ошибок моделирования.

● Поддержка неограниченного количества уровней слоев, при

котором различные перспективы системы детализируются.

● Описание структуры системы, ее классов, их атрибутов и операций

в UML-схеме классов.

● Схема развертывания компонентов программного обеспечения в

виде UML-диаграммы.

● Организация элементов в модели и схемы для масштабного проекта

с помощью специальной диаграммы.

● Диаграмма времени.

● Схема взаимодействия помогает представить сложные сценарии, в

которых задействованы несколько структур.

● SysML диаграмма позволяет указать требования клиентов, которые

нужно выполнить.

18
 2.3 Проектирование информационных систем

После выбора программных средств разработки приступаем

непосредственно к процессу разработки информационной системы ГБУЗ №1.

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

Вход — материал или информация, которые используются или

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

Механизмы — ресурсы, необходимые для осуществления

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

Управление — правила, стандарты и т.п. - всё то, чем руководствуется

Процесс. Стрелка управления рисуется как входящая в верхнюю грань
процесса.

Выход — материал или информация, которые производятся процессом.

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

19
 Рисунок 1 – Контекстная диаграмма

На рисунке 1 представлена контекстная диаграмма IDEF0 на которой

изображена взаимосвязь используемых инструментов, где:
Вход – Пациент, данные о пациенте, лекарственные средства;
Механизмы – оператор, врач, дежурный врач, медсестра;
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Выход – привитый пациент, сертификат о вакцинации

Далее разложим контекстную диаграмму на этапы выполнения процесса.

Результат декомпозиции представлен на рисунке 2.

20
 Рисунок 2 – Декомпозиция контекстной диаграммы

На рисунке 2 представлены четыре процесса:

Первый процесс – работа регистратуры. Он имеет:
Вход – данные о пациенте;
Механизмы – оператор;
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Второй процесс – организация работы с пациентом. Он имеет:
Вход – лекарственные средства и пациент;
Механизмы – врач, дежурный врач и медсестра;
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Выход – сертификат о вакцинации.
Третий процесс – оценка деятельности. Он имеет:
Вход – пациент;
Механизмы – дежурный врач;
Выход – отчетные документы.
Далее проанализируем процесс работы регистратуры. Для этого
декомпозируем процесс выписка штрафа, она показана на рисунке 3.

21
 Рисунок 3 – Декомпозиция работы регистратуры

На рисунке 3 представлены три процесса:

Первый процесс – запрос и обработка данных пациента. Он имеет:
Вход – данные о пациенте;
Механизмы – оператор;
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Выход – обработанные данные о пациенте;.
Второй процесс – выбор вакцины, он имеет:
Вход – обработанные данные о пациенте;
Механизмы – оператор;
Выход – ближайшее время с учетом специфики прививки.
Третий процесс – запись на вакцинацию. Он имеет:
Вход – ближайшее время с учетом специфики прививки.;
Механизмы – ;

22
 Далее рассмотрим процесс организации работы с пациентом. Для этого
декомпозируем процесс организации работы с пациентом, он показан на
рисунке 4.

Рисунок 4 – Декомпозиция организации работы с пациентом

На рисунке 4 представлены три параллельных процесса:

Первый процесс – первичный осмотр. Он имеет:
Вход –пациент;
Механизмы – врач;
Выход – данные полученные при осмотре.
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Второй процесс – подписания согласия на вакцинацию. Он имеет:
Вход – данные, пациент;
Механизмы – медсестра;
Выход – подписанное согласие.
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Третий процесс –отправление электронного письма. Он имеет:

23
 Вход – согласие;
Механизмы – дежурный врач;
Выход – сертификат о вакцинации, привитый пациент.
Также процесс оценки деятельности может быть рассмотрен в
методологии DFD. Данный процесс представлен на рисунке 5.

Рисунок 5 – декомпозиция оценки деятельности

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

DFD. Он имеет:
Первый процесс – озвучивание результатов повторного наблюдения. Он
имеет:
Вход – пациент;
Механизмы – дежурный врач
Второй процесс – отправление СМС. Он имеет:
Вход – штраф;
Механизмы – дежурный врач;
Управление – ФЗ;

24
 Выход – запись.
Третий процесс –запись на повторную вакцинацию. Он имеет:
Вход – дата;
Механизмы – дежурный врач
Выход – отчетные документы.

Далее перейдем к проектированию в соответствии с объектно-

ориентированной методологией UML.

Рисунок 6 – диаграмма вариантов использования

На рисунке 6 изображен процесс работы Информационного отдела МВД

по РБ. В поликлинику на прививку от коронавируса нужно прийти ко времени
записи.
Дальше нужно подписать согласие на вакцинацию, отметить в нем
отсутствие инфекций и обострения хронических заболеваний, пройти короткий
осмотр у врача и подождать, пока наберется пять желающих сделать прививку.
Скорее всего, врач попросит подождать приглашения в коридоре. Вакцина
«Спутник V» поставляется в замороженном виде по 3 мл — это пять доз,

25
поэтому ее размораживают на месте и сразу вводят пятерым пациентам. Укол
делают в плечо, как при прививке от гриппа.

26
 Рисунок 7 – диаграмма классов

На рисунке 7 изображены все классы и их связи в работе ГБУЗ 1

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

27
 Рисунок 8 – диаграмма состояния

На рисунке 8 изображено состояние процессов при работе. Пациент после

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

28
 Рисунок 9 – диаграмма деятельности

На рисунке 9 изображена деятельность ГБУЗ №1. На рисунке 8

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

29
 Рисунок 10 – диаграмма последовательности

На рисунке 10 изображена последовательность действий в Городской

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

30
 Рисунок 11 – диаграмма компонентов

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

программной системы. К компоненту АРМ оператора подключена база данных
пациентов и список контактов.

31
 Рисунок 12 – диаграмма размещения

Рисунок 12 отражает физические взаимосвязи между программными и

аппаратными компонентами системы. АРМ оператора расположен но едином
сервере, АРМ и сервер связанны защищенной линей передач данных. У
каждого оператора свой АРМ.

32
 ЗАКЛЮЧЕНИЕ

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

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

В результате написания курсовой работы, были закреплены и расширены

знания в области проектирования информационных систем. А также была
изучена работа Visual Paradigm Community Edition и Ramus Educational.

Были выполнены все поставленные задачи, такие как:

● закрепление и расширение теоретических знаний, полученных на

лекциях и практических занятиях по дисциплине;

● умение самостоятельно работать с литературой из разных

источников и на этом основании сделать обоснованные выводы;

● анализ предметной области;

● составление функциональной модель предприятия и различных

диаграмм по методологии UML

● составление функциональной модель предприятия и различных

диаграмм по методологии IDF0

● составление функциональной модель предприятия и различных

диаграмм по методологии DFD

33
 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Лекция 1: Основные понятия технологии проектирования

информационных систем (ИС) – URL: https://refdb.ru/look/1555121-pall.html,
09.10.21
2. Методологии моделирования бизнес-процессов – URL:
https://studme.org/248252/informatika/metodologii_modelirovaniya_biznes_protsess
ov, 10.10.2021
3. Требования к информационной системе и модели жизненного
цикла – URL: https://www.koltunova.com/Publications/IT%20requirments.pdf,
10.10.21
4. Классификация и виды медицинских информационных систем. –
URL: https://sparm.com/publications/klassifikacziya-i-vidy-mediczinskih-
informaczionnyh-sistem, 14.10.21
5. Медицинские информационные системы: обзор возможностей и
примеры использования – URL: https://evergreens.com.ua/ru/articles/medical-
information-systems.html, 14.10.21
6. Уткин, В.Б. Информационные системы в экономике : Учеб. для
вузов по спец. "Прикладная информатика (по областям)" и др. / В.Б. Уткин,
К.В. Балдин. - 5-е изд., стер. - М. : Академия, 2010. - 283 с.
7. ГОСТ 34.601-90. Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Стадии создания. – URL: https://files.stroyinf.ru/Data/106/10698.pdf
8. Козленко Л. Проектирование информационных систем / Л.
Козленко // Компьютер Пресс. – 2001. - №9

34