В последние годы в мире наблюдается значительное ускорение развития и внедрения новых технологий во всех областях жизнедеятельности человека. Технологический прорыв вводит новый технологический уклад во все сферы материального производства, социальной сферы и услуг, включая и бытовой уровень, при этом убирает старый. Люди стараются как можно больше задач перепоручить компьютерным программам и машинам, и особенно это касается тяжёлых, монотонно повторяющихся работ, а также работ, требующих объёмных вычислений – и, как правило, это действительно облегчает работу. Однако, случается и так, что в стремлении не отстать от требований времени вместо быстрых и лёгких инструментов создаются громоздкие и неудобные продукты, которые только добавляют работнику нагрузку и отнимают дополнительное время – особенно, когда речь идёт о людях, чья непосредственная деятельность не связана с автоматизацией, например, учителя и врачи, а также людях старшего возраста, многие из которых относятся к современным технологиям с недоверием.
Чтобы избежать этого, при создании любого продукта нужно в первую очередь исходить из потребностей и нужд тех, на кого он ориентирован, не упуская при этом из внимания производственных возможностей. Этим целям служит методология, называемая дизайн-мышлением. Особенностями данной методологии являются ориентация на пользователя, исследование проблемы и её контекста с разных сторон, творческий подход к решению проблемы и использование графических средств моделирования [1, 2].
Объектом исследования данной работы является отсутствие автоматизации процесса приёма врача-офтальмолога, из-за чего на одни и те же процессы затрачивается больше времени и выше вероятность ошибки.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Предметом исследования являются такие бизнес-процессы, как первичный приём, офтальмологический осмотр и постановка диагноза. Решением поставленных задач будет моделирование и создание необходимого программного обеспечения. Цель работы – демонстрация применения метода дизайн-мышления в проектах внедрения медицинских информационных систем на примере автоматизации работы врача офтальмолога с использованием MS Access. Задачи для реализации цели:
Проанализировать метод дизайн-мышления для внедрения
медицинских информационных систем.
Идентифицировать требования к процессам приема пациента, проверки
Информационные процессы и информационные технологии. Информационные ...
... успехом. Внедрение во все сферы компьютерных сетей и их объединение, использование распределенной обработки данных, повсеместное применение компьютерных информационных технологий. информационную индустрию, Информационная технология (ИТ) - процесс, использующий совокупность средств и методов сбора, обработки и передачи ...
зрения и постановки диагноза врачом-офтальмологом.
Спроектировать процессы в ARIS VACD и ARIS eEPC для модели AS IS и TO-BE до 3-4 уровней детализации; данные – UML CD, включая
нормализацию таблиц; структуру приложения, а также блок-схему
заданной разрабатываемой функции.
Реализовать и количественно оценить программное приложение для
автоматизации работы больницы, включая разработку заданной
функции, в среде MS Access.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Раздел 1. Обзор литературных источников
[Электронный ресурс]//URL: https://inzhpro.ru/bakalavrskaya/biotehnicheskie-sistemyi-i-tehnologii-diplomnyie-rabotyi/
В данном разделе дан обзор литературных источников, с использованием материалов которых выполнялась данная работа. Для изучения понятия и особенностей дизайн-мышления обратились к книге «Дизайн-мышление в бизнесе» Тима Брауна [1], где автор рассказывает о применении методов профессионального дизайна в решении бизнес-задач. В первой части подробно рассказывается о сути дизайн-мышления и его особенностях, а во второй и третьей части даются предметные рекомендации применения методологии в индивидуальной работе и работе организаций. В книге Остервальдера А. «Построение бизнес-моделей. Настольная книга стратега и новатора» [2] идёт упор на графическую часть дизайн-мышления – визуальное представление основных факторов, влияющих на успех организации. Книга адресована предпринимателям и руководителям, которые хотели бы создать новую или реорганизовать имеющуюся модель бизнеса. Рассматривались также работы Сташенко М. «Мы ищем, что в мире можно улучшить» [3] и «Что такое дизайнмышление» Храмковой Е. и [4], Известьевой Е. [5] – статьи дают начальное понимание сути и назначения дизайн-мышления. В «Руководстве по дизайнмышлению» Андронова Д., Карпушиной О. Молчановой Ю. и Хлоповой А. приводятся этапы дизайн-мышления и описываются разнообразные методы, которыми можно воспользоваться на каждом из этапов [6].
Статья «Требования. Анализ требований, виды требований» [7] посвящена понятию, видам и анализу требований. В учебном пособии Гвоздевой Т.В., Баллод Б.А. «Проектирование информационных систем» [8] представлены этапы разработки информационной системы в соответствии с ГОСТами; различные подходы к проектированию информационных систем; современные технологии и методологии проектирования; методы и средства
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
проектирования систем; характеристика применяемых технологий проектирования; методики планирования и управления проектами на каждой стадии проектирования. В учебном пособии Варзунова А. В., Торосяна Е. К., Сажневой Л. П. «Анализ и управление бизнес-процессами» [9] представлен комплекс вопросов, связанных с анализом и управлением бизнес-процессами на предприятии. Изложены сущности функционального и процессного подходов к управлению, рассмотрено понятие бизнес-процесса, представлена классификация бизнес-процессов. Основное содержание пособия посвящено анализу и оптимизации бизнес-процессов, изложены способы и технологии описания и моделирования процессов, правила и рекомендации по выбору приоритетных процессов для оптимизации, а также конкретные приемы повышения эффективности процессов.
Автоматизированная система работы салона красоты ‘Еstel’
... «Интернет» 3 Система комплексного управления салонами красоты «UNIVERSE-Красота» Система комплексного управления салонами красоты «UNIVERSE-Красота» позволяет успешно автоматизировать ... других операций, которые обеспечивают качественную, полноценную работу салона красоты, фитнес клуба или любого другого предприятия, ... 12 - Оплата услуг по счету Процесс начисления услуг и регистрация оплаты клиентом ...
Методические указания по дисциплине «Модели и методы информационно-управляющих систем» И.В. Абрамова [10] знакомят с моделями «AS-IS» и «TO-BE», которые отражают моделирование системы в изначальном состоянии и после привнесения изменений. Для изучения разработки информационных систем обращались к «Анализ, проектирование и разработка корпоративных информационных систем: уровень процессов» и «Информационные технологии в биотехнических системах: задания по практическим и лабораторным работам» Степанова Д.Ю. [11, 12]. Данные работы в наиболее наглядном и кратком виде описывают такие темы, как анализ, уровни процессов, архитектура предприятия, а также концепция, методы, уровни моделирования и связи между ними. Так же в первой работе наглядно описаны модели «AS-IS» и «TO-BE».
Статья «Институт типовых решений – производство, нотация описания бизнес-процессов ARIS eEPС, распространенные ошибки моделирования» [13] Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
знакомит с методологией описания бизнес-процессов eEPC ARIS, базирующейся на концепции ARIS, приводит основные понятия и принципы в наглядной форме на примерах. В этой статье рассмотрено «урезанное» подмножество eEPC ARIS, которое наиболее часто применяется для документирования бизнес-процессов на проектах автоматизации. Книга Дейт К. Дж. «Введение в системы баз данных» [14] содержит исчерпывающее введение в обширную теорию систем баз данных, сделан акцент на усвоении сути и глубоком понимании излагаемого материала, а не просто на его формальном изложении. В книге Владимира Репина и Виталия Елиферова «Процессный подход к управлению. Моделирование бизнес-процессов» [15] приводятся методики выделения процессов в организации, моделирования процессов в нотациях IDEF0, IDEF3, DFD, ARIS, «Процедура» среды моделирования Business Studio, BPMN, предлагаются способы построения сети бизнеспроцессов.
К работе Уокенбаха Дж. «Excel 2010. Профессиональное программирование на VBA» [16] обращались, чтобы получить базовые знания по этому языку программирования для выполнения одной из функций приложения, а к работе «Основы визуальной алгоритмизации: Учебное пособие для студентов» Афанасьевой Т.В. [17] – для построения алгоритма этой функции. В книге «Visual Basic для студентов и школьников» Культина Н.Б., Цоя Л.Б. [18] рассматривается процесс создания программ различного назначения на языке программирования Visual Basic – от простейших до программ работы с графикой и базами данных, демонстрируется среда разработки, приводится описание языка программирования Visual Basic, рассматриваются основные алгоритмические структуры. Наконец, учебное пособие Штенникова Д.Г. «Разработка информационных систем в образовании» [19] и методические указания Клебанова Б.И. «Проектирование
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Технологический процесс работы участковой станции (2)
... технологического процесса работы участковой станции, суточного плана-графика работы станции. станция путь поезд маневровый 1. Общие вопросы работы станции 1.1 Технико-эксплуатационная характеристика станции Н Рисунок 1 - Схема участков, примыкающих к станции Н. Рисунок 2 - Схема участковой станции ... часовым периодам. Сменный план работы станции содержит следующие данные: число поездов, подлежащих ...
автоматизированных систем обработки информации и управления» [20] содержат большой объём информации об информационных системах, их проектированию, разработке, функциональных и технических требованиях, тестировании и оценке.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Раздел 2. Теоретическая часть
2.1. Методология разработки приложения
2.1.1. Особенности дизайн-мышления
Дизайн-мышление – методика, которая помогает найти нестандартные решения задачи, ориентированные на интересы пользователя. Она полезна для решения сложных проблем, которые плохо определены или неизвестны, и основывается на понимании соответствующих человеческих потребностей, переосмыслении проблемы с ориентацией на человека [3].
Дизайн-мышление включает в себя такие процессы, как анализ контекста, поиск и формирование проблем, генерация идей и решений, творческое мышление, создание эскизов и рисунков, моделирование и создание прототипов, тестирование и оценка [4, 5]. Основные характеристики дизайн-мышления:
Действовать в соответствии со стратегиями, ориентированными на
решение задач – то есть, вместо того, чтобы принять проблему как
заданную, проектировщики исследуют данную проблему и её контекст.
Перенимать и использовать продуктивные рассуждения.
Использовать невербальные, графические и/или пространственные
средства моделирования.
В данной методологии выделяют 5 основных этапов. Первый – эмпатия. Он подразумевает погружение в предметную область и рассмотрение проблемы с позиции пользователя, что включает в себя консультацию с экспертами и непосредственное присутствие их при работе системы, которую необходимо улучшить. На этом этапе определяются основные потребности и запросы клиента, которые зачастую могут быть неочевидны при механическом подходе к задаче.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Вторым этапом идёт фокусировка. Полученные на предыдущем этапе данные систематизируются, анализируются, и выделяются ключевые проблемы пользователя. Формулируется задача, которую необходимо решить.
Третий этап – генерация идей. На этом этапе выдвигаются всевозможные варианты решений без оглядки на критическое мышление, чтобы впоследствии выбрать наиболее подходящий вариант.
На четвёртом этапе создаётся прототип. Задача этого этапа – проверить работоспособность выбранной идеи на практике с помощью создания рабочего макета. Если прототип соответствует выставленным требованиям и справляется со своей задачей, можно переходить к тестированию.
На пятом этапе производится тестирование готового продукта и лучших решений, разработанных в ходе прототипирования. И хотя это финальный этап, дизайн-мышление – повторяющийся процесс: результаты тестирования можно использовать, чтобы определить и решить другие проблемы. Это можно сделать с помощью обратной связи клиентов о прототипе или рабочей версии.
В ходе данной практической работы методология дизайн-мышления будет использована, чтобы автоматизировать бизнес-процесс первичного приёма врача-офтальмолога. Соответственно, разработка будет следовать этапам, перечисленным выше.
Этапы и организация работ по сертификации систем качества и производств
... требованиям стандарта, которые должны быть подтверждены сертификатом. Для организации и проведения работ по сертификации систем качества Госстандарт РФ создал " Систему сертификации систем качества и производств ", получившую краткое название " Регистр систем качества ". Регистр систем качества представляет собой систему сертификации, построенную ...
2.1.2. Этапы разработки приложения
На первом этапе, этапе эмпатии, будет представлен и описан возможный пользователь проектируемой базы данных, определены его основные потребности и запросы, которым должно отвечать приложение. Пользователем приложения является врач-офтальмолог, совершающий первичный приём. Врач регистрирует пациента, проводит осмотр, ставит диагноз и даёт свои
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
рекомендации. Данные о пациенте и его здоровье должны быть занесены в базу данных, которую предстоит разработать. На втором этапе будут систематизированы и проанализированы собранные требования к приложению, определены требования пользовательские и требования функциональные, составлен список требований, построены модели ключевых бизнес-процессов и определено место приложения в них. На третьем этапе будет разработана концептуальная модель приложения, определена архитектура данных, выстроены логические связи, необходимые для решения определённых ранее задач. На четвёртом этапе будет рассмотрена система управления базами данных MS Access, её основные функции, и реализована на её основе разрабатываемая программа. На пятом этапе будет проведено функциональное и нагрузочное тестирование и оценка приложения с перспективы дальнейшего развития.
2.2. Проектирование приложения
2.2.1. Эмпатия
Эмпатия – основа дизайна, ориентированного на человека. На этом этапе изучаются пользователи, их нужды и предпочтения, в том числе и с помощью непосредственного общения вживую и постановки себя на их место. Таким образом, можно выяснить скрытые потребности пользователей, их эмоции в ответ на тот или иной опыт, определить, каким является целевой пользователь.
Требования к приложению можно получить следующим образом [6]:
Метод «Новичка» – погружаясь в предметную область, походить к ней
без оценок и стереотипов, проявлять любопытство, слушать и
наблюдать, чтобы получать информацию без призмы предубеждений.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Метод «Что? Как? Почему?» – изучив общую картину, углубиться в
конкретную ситуацию и разобрать её на составляющие, чтобы выявить
скрытые потребности пользователей.
Метод «Интервью для эмпатии» – проводится интервью, чтобы узнать
и прояснить эмоции, потребности и опыт непосредственных
пользователей.
Метод «Экстремальных пользователей» – взаимодействие с
пользователями с противоположными точками зрения на предметную
область, например, поклонниками продукта и людьми, которые
никогда о нём не слышали.
Метод аналогии – позволяет взглянуть на предметную область с
неожиданной стороны, изучая ситуации, не связанные непосредственно
с предметной областью, но имеющие те же аспекты.
В ходе сбора требований на этапе эмпатии удалось определить, что пользователю (врачу офтальмологу, проводящему первичный приём) требуются формы удобного формата для ввода информации о пациенте, дате приёма и результатах осмотра; должна быть возможность редактирования и удаления этих данных, вывода на экран. Должен быть реализован отчёт по заболеваниям и поиск пациентов по базе данных по фамилии, дате осмотра или коду пациента. Должна быть реализована возможность печати результатов осмотра. Должна быть реализована возможность авторизации пользователя и ограничение редактирования информации о пользователях. Интерфейс должен быть прост и интуитивно понятен.
Особенности перевода научно–технических текстов
... которая заключается в изучении особенностей перевода научно–технических текстов. В соответствии с целью работы были сформулированы следующие задачи, решение которых направленно на всестороннее раскрытие темы и достижение поставленной цели: 1. ...
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
2.2.2 Фокусировка
На этом этапе анализируются и синтезируются знания, полученные на этапе эмпатии. Нужно как можно лучше понять своего пользователя и его окружение и на основе полученных требований сформулировать задачу. Потенциальным пользователем базы данных является врач-офтальмолог, который проводит первичный осмотр, ставит диагноз и выписывает рекомендации – от этой точки зрения предстоит отталкиваться, проектируя приложение.
Пользовательские требования – определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе [7].
База данных должна быть способна выполнять следующие функции:
Регистрация нового пациента.
Хранение и вывод на экран информации о пациентах.
Поиск пациентов по фамилии, коду, дате осмотра.
Хранение и вывод на экран данных осмотра в структурированном виде.
Печать данных осмотра.
Хранение нескольких листов осмотров и анамнеза для пациента.
Возможность выбора диагноза из базы.
Вывод на экран отчёта по статистике заболеваний.
Хранение и вывод на экран данных о врачах.
Возможность выбора квалификации, специализации врачей.
Просмотр записей определённого врача. Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Возможность изменения и удаления записей.
Ограниченная возможность добавлять и изменять данные сотрудников.
Простота, лёгкость, удобство пользования.
Функциональные требования вытекают из пользовательских требований и определяют действия, которые система должна быть способной выполнить, связь входа/выхода в поведении системы [8].
База данных должна содержать следующие таблицы:
Пациенты – для хранения информации о пациентах.
Осмотр – для хранения информации о результатах осмотра.
Приём – для хранения информации о приёме врача.
Врачи – для хранения информации о врачах.
Диагнозы – для выбора необходимого диагноза из готовой базы.
Список требований представлен в виде таблицы, которая связывает требования с их происхождением и отслеживает требования на протяжении жизненного цикла проекта.
Таблица 2.1 – Список требований
Пользовательские Функциональные Программный
Дипломная работа разработка информационной системы библиотеки
... решений информационных систем для поддержки деятельности библиотек; провести анализ деятельности библиотеки филиала «СГУПС» в г. Новоалтайске; выполнить постановку задачи; выполнить проектирование информационной системы библиотеки; осуществить реализацию информационной системы библиотеки; выполнить внедрение информационной системы библиотеки. Выпускная квалификационная работа состоит ...
требования требования компонент
Хранение данных о
База данных о пациентах Таблица БД «Пациенты»
пациенте Хранение данных об База данных о результатах
Таблица БД «Осмотр»
анамнезе и осмотре осмотра Хранение данных о приёме
База данных о приёме Таблица БД «Приём»
пациентов Хранение данных о врачах База данных о врачах Таблица БД «Врачи» Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Пользовательские Функциональные Программный
требования требования компонент
Добавление данных Внесение и сохранение Формы для заполнения и
данных в БД сохранения данных
Просмотр данных Формы для представления
Вывод данных на экран
данных
Возможность редактировать и удалять Изменение и удаление Форма для редактирования,
записи данных кнопки удаления записи
Возможность найти Поиск пациентов по зарегистрированного Запросы на поиск по
фамилии, коду, дате
пациента заданным параметрам
осмотра Печать данных осмотра Возможность вывода Запрос на печать данных
данных осмотра Просмотр статистики Вывод на экран отчёта по Отчёт по статистике
заболеваний статистике заболеваний заболеваний Выбор диагноза из базы База данных о диагнозах Таблица БД «Диагнозы» Простота пользования Удобный интерфейс Реализация приложения
2.2.3. Генерация идей
Этот этап нужен для перехода от проблемы к ее решению. Он позволяет:
Выбросить из головы очевидные решения и начать думать вне
шаблонов.
Увеличить потенциал инновационности решения.
Открыть новые области для исследования.
Создать гибкий (за счет вариативности идей) и плавный (за счет
огромного количества идей) инновационный процесс.
На этом этапе устанавливается каким образом будет воплощаться приложение, какие функциональные связи понадобиться установить, как реализовать те или иные функции. Чтобы сформулировать общий вид Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
приложения и связей данных, построим модель бизнес-процесса первичного приёма офтальмолога и определим место нашего приложения в нём.
При проектировании модели бизнес-процесса обычно сначала строится модель уже существующей организации работы – AS-IS («Как есть»).
Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной [9].
Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-BE («Как будет») – модели новой организации бизнеспроцессов [10].
Для наглядного моделирования бизнес-процессов воспользуемся нотацией ARIS VACD и eEPC. ARIS – методология и программный продукт для моделирования бизнес-процессов организаций. Любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Для моделирования бизнес-процессов воспользуемся приложением ARIS Express.
Содержание работы мастера производственного обучения
... мастер производственного обучения должен ясно представлять себе какие знаний, умения и в какой последовательности, и в какой период обучения необходимо усвоить учащимся. Для этого ему нужно изучить квалификационную ... и утверждается директором или заместителем директора по учебно-производственной работе. Мастера производственного обучения должны также периодически повышать свои знания и ...
Существует несколько нотаций проектирования, которые подходят для разных уровней описания [11, 12]. Нотация ARIS Value Added Chain Diagram (ARIS VACD) используется для верхнеуровневого (1 уровень) описания. На этих уровнях описываются ключевые процессы, выполняемые в организации.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Нотация ARIS – eEPC (extended Event Driven Process Chain) (расширенная модель цепочки процессов, управляемых событиями) подходит для более низкоуровневого (2-8 уровень) описания процессов. Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса [13, 14]. Графические элементы данных нотаций приведены в таблицах 2.2 и 2.3.
Таблица 2.2 – Графические элементы ARIS VACD
Графическое
Наименование Описание
представление
Отражает процессы,
Процесс выполняемые в
организации
Входящий/исходящий Отражает носители
объект информации
Отражает реальные
различные Организационная единица
организационные звенья
предприятия
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Таблица 2.3 – Графические элементы ARIS eEPC
Графическое Наименование Описание
представление
Служит для описания
Процесс
функций, процедур, работ
Служит для описания
реальных состояний
Событие системы, влияющих и
управляющих выполнением
функции
Отражает реальные
различные Организационная единица
организационные звенья
предприятия
Отражает реальные
Документ
носители информации
Отражает реальную
прикладную систему, Прикладная система используемую в рамках
технологии выполнения
функции
Начало/завершение
выполнения функции Логическое «И» должно инициировать
одновременно несколько
событий
Начало/завершение
выполнения функции Логическое «ИЛИ»
может инициировать
несколько событий Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Графическое
Наименование Описание
представление
Начало/завершение Логическое исключающее выполнения функции
Технологии социальной работы с семьями, воспитывающими детей-инвалидов ...
... Технологии социальной работы с семьями, воспитывающими детей- инвалидов (на примере реабилитационного центра для несовершеннолетних)». Цель исследования: раскрыть содержание технологий социальной работы с семьями, воспитывающих детей-инвалидов. Объект исследования – технологии работы с семьями, воспитывающие ребенка-инвалида. Предмет исследования – особенности комплексной социальной реабилитации с ...
«ИЛИ» может инициировать одно
из событий
При рассмотрении процессов на первом уровне выделяются 4 основных процесса: приём пациента, проверка зрения, диагностика, контроль лечения (рис. 2.1).
Рисунок 2.1 – 1-й уровень в нотации ARIS VACD
Рисунок 2.2 – 2-й уровень в нотации ARIS eEPC в модели AS-IS
Далее необходимо перейти ко второму уровню описания каждого из процессов последовательно в начале в модели «AS-IS», а затем в модели «TOBE». Для наглядности рассмотрим модели на примере модели 2 уровня «Принять пациента»; остальные модели 2-го и 3-го уровней будут
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
представлены в приложении А. Итак, при приёме пациента основными процессами будут: получить либо создать карту пациента, опросить пациента и назначить медицинские тесты (рис. 2.2).
При введении разрабатываемого приложения для автоматизации процесс упрощается за счёт того, что врачам не приходится тратить время на поиск или создание бумажной карты (рис. 2.3).
Рисунок 2.3 – 2-й уровень в нотации ARIS eEPC в модели TO BE
Как видно из сравнения двух моделей, разрабатываемое приложение действительно упрощает работу медицинского персонала. На рисунке 2.4 представлена карта процессов, представляющая технологию выполнения процессов.
Рисунок 2.4 – Карта процессов
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Архитектура данных – это статическое и динамическое описание информационных систем, содержащих в себе некоторое количество отделов или подразделов организации. Классический структурный подход к созданию ИС предполагает последовательную реализацию этапов анализа, проектирования, создания модулей, объединения модулей в единую систему, тестирования и внедрения. Результаты моделирования могут быть сведены в таблицу, которую затем следует привести к третьей нормальной форме.
Отношение называется приведенным к первой нормальной форме, если все его атрибуты простые. Отношение находится во второй нормальной форме, если оно находится в первой нормальной форме и значения в каждом неключевом атрибуте однозначно определяются значением первичного ключа. Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и все неключевые атрибуты не зависят друг от друга [15].
Полученная архитектура данных приведена к третьей нормальной форме и представлена на рисунке 2.5.
Рисунок 2.5 – Архитектура данных разрабатываемого приложения
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Прежде чем приступить к физическому проектированию базы данных в среде, необходимо определить типы и размерность полей соответствующих атрибутов. Это необходимо для сохранения целостности данных в проектируемой базе. Данные для каждой из таблиц базы данных приведены в таблицах 2.4-2.8.
Таблица 2.4 – Атрибуты таблицы «Пациенты»
Атрибут Тип Размерность
Код Счётчик Длинное целое
ОМС Числовой Байт
Фамилия Короткий текст
Имя Короткий текст
Отчество Короткий текст
Пол Короткий текст Дата рождения Дата и время Краткий формат даты Место проживания Короткий текст Место работы/учёбы Короткий текст
Таблица 2.5 – Атрибуты таблицы «Осмотр»
Атрибут Тип Размерность
Код осмотра Счётчик Длинное целое
Код пациента Числовой Длинное целое
Дата осмотра Дата и время Краткий формат даты
Жалобы Длинный текст
Анамнез Длинный текст <�Инструментальные Числовой Целое число
исследования> <�Офтальмологический Короткий текст
осмотр> <�Офтальмоскопия> Короткий текст
Рекомендации Короткий текст Основной диагноз Подстановка – короткий
текст
Врач Подстановка – числовой Длинное целое
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Таблица 2.6 – Атрибуты таблицы «Приём»
Атрибут Тип Размерность
Код приёма Счётчик Длинное целое Код пациента Числовой Длинное целое
Дата Дата и время Краткий формат даты
Время Дата и время Краткий формат времени
Врач Подстановка – числовой Длинное целое Комментарии Короткий текст
Таблица 2.7 – Атрибуты таблицы «Врачи»
Атрибут Тип Размерность
Код врача Счётчик Длинное целое Фамилия И.О. Короткий текст Должность Подстановка – короткий текст Квалификация Подстановка – короткий текст Специализация Подстановка – короткий текст
Кабинет Числовой Байт
Пароль Краткий текст 16
Таблица 2.8 – Атрибуты таблицы «Диагнозы»
Атрибут Тип Размерность
МКБ-10 Короткий текст
Диагноз Короткий текст
2.2.4. Описание разрабатываемого приложения
На данном этапе смоделируем интерфейс программы. При работе с программой необходимо, чтобы интерфейс приложения был интуитивно понятен и удобен пользователю. Прежде всего, пользователю будет предложено выполнить авторизацию (рис. 2.6).
Причём у каждого пользователя будет индивидуальный логин и пароль, который будет храниться в базе данных сотрудников. Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 2.6 – Страница авторизации
На рисунке 2.7 представлена главная вкладка интерфейса приложения, куда пользователь перенаправляется после авторизации.
Рисунок 2.7 – Главная страница интерфейса
Вкладка «Пациенты», в которую будут вноситься данные, и где они будут просматриваться, представлена на рисунке 2.8.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 2.8 – Страница интерфейса «Пациенты»
Вкладка «Найти пациента» будет содержать варианты «Найти пациента по коду», «По фамилии» и «По дате осмотра». Результаты запроса будут представлены в виде формы, похожей на форму на рисунках 2.9-2.10.
Вкладка, представляющая данные офтальмологического осмотра, будет довольно объёмной из-за количества специфической информации, которую необходимо структурировано представить (рис. 2.9-2.10).
Эти данные можно будет отправить на печать и выдать пациенту.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 2.9 – Страница интерфейса «Осмотр офтальмолога», верх
Рисунок 2.10 – Страница интерфейса «Осмотр офтальмолога», низ Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Вкладка «Приём» (рис. 2.11) позволит записать пациента в выбранное время к выбранному врачу. Эти данные будут потом отображаться во вкладке «Врачи», чтобы врач мог видеть все записи, относящиеся к нему.
Рисунок 2.11 – Страница интерфейса «Приём»
Структура отчёта по диагнозам представлена на рисунке 2.12. Пациенты будут сгруппированы по диагнозам для более наглядной картины. База диагнозов будет содержать все офтальмологические диагнозы в соответствии с МКБ-10, чтобы при диагностировании врач мог выбрать вариант из полного списка.
Рисунок 2.12 – Страница интерфейса «Диагнозы»
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Вкладка «Врачи» будет выводить на экран информацию по сотрудникам больницы (рис. 2.13).
Эти данные нельзя будет редактировать, если не войти под определённым логином и паролем, авторизовавшись как администратор.
Рисунок 2.13 – Страница интерфейса «Врачи»
Взаимодействие между страницами отображено на схеме приложения, приведённой на рисунке 2.14.
Рисунок 2.14 – Схема приложения
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Раздел 3. Программно-алгоритмическая часть
3.1. Прототипирование
3.1.1. Среда управления базами данных Microsoft Access
Среда Microsoft Access обладает всеми чертами классической системы управления базами данных (СУБД).
Access – это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки приложений баз данных. К числу наиболее используемых компонентов Access относятся средства разработки объектов и мастера, которые можно использовать для создания таблиц, запросов, различных типов форм и отчетов. Чтобы полностью автоматизировать работу приложения, можно использовать макросы для связывания данных с формами и отчетами. Для проектирования базы данных необходимо располагать описанием выбранной предметной области, которое должно охватывать реальные объекты и процессы, определять все необходимые источники информации для обеспечения предполагаемых запросов пользователя и решаемых в приложении задач.
3.1.2. Язык программирования Visual Basic for Applications
СУБД Microsoft Access обладает весьма удобными визуальными инструментами для разработки приложений, что позволяет создавать функциональные продукты без необходимости прибегать к программному коду. Тем не менее, линейка Microsoft Office, которой принадлежит Access, так же предоставляет возможность работать и с языком программирования Visual Basic for Applications, упрощённой версией Visual Basic, которая дополняет и расширяет функциональность ранее использовавшихся специализированных макроязыков. Достоинствами VBA можно назвать простоту освоения, благодаря которой работать с ним могут пользователи, не знакомые ранее с
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
программным кодом, а также написание скрипта прямо в среде программного продукта [16].
3.1.3. Программная реализация приложения
На рисунках 3.1-3.2 будут показаны скриншоты некоторых элементов интерфейса приложения. Все скриншоты можно найти в приложении Б.
Рисунок 3.1 – Главная страница приложения
Рисунок 3.2 – База пациентов
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Для того чтобы реализовать функцию авторизации, прибегнем к программному коду Visual Basic for Applications. На рисунке 3.3 представлена форма авторизации – первое, что видит пользователь при запуске приложения.
Рисунок 3.3 – Форма авторизации
Рисунок 3.4 – Блок-схема функции авторизации
Теперь представим функцию авторизации в виде блок-схемы для дальнейшего программирования (рис. 3.4) [17].
Как видно из блок-схемы, для приложения предусмотрена авторизация для администрации: при указанном
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
логине и пароле пользователь получает доступ к форме «Врачи редактировать» (рис. 3.6), где можно добавлять и изменять данные сотрудников, а также просмотреть и изменить пароли для авторизации. Из главной страницы доступ к этой функции не получить.
Рисунок 3.5 – VBA код для авторизации
Рисунок 3.6 – Страница редактирования записей о сотрудниках
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
На рисунке 3.5 показан непосредственно код, позволяющий персоналу входить в БД под своим номером в качестве логина и паролем, предусмотренным при регистрации нового сотрудника [18].
3.2. Тестирование
Тестирование программного обеспечения – процесс анализа программного продукта и сопутствующей документации с целью выявления недостатков в работе и повышения его качества [19].
Функциональное тестирование – это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям. Результаты функционального тестирования представлены в таблице 3.1. Из результатов видно, что все функции разрабатываемой системы функционируют должным образом.
Таблица 3.1 – Функциональное тестирование
Функция Реализация Графическое представление
Событие,
прописанное через Авторизация
VBA в форме
Ввод и Открытие формы на сохранение добавление и
новых встроенный макрос данных «Сохранить»
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Функция Реализация Графическое представление
Форма на основе Поиск по
параметрического записям
запроса
Выбор Выкатной список, диагнозов из основанный на
базы таблице «Диагнозы»
Печать
Макрос печати результатов
формы осмотра
Нагрузочное тестирование – подвид тестирования производительности, сбор показателей и определение производительности и времени отклика программно-технической системы или устройства в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной системе [20].
Для его проведения рассмотрим время отклика разработанной системы при работе с разным числом записей. В начале, с помощью
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
электронного секундомера проведём 5 измерений времени отклика системы для каждого из выбранного кол-ва записей, результаты занесём в таблицу 3.2.
Таблица 3.2 – Нагрузочное тестирование
Кол-во Действие t1, сек t2, сек t3, сек t4, сек t5, сек записей
1 Запись 0,11 0,13 0,12 0,09 0,1
Поиск 0,1 0,09 0,09 0,11 0,12 10 Запись 0,1 0,12 0,11 0,15 0,13
Поиск 0,09 0,11 0,14 0,11 0,11 25 Запись 0,15 0,16 0,15 0,14 0,17
Поиск 0,14 0,13 0,15 0,13 0,14 50 Запись 0,2 0,19 0,2 0,18 0,18
Поиск 0,17 0,2 0,18 0,2 0,18 100 Запись 0,3 0,27 0,29 0,29 0,28
Поиск 0,27 0,25 0,25 0,29 0,29
Рассчитаем среднее арифметическое по формуле (1):
(1)
Затем рассчитаем среднее квадратичное отклонение по формуле (2):
(2)
и погрешность измерений по формуле (3):
(3)
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
где n – число измерений, ta(n-1) – доверительный коэффициент Стьюдента, равный 0.95, А – абсолютная погрешность прибора (в данном случае – электронного секундомера, равная 0.005).
Итоговое время отклика находим по формуле (4):
(4)
Результаты заносим в таблицу 3.3.
Таблица 3.3 – Результаты нагрузочного тестирования
Кол-во Действие tср.арифм, σ, сек ∆t, сек tотк, сек
записей сек
1 Запись 0,110 0,0141 0,0184 0,110 ± 0,018
Поиск 0,102 0,0117 0,0154 0,102 ± 0,015
10 Запись 0,122 0,0172 0,0221 0,122 ± 0,022
Поиск 0,112 0,0160 0,0206 0,112 ± 0,021
25 Запись 0,154 0,0102 0,0137 0,154 ± 0,014
Поиск 0,138 0,0075 0,0106 0,138 ± 0,011
50 Запись 0,190 0,0089 0,0123 0,190 ± 0,012
Поиск 0,186 0,0120 0,0158 0,186 ± 0,016
100 Запись 0,286 0,0102 0,0137 0,286 ± 0,014
Поиск 0,266 0,0150 0,0194 0,266 ± 0,019
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Раздел 4. Экономическая часть
4.1. Планирование и контроль выполнения работ
Проектная команда включает три сотрудника:
Руководитель проекта – несет ответственность за достижение целей
проекта в рамках выделенного бюджета, выступает посредником
между клиентом и проектной командой, координирует и контролирует
выполнение работ.
Разработчик – отвечает за внешнюю часть проекта и является
ответственным за проектирование и развитие архитектуры
программного средства: изучает бизнес-процессы организации,
собирает требования будущих пользователей программного средства,
составляет техническое задание, выполняет создание структуры,
клиентское программирование и оптимизацию производительности.
Тестировщик – выполняет тестирование программного продукта, в том
числе нагрузочное тестирование; моделирует ситуации, отражающие
различные потребности предполагаемых пользователей; участвует в
проведении опытных эксплуатаций программных продуктов. 4.2. Расчет сметы затрат на разработку программного приложения
Затраты на разработку состоят из следующих статей расходов:
Заработная плата исполнителей.
Страховые взносы с заработной платы.
Материалы.
Затраты на электроэнергию.
Амортизация оборудования.
Затраты на оплату труда включают основную заработную плату (Зосн) и дополнительную заработную плату (Здоп), формула (5).
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Фзп = ЗПосн + ЗПдоп, (5)
Основная заработная плата начисляется исходя из ставки сотрудника и времени, затрачиваемого на выполнение работ (таблица 4.1).
Таблица 4.1 – Затраты на заработную плату
Сотрудник Ставка в час Рабочих дней Заработная плата, руб. Руководитель 220 23 40480 Разработчик 200 23 36800 Тестировщик 170 5 6800
Итого 84080
Расчеты в таблице 4.1 выполнены при условии восьмичасового рабочего дня. Расчет заработной платы проводится по формулам (6) и (7).
ЗП = tчас * Тчас, (6)
где ЗП – заработная плата, tчас – часовая тарифная ставка, Тчас – фактически отработано часов.
ЗПосн = ЗПрук + ЗПраз + ЗПтест (7)
Дополнительная заработная плата составляет 15% от основной, тогда:
ЗПдоп = 0,15 * ЗПосн. (8)
Расчет налогов и взносов от зарплаты является обязанностью организации или предпринимателя, которые состоят с физическим лицом в трудовых отношениях. Каждый работодатель перечисляет налоги и страховые взносы:
Налог с доходов физических лиц НДФЛ (гл. 23 НК РФ).
Страховые взносы:
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
На пенсионное страхование (гл. 34 НК РФ).
На медицинское страхование (гл. 34 НК РФ).
На социальное страхование (гл. 34 НК РФ).
На социальное страхование от несчастных случаев (закон № 125 ФЗ).
При этом НДФЛ удерживается из зарплаты сотрудника, а страховые взносы начисляются за счет работодателя.
Таблица 4.2 – Налоги и взносы
Налоги и взносы Процентная ставка
НДФЛ 13%
Пенсионное страхование 22%
Медицинское страхование 5,1%
Социальное страхование 2,9%
Социальное страхование от несчастных случаев 0,2%
Таким образом, затраты на страховые взносы рассчитываются по формуле (9).
Зстр = Фзп * 0,302. (9)
Далее произведем расчет материальных затрат. Материальные затраты часто занимают весьма значительную часть затрат в деятельности предприятия. На момент начала разработки системы имеется необходимая для работы компьютерная техника с программным обеспечением и собственное помещение, поэтому нет необходимости покупать оборудование, ПО и брать помещение в аренду. При выполнении работ по разработке автоматизированной информационной системы подбора материалов для
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
изготовления медицинских инструментов к материальным затратам будут относиться только затраты на канцелярские товары (таблица 4.3).
Таблица 4.3 – Затраты на канцелярские товары
Наименование Цена, руб. Количество, шт. Сумма, руб.
Ручки 30 10 300 Карандаши 10 10 100
Бумага 170 5 850
Степлер 50 2 100
Картридж 500 1 650
Итого 2000
Затраты на электроэнергию зависят от стоимости машинного часа и времени работы оборудования и определяются по формуле (10).
Зэл = Р ∗ Цэл ∗ Ти , (10)
где Р – потребляемая мощность оборудования, кВт/ч, Цэл – стоимость одного кВт/ч, руб., Ти – время использования оборудования при проведении работ, ч. Расчёты затрат на электроэнергию представлены в таблице 4.4.
Таблица 4.4 – Затраты на электроэнергию
Наименование Мощность Время Цена одного Сумма затрат оборудования электрооборудо кВт/ч, руб. на эл. энергию,
вания, кВт/ч. использовани руб.
я, ч. Ноутбук HP
0,12 180 5.47 118,2 Pavilion 15-n211sr Принтер HL Laser
0,35 12 5.47 23
Jet 1018
Итого 141,2
Так как в ВКР предполагается, что специальное оборудование может быть использовано и для других целей, в затраты включается только сумма
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
амортизации за время использования оборудования. Затраты на амортизацию оборудования определяются по формуле (11):
(11)
где Фперв – первоначальная стоимость оборудования и приборов, руб., На – годовая норма амортизации, Т – время использования оборудования (дни), Фэф – годовой эффективный фонд времени работы оборудования, для односменной работы он составляет 256 дней.
Таблица 4.5 – Затраты на амортизацию оборудования
Наименование Стоимость Время Норма Сумма оборудования единицы использования амортизаци амортизацион
оборудования, оборудования, и ных
руб. дни оборудовани отчислений,
я руб. Ноутбук HP
34000 23 0,5 1 527,3 Pavilion 15-n211sr Принтер HL Laser
3200 3 0,2 7,5
Jet 1018
Итого 1534,8
Составим смету затрат на реализацию проекта (таблица 4.6).
Таблица 4.6 – Смета затрат
Наименование статьи затрат Сумма затрат, руб.
Затраты на заработную плату 96692
Затраты на электроэнергию 141,2
Затраты на амортизацию оборудования 1534,8
Прочие затраты 31 201
Итого 129 569
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
4.3. Обоснование экономической целесообразности
Данное приложение разработано для пользования врачом-офтальмологом и ориентировано на потребности пользователя; оно не содержит избыточных модулей и функций. Формы и базы данных содержат структурировано представленную информацию, которая поможет оптимизировать приём пациентов, возвращаться к нужным данным при необходимости, просматривать отчёты и печатать врачебные заключения. Затраты на разработку программного приложения позволят упростить работу медицинского персонала и автоматизировать работу с данными. Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Заключение
Целью данной выпускной квалификационной работы была автоматизация процесса первичного приёма врача-офтальмолога. Были подробно рассмотрены особенности методологии дизайн-мышления для использования её при разработке удобного и простого интерфейса базы данных, нацеленного на автоматизацию бизнес-процессов в работе врача-офтальмолога; вся работа была структурирована и проведена согласно требованиям методологии. В ходе работы были определены объект и предмет исследования, запросы и задачи, которые предполагается решить с помощью приложения, представлен возможный пользователь приложения и его нужды, сформулированы и проанализированы основные требования.
Были рассмотрены основы проектирования баз данных, описаны ключевые бизнес-процессы, построены концептуальная и реляционная модели. Бизнес-процессы приёма, осмотра и постановки диагноза были представлены в моделях «AS-IS» и «TO-BE» в нотациях ARIS VACD для верхнеуровневого (1 уровень) и ARIS – eEPC для нижнеуровневого описания.
Разработка приложения осуществлялась в среде управления базами данных MS Access: были рассмотрены основы работы с данной СУБД, в ходе проектирования были учтены собранные требования и исправлены недочёты. Также были рассмотрены основы программного языка Visual Basic for Applications, специально разработанного для работы с продуктами Microsoft и необходимого для реализации некоторых функций. По завершению проектирования было проведено тестирование функций приложения и нагрузочное тестирование, которые показали, что программа справляется со своими функциями. В работе произведены экономические расчёты и обоснование экономической целесообразности разработки приложения.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
В заключение следует отметить, что приложение соответствует заявленным требованиям для улучшения качества и условий работы врачаофтальмолога. Для дальнейшего развития программы можно было реализовать другие ее функции, такие как размещение базы данных на сервере для удалённого доступа к записям.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Список использованных литературных источников 1. Тим Браун «Дизайн-мышление в бизнесе. От разработки новых продуктов до проектирования бизнес-моделей», 2012. 2. Остервальдер А. «Построение бизнес-моделей. Настольная книга стратега и новатора». 3. Сташенко М. «Мы ищем, что в мире можно улучшить», 2014 – URL: https://theoryandpractice.ru/posts/9238-dizayn-myshlenie. 4. Екатерина Храмкова «Что такое дизайн-мышление», 2011 – URL: http://www.lookatme.ru/flow/posts/books-radar/121179-chto-takoe-dizayn myshlenie. 5. Изместьева Е. «Что такое дизайн-мышление», 2015 – URL: https://te st.ru/2015/01/28/what-is-design-thinking/ 6. Андронов Д., Карпушина О. Молчанова Ю. Хлопова А. «Руководство по дизайн-мышлению». 7. Требования. Анализ требований, виды требований – URL: https://intellect.ml/trebovaniya-analiz-trebovanij-vidy-trebovanij-5188. 8. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем: учебное пособие. – Ростов н/Д.: Феникс, 2009. – 508 с. 9. Варзунов А. В., Торосян Е. К., Сажнева Л. П., Анализ и управление бизнеспроцессами // Учебное пособие. – СПб: Университет ИТМО, 2016. – 112 с. 10. И.В.Абрамов. Методические указания по дисциплине «Модели и методы информационно-управляющих систем». Ижевск, 2004 – 314 с. 11. Степанов Д.Ю. Анализ, проектирование и разработка корпоративных информационных систем: уровень процессов. – М., 2017. 12. Степанов Д.Ю. Информационные технологии в биотехнических системах: задания по практическим и лабораторным работам. – М.: 2017.
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
13. Институт типовых решений – производство, нотация описания бизнес процессов ARIS eEPС, распространенные ошибки моделирования – URL: https://itrp.ru/questions/notatsiya-opisaniya-biznes-protsessov-aris-eepc/ 14. Дейт К. Дж. Введение в системы баз данных / пер. с англ. и ред. К. А. Птицына – 8-е изд. – М.: Вильямс – 2016. – 327 с. 15. Владимир Репин, Виталий Елиферов. «Процессный подход к управлению». Моделирование бизнес-процессов. Издательство «Манн, Иванов и Фербер», Москва, 2013 – 215 с. 16. Уокенбах Дж. — Excel 2010. Профессиональное программирование на VBA – Киев: Изд-во «Диалектика», 2012. – 994 стр. 17. Афанасьева Т.В. Основы визуальной алгоритмизации: Учебное пособие для студентов. – М.: Ульяновский государственный технический университет, 2012 – 64 с. 18. Культин Н. Б. Цой Л. Б. Visual Basic для студентов и школьников // Издательство «БХВ – Петербург», 2010 – 401 с. 19. Штенников Д.Г. Разработка информационных систем в образовании. Учебное пособие. – СПб: СПбГУ ИТМО, 2012. – 242 с. 20. Клебанов Б.И. Проектирование автоматизированных систем обработки информации и управления. Методические указания к выполнению курсового проекта М.: Уральский государственный технический университет, 2004. – Программы для стоматологий – URL: http://www.livemedical.ru/tools/dental/ (дата обращения 12.12.2018).
Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Приложение А
Рисунок 1 – 3 уровень AS-IS, «Собрать информацию о пациенте»
Рисунок 2 – 2 уровень AS-IS, «Провести диагностику» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 3 – 2 уровень AS-IS, «Произвести контроль лечения»
Рисунок 4 – 3 уровень AS-IS, «Передать пациента на лечение» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 5 – 3 уровень TO-BE, «Собрать информацию о пациенте»
Рисунок 6 – 2 уровень TO-BE, «Провести диагностику»
Рисунок 7 – 2 уровень TO-BE, «Произвести контроль лечения» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 8 – 3 уровень TO-BE, «Передать пациента на лечение» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Приложение Б
Рисунок 9 – Окно интерфейса «Найти пациента»
Рисунок 10 – Окно параметрического запроса «Введите фамилию пациента»
Рисунок 11 – Окно интерфейса «Офтальмологический осмотр», верхняя
часть Официальный сайт Дмитрия Степанова © 2020. Все права защищены
https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 12 – Окно интерфейса «Офтальмологический осмотр», нижняя
часть
Рисунок 13 – Окно интерфейса «Данные пациента» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 14 – Окно интерфейса «Приём»
Рисунок 15 – Окно интерфейса «Отчёт по диагнозам» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
Обучение | Выпускные квалификационные работы
Рисунок 16 – Окно интерфейса «База диагнозов»
Рисунок 17 – Окно интерфейса «Врачи» Официальный сайт Дмитрия Степанова © 2020. Все права защищены https:// /training/20-vkr/106-vkrb-2020-6-yumasheva
