МИНОБРНАУКИ РФ

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

образовательное учреждение высшего образования

«Восточно-Сибирский государственный университет технологий и

управления»

Факультет компьютерных наук и технологий

Кафедра «Прикладная информатика, статистика и анализ данных»

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

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

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

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

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

Сактоев Ч.А.

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

г. Улан-Удэ

2023г.
 СОДЕРЖАНИЕ

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

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

СИСТЕМ...................................................................................................................... 4

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ ......................................................................................................... 30

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

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 Методологии информационных систем
Цель методологии создания информационных систем (ИС) заключается в орга-
низации процесса построения ИС и обеспечении управления этим процессом для
того, чтобы гарантировать выполнение требований как к самой ИС, так и к ха-
рактеристикам процесса разработки. Основными задачами, решение которые
должна обеспечивать методология создания корпоративных ИС (вместе с соот-
ветствующим набором инструментальных средств), являются следующие за-
дачи:

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

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

Unified Modeling Language (UML) — унифицированный язык моделирования.

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

8
Одна из задач 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 — диаграммы потоков данных. Так называется методология графиче-
ского структурного анализа, описывающая внешние по отношению к системе ис-
точники и адресаты данных, логические функции, потоки данных и хранилища
данных, к которым осуществляется доступ.

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

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

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

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

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

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

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

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

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

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

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

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

14
 Функция полного сравнения 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 позволяет создавать приложения с помощью языков UML, SysML,
SoaML, описывать системные взаимодействия, используя шаблоны, визуализи-
ровать бизнес-процессы с BPMN, формировать и настраивать отчеты в форматах
HTML, Microsoft Word и PDF, работать командой в VPository и многое другое. В
продукте Visual Paradigm разработчики получают единое средство быстрого и
эффективного проектирования программ, реализации всех задач, возникающих
входе цикла моделирования программного обеспечения.

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

15
 • Определение и формулировка конкретных свойств для рабочих мест/
должностей.
• Определение стереотипов для рабочих мест и должностей.
• Возможность добавлять подразделения и подгруппы в организаци-
онную диаграмму.
• Использование диаграммы потоков данных Data Flow Diagram, дета-
лизация процессов в DFD, применение уникального идентификатора для каж-
дого процесса DFD.
• Технологические карты-схемы для высокоуровневого представления
бизнес-процесса.
Технологическая схема цепочки событий ЕРС для создания макета биз-
нес-процессов. RACI-график – матрица, которая представлена в виде различ-
ных обязанностей людей, групп, отделов или других бизнес-единиц.

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

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

16
 • Организация элементов в модели и схемы для масштабного проекта
с помощью специальной диаграммы.
• Диаграмма времени.
• Схема взаимодействия помогает представить сложные сценарии, в
которых задействованы несколько структур.
• SysML диаграмма позволяет указать требования клиентов, которые
нужно выполнить.

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

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

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

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

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

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

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

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

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

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

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

17
 Рисунок 1 – Контекстная диаграмма
На рисунке 1 представлена контекстная диаграмма IDEF0 на которой
изображена взаимосвязь используемых инструментов, где:
Вход – Пациент, данные о пациенте, лекарственные средства;
Механизмы – оператор, врач, дежурный врач, медсестра;
Управление – трудовой кодекс РФ, федеральные законы ФЗ;
Выход – привитый пациент, сертификат о вакцинации
Далее разложим контекстную диаграмму на этапы выполнения процесса.
Результат декомпозиции представлен на рисунке 2.

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

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

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

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

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

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

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

23
 Рисунок 7 – диаграмма классов
На рисунке 7 изображены все классы и их связи в работе ГБУЗ 1
Класс пациент – имеет атрибуты: фио, дата рождения, данные докумен-
тов и контактыю
Класс карточка пациента – имеет атрибуты: фио, дата рождения, серия
и номер паспорта.
Класс врач – имеет атрибуты: фио, должность, контакты.
Класс прием пациента – имеет атрибуты: время начала и окончания,
данные всех наблюдений, тип вакцины, дата приема, фио пациента и врача.

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

25
 Рисунок 9 – диаграмма деятельности
На рисунке 9 изображена деятельность ГБУЗ №1. На рисунке 8 изобра-
жено состояние процессов при работе. Пациент после прохождения всех доку-
ментных процессов сначала приходит на первичный осмотр, проходит на вак-
цинацию, выслушивает рекомендации врача на повторном обследовании и ухо-
дит. Однако если у пациента наблюдается аллергическая реакция, процесс не-
медленно прекращается.

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

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

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

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

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

29
 ЗАКЛЮЧЕНИЕ

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

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

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

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

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

• закрепление и расширение теоретических знаний, полученных на
лекциях и практических занятиях по дисциплине;
• умение самостоятельно работать с литературой из разных источни-
ков и на этом основании сделать обоснованные выводы;
• анализ предметной области;
• составление функциональной модель предприятия и различных диа-
грамм по методологии UML
• составление функциональной модель предприятия и различных диа-
грамм по методологии IDF0
• составление функциональной модель предприятия и различных диа-
грамм по методологии DFD

30
 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. Лекция 1: Основные понятия технологии проектирования ин-
формационных систем (ИС) – URL: https://refdb.ru/look/1555121-pall.html,
09.10.21
2. Методологии моделирования бизнес-процессов – URL:
https://studme.org/248252/informatika/metodologii_modelirovaniya_biznes_pr
otsessov, 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. Грекул, В.И. Проектирование информационных систем. Прак-
тикум [Текст]: учеб. пособие / В.И. Грекул, Н.Л. Коровкина, Ю.В. Купри-
янов. - М.: Национальный открытый университет «ИНТУИТ», 2012. – 187
с.
7. Уткин, В.Б. Информационные системы в экономике : Учеб. для
вузов по спец. "Прикладная информатика (по областям)" и др. / В.Б. Уткин,
К.В. Балдин. - 5-е изд., стер. - М. : Академия, 2010. - 283 с.
8. ГОСТ 34.601-90. Информационная технология. Комплекс
стандартов на автоматизированные системы. Автоматизированные си-
стемы. Стадии создания. – URL: https://files.stroyinf.ru/Data/106/10698.pdf
9. Козленко Л. Проектирование информационных систем / Л.
Козленко // Компьютер Пресс. – 2001. - №9

31