SlideShare a Scribd company logo

Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1)

P
ph.d. Dmitry Stepanov

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

Health & Medicine
1 of 14
Download to read offline
1
2
3
4
5
6
7
8
9
10
11
12
13
14
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 24 Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1) Болохнов Александр Андреевич Аннотация: в статье продемонстрированы возможности гибкой методологии разработки Agile, в частности метод Scrum. Сформулированы пользовательские требования врача-терапевта, составлен бэклог продукта и спринтов. Для моделирования ключевых бизнес-процессов верхнего уровня применена нотация ARIS VACD. Введение Всемирное использование компьютерных технологий в медицине началось с появлением компьютеров в начале 1950-х годов. В 1949 году в Германии Густав Вагнер учредил первую профессиональную организацию по информатике в области здравоохранения. Информатизация здравоохранения (Health Information Systems) – это дисциплина на стыке информации, информатики и здравоохранения. Дисциплина касается ресурсов, устройств и методов, необходимых для оптимизации сбора, хранения, извлечения и использования информации в области здравоохранения и биомедицины. В состав инструментов информатики в области здравоохранения включаются компьютеры, клинические руководства, официальная медицинская терминология, информационные и коммуникационные системы. Все это применяется в областях сестринского дела, клинической помощи, стоматологии, фармацевтики, здравоохранения, профессиональной терапии, биомедицинских исследований и многих других. Важным фактором развития информационных технологий в области медицины стало создание медицинских баз данных и автоматизированных рабочих мест (далее – АРМ). Ежедневно врач принимает значительное количество пациентов за смену. Медицинские базы данных помогают решать проблему учета всех пациентов, систематизацию их данных и ускоряют процесс получения необходимой информации. Автоматизированное рабочее место врача представляет собой комплекс вычислительной техники и программного обеспечения, который располагается на рабочем месте врача-специалиста и служит для автоматизации его деятельности. Совокупность обозначенных выше решений позволяет не тратить рабочее время врача
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 25 на поиск информации в бумажных карточках и картотеках, а использовать его непосредственно для обследования пациента и оперативно назначать необходимое лечение. Использование систем управления базами данных, как например, Microsoft Access, в которой и будет разработано приложение АРМ врача-терапевта, позволит существенно упростить и ускорить процесс приема врачом пациента и работы с его персональными данными. Поэтому цель данной работы состоит в автоматизации ключевых бизнес-процессов врача-терапевта на основе метода Agile Scrum [1]. Разрабатываемая программа позволит оптимизировать работу врача-терапевта и улучшить качество предоставляемых медицинских услуг населению. 1. Идентификация требований Идентификация предварительных требований позволяет, заданных пожеланиями клиента, позволяет определить характеристики нового продукта. Зачастую клиент не может описать конкретные возможности желаемой системы, а лишь формулирует свои нечёткие представления о конечном виде продукта. В связи с этим грамотное определение требований становится первым важным этапом на пути создания программного продукта или модернизации уже имеющегося. Следует выделить четыре основных этапа работы с требованиями:  сбор требований;  анализ требований;  документирование требований;  проектирование системы. Заказчиком был выбран врач-терапевт. В качестве ключевого процесса для оптимизации является учет анализов пациентов. Терапевт – врач общей практики, его задача – поставить диагноз, проанализировав жалобы пациента и при необходимости направить его к более узкому специалисту. Врач-терапевт должен обладать широкими знаниями, в том числе в области гастроэнтерологии, хирургии, кардиологии и др. Участковые врачи-терапевты ведут прием в поликлинике и по вызову больного на дому. В обязанности данного врача входит также заполнение большого объема бумажных документов: амбулаторных карточек, больничных листов и отчетов [2]. После обсуждения с заказчиком был составлен список пользовательских требований. Пользовательские требования – это короткие, простые описания функций, которые рассматриваются с точки зрения конечного пользователя. Пользовательские
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 26 требования описывают, что хочет пользователь и почему. Они помогают создать упрощенное описание конечного продукта. Обычно пользовательские требования имеют следующий вид: «Как < тип пользователя >, я хочу < какая-то цель >, исходя из того, что < причина >» [3]. Пример: как администратор, я хочу просмотреть фотографии до их публикации, чтобы иметь возможность убедиться, что они соответствуют требованиям. Для автоматизации выбраны следующие операции:  учет анализов пациентов;  выдача направлений на обследование;  назначение лекарственных препаратов. На основании пользовательских пожеланий и с учетом ожидаемых улучшений составлен следующий список требований:  возможность хранения и просмотра данных о пациенте;  возможность создания, редактирования и удаления данных о пациентах;  возможность поиска по заданным параметрам;  возможность назначить анализ для пациента;  возможность назначить обследование для пациента;  возможность создания рецепта на выдачу лекарственных препаратов;  возможность отображения выданных пациенту рецептов на лекарственные препараты;  возможность редактировать и удалять назначенный анализ; возможность редактирования и удаления рецептов на выдачу лекарственных препаратов; возможность редактировать и удалять ранее назначенные обследования;  возможность поиска выданных рецептов пациенту по заданным параметрам; возможность поиска назначенных пациенту обследований по заданным параметрам;  возможность отображения даты и времени назначенного анализа;  возможность отображения даты и времени поступления результатов анализа;  возможность отображения результатов анализов пациента; защита данных от несанкционированного доступа;  возможность создания отчетов о доступных и выданных препаратах, выписанных направлениях на обследование;  возможность отображения наличия на складе аптечного киоска больницы лекарственных препаратов. Приоритизация требований является одной из основных концепций в Agile практики. Приоритизация – это принятие решений о том, в каком порядке команда разработчиков будет работать над требованиями в проекте. Понимание
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 27 приоритетности имеет особенно важное значение при проектировании, поскольку проект имеет временную шкалу с фиксированным набором ресурсов. Приоритеты задаются в зависимости от значимости на три основные категории: высокая, средняя, низкая. Высокая значимость определяет требования, необходимые для полноценной работы всей программы. Средняя значимость характеризует требования, значительно упрощающие процесс работы с программой. Низкая значимость определяет требования, которые не являются необходимыми для функционирования программы, но их реализация положительно отразится на релизе. На основании приведенного выше подхода к приоритизации, составляется список ранжированных пользовательских требований. Далее задаем функциональные требования (то, какие действия будут выполняться системой для реализации пользовательских требований):  отображение в таблице данных о пациентах;  использование компонентов программы, обеспечивающие создание, редактирование и удаление данных о пациентах;  использование компонентов программы, обеспечивающие поиск данных по ключевым параметрам;  использование компонентов программы, обеспечивающих возможность назначать анализы пациентам;  использование компонентов программы, обеспечивающих возможность назначать обследование пациентам;  использование компонентов программы, обеспечивающих возможность создания рецептов на выдачу лекарственных препаратов пациентам;  отображение выданных пациенту рецептов на лекарственные препараты;  использование компонентов программы, обеспечивающих возможность редактировать и удалять: назначенный анализ, рецепт на выдачу лекарственных препаратов, назначенное обследование;  использование компонентов программы, обеспечивающих поиск выданных пациенту рецептов на лекарственные препараты и назначенных обследований по заданным параметрам;  отображение даты и времени назначенного анализа в отдельной графе интерфейса программы;  отображение на экране данных о дате и времени поступления результатов анализа;  отображение информации, содержащей результаты анализов пациента;  использование программного кода, обеспечивающего защиту от несанкционированного доступа, реализация формы авторизации пользователя в системе;
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 28  использование программного кода, позволяющего вводить и проверять введенный пользователем пароль;  использование компонентов программы, обеспечивающих возможность создания отчетов;  использование компонентов программы, позволяющих отображать наличие лекарственных препаратов на складе аптечного киоска больницы. После сбора и анализа пользовательских и функциональных требований строится бэклог продукта, что упрощает отслеживание требований и позволяет контролировать их выполнение. Бэклог дан в таблице 1.1. Таблица 1.1. Бэклог продукта № Приоритет Пользовательское требование Функциональное требование 1 Высокая Возможность хранения и просмотра данных о пациенте Отображение в таблице данных о пациентах 2 Высокая Возможность создания, редактирования и удаления данных о пациентах Использование компонентов программы, обеспечивающие создание, редактирование и удаление данных о пациентах 3 Высокая Возможность поиска по заданным параметрам Использование компонентов программы, обеспечивающие поиск данных по заданным параметрам 4 Высокая Возможность назначить анализ для пациента Использование компонентов программы, обеспечивающих возможность назначать анализы пациентам 5 Высокая Возможность назначить обследование для пациента Использование компонентов программы, обеспечивающих возможность назначать обследование пациентам 6 Высокая Возможность создания рецепта на выдачу лекарственных препаратов Использование компонентов программы, обеспечивающих возможность создания рецептов на выдачу лекарственных препаратов пациентам 7 Высокая Возможность отображения выданных пациенту Отображение выданных пациенту рецептов на
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 29 № Приоритет Пользовательское требование Функциональное требование рецептов на лекарственные препараты лекарственные препараты 8 Средняя Возможность редактировать и удалять назначенный анализ; возможность редактирования и удаления рецептов на выдачу лекарственных препаратов; возможность редактировать и удалять ранее назначенные обследования Использование компонентов программы, обеспечивающих возможность редактировать и удалять: назначенный анализ, рецепт на выдачу лекарственных препаратов, назначенное обследование 9 Средняя Возможность поиска выданных рецептов пациенту по заданным параметрам; возможность поиска назначенных пациенту обследований по заданным параметрам Использование компонентов программы, обеспечивающих поиск выданных пациенту рецептов на лекарственные препараты и назначенных обследований по заданным параметрам 10 Низкая Возможность отображения даты и времени назначения анализа Отображение даты и времени назначенного анализа в отдельной графе интерфейса программы 11 Низкая Возможность отображения даты и времени поступления результатов анализа Отображение на экране данных о дате и времени поступления результатов анализа 12 Низкая Возможность отображения результатов анализов пациента; защита данных от несанкционированного доступа Отображение информации, содержащей результаты анализов пациента; использование программного кода, обеспечивающего защиту от несанкционированного доступа, реализация формы авторизации пользователя в системе; использование программного кода, позволяющего вводить и проверять введенный
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 30 № Приоритет Пользовательское требование Функциональное требование пользователем пароль 13 Низкая Возможность создания отчётов о: доступных и выданных препаратах, выписанных направлениях на обследование Использование компонентов программы, обеспечивающих возможность создания отчетов 14 Низкая Возможность отображения наличия на складе аптечного киоска больницы лекарственных препаратов Использование компонентов программы, позволяющих отображать наличие лекарственных препаратов на складе аптечного киоска больницы Один из основных элементов при разработке проекта согласно Agile Scrum – спринт (Sprint). По сути, это короткий цикл разработки, следующий один за другим без перерывов. Приоритизированные выше требования служат основой для формирования спринтов. Первый спринт позволит спроектировать будущее приложение с точки зрения моделирования процесса, данных и экранных форм. Ко второму спринту будут относиться все требования с высокой степенью приоритизации, третьему – средней, четвертому – низкой. Разработка приложения в среде MS Access 2010 будет осуществляться в последовательности, данной ниже. Первый спринт включает активности по:  моделированию ключевого бизнес-процесса нотации VACD и DFD;  проектированию баз данных и моделированию пользовательских интерфейсов;  уточнению пользовательских и функциональных требований;  планированию последующих спринтов. Для каждого следующего спринта будут проведены следующие действия: детализация пользовательских и функциональных требований, планирование спринта, тестирование реализованных возможностей, обзор спринта и ретроспектива. Поэтому опишем только отличительные особенности каждого спринта. Второй спринт, сформированный на основе требований высокого приоритета, определяется задачами:  разработка возможности отображения, изменения и удаления данных о пациентах; поиска данных пациентов по заданным параметрам; назначения
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 31 анализов и обследований; выдачи рецептов на лекарственные препараты пациентам (требования 1-7 в бэклоге продукта из таблица 1.1);  создание первой тестовой версии интерфейса программы. Третий спринт, заданный средней степенью важности требований, включает задачи:  разработки возможностей редактирования и удаления назначенных пациенту анализов, рецептов на выдачу лекарственных препаратов, а также обработки ранее назначенных обследований (требования 8-9 в бэклоге продукта из таблицы 1.1);  доработки интерфейса программы. Четвертый спринт включает низкоприоритетные требования и активности по:  разработке возможности отображения даты и времени назначения анализа, даты и времени поступления результатов анализа; результатов анализов пациента; использования компонентов программы, позволяющих вводить и проверять введенный пользователем пароль; создания отчётов, включая отображение наличия на складе аптечного киоска больницы лекарственных препаратов (требования 10-14 в бэклоге продукта из таблицы 1.1);  созданию итоговой версии программы. 2. Проектирование процессов, данных и приложения на 1-м спринте Бизнес-процесс – это деятельность или набор действий, которые выполняют определенную организационную цель. Бизнес-процессы должны иметь целенаправленность, быть максимально конкретными и иметь последовательные результаты. Одним из эффективных методов преобразования идеи в конкретные результаты является разработка и заполнение диаграмм As-Is (как есть) и To-Be (как будет) [4]. Диаграмма As-Is описывает текущее состояние процесса и возможностей организации. Диаграмма To-Be описывает будущее состояние, другими словами, какие процессы и возможности организации появятся в будущем [5]. Для начала необходимо определить процесс в As-Is, как только он задан, необходимо его проанализировать. В момент анализа требуется задокументировать текущее состояние процесса и сформировать точку отсчета. Требуется четко понимать функционирование, возможности процесса и системы. После чего можно приступать к графическому отображению процессов в модели As-Is. Далее выявляются
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 32 недостатки в существующих процессах, после чего ведется документирование и реализация процесса модели To-Be. На этом же этапе производится детальный анализ желаемых улучшений процесса и формируются конкретные предложения по его усовершенствованию. Далее, как и в модели As-Is, создается графическое отображение. Это наиболее сложный этап, при его реализации часто может оказаться, что желаемые улучшения не столь эффективны, как планировалось ранее. Последним шагом будет отслеживание реальной эффективности и актуальности введенных улучшений. Одной из наиболее популярных методологий для моделирования бизнес- процессов является методология ARIS (Architecture of Integrated Information Systems), часто называемая архитектурой интегрированных информационных систем [6]. Методология состоит из различных нотаций (система условных обозначений, принятая в конкретной модели) и позволяет описать деятельность организации с нескольких точек зрения. ARIS рассматривает компанию с четырех направлений: организационная структура, информационная структура, функциональная иерархия, управление бизнес-процессами. Преимуществом моделирования ARIS является наглядность в представлении сложных фактов, что позволяет систематизировать подход к анализу. В зависимости от интересующей информации используются различные методы моделирования. К числу часто используемых нотаций ARIS относятся: VACD (Value-added Chain Diagram, диаграмма цепочки процесса, добавляющего стоимость), нотации еЕРС (Extended Event-driven Process Chain, расширенная нотация цепочки процесса, управляемого событиями), PCD (Process Chain Diagram, диаграмма цепочки процесса), Organizational Chart (организационная диаграмма), FunctionTree (дерево функций) и Product Tree (дерево продуктов) [7]. В работе будет рассмотрено применение графической нотации VAСD. Нотация VAСD – это тип модели, используемый для формулировки основных уровней процесса. VACD применяется для описания процессов верхнего уровня внутри организации. Основной объект нотации – процесс или группа функций организации, необходимые для получения добавленной стоимости [8]. Для описания нижних уровней организации будет использована диаграмма потоков данных (DFD, Data flow diagrams) [9]. Эта диаграмма отображает поток информации для любого процесса или системы, для чего используются определенные графические символы, такие как: прямоугольники, круги и стрелки, а также короткие текстовые метки для отображения входов данных, выходов, точек
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 33 хранения и маршрутов между каждым пунктом. Блок-схемы данных могут варьироваться от простых отрисованных вручную процессов, до глубоких многоуровневых, которые постепенно детализируют процесс обработки данных. Диаграммы могут использоваться для анализа существующей системы или моделирования новой [8]. 2.1. Проектирование процессов в модели AS-IS с помощью VACD/DFD На рисунке 2.1 представлена диаграмма функционирования больницы As-Is (как есть) в нотации VACD. Основу функционирования составляют три процесса, а именно: пациент обратился в больницу, лечить пациента и выписать пациента. Также на диаграмме даны ответственные за каждый процесс и входящие объекты. Рис. 2.1. Ключевые процессы 1-го уровня описания в нотации VACD Процесс лечения пациента следует рассмотреть более подробно, так как именно он представляет наибольшую ценность в работе врача-терапевта. Для этого
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 34 подвергнем процесс декомпозиции. Для чего используем нотацию DFD. Результат декомпозиции процесса на втором уровне с применением нотации DFD представлен на рисунке 2.2. Как видно из рисунка, процесс лечения пациента является сложный и многоступенчатым, состоящим из множества подпроцессов. Рис. 2.2. Процесс «Лечить пациента» на 2-м уровне модели As-Is в нотации DFD Подпроцессы назначения анализов, обследования и лекарств выбраны в качестве ключевых операций для оптимизации, поэтому подвергаем их дальнейшей декомпозиции (рис. 2.3-2.5). Рис. 2.3. Процесс «Назначить анализы» на 3-м уровни модели As-Is в нотации DFD
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 35 Рис. 2.4. Процесс «Назначить обследование» на 3-м уровне модели As-Is в нотации DFD Рис. 2.5. Процесс «Назначить лекарства» на 3-м уровне модели As-Is в нотации DFD Литература 1. Product development. What is Agile methodology [Электронный ресурс]. – Режим доступа: URL: https://luis-goncalves.com/what-is-agile-methodology/ (дата обращения: 29.10.2019). 2. Учёба.ру. Определение врача-терапевта [Электронный ресурс]. – Режим доступа: URL: https://www.ucheba.ru/prof/137 (дата обращения: 29.10.2019).
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 36 3. Habr. Техники определения приоритетов [Электронный ресурс]. – Режим доступа: URL: https://habr.com/company/hygger/blog/351238/(дата обращения: 29.10.2019). 4. Маргарет Роуз. Бизнесс процессы [Электронный ресурс]. – Режим доступа: URL:https://searchcio.techtarget.com/definition/business-process (дата обращения: 11.11.2019). 5. Uchebnik.Online. Методология ARIS [Электронный ресурс]. – Режим доступа: URL: http://uchebnik.online/biznes-protsessov-modelirovanie/metodologiya-aris- 54083.html (дата обращения: 11.11.2019). 6. Charles Sturt University. ARIS Standards and Conventions Manual [Электронный ресурс]. – Режим доступа: URL: https://cdn.csu.edu.au/__data/assets/pdf_file/0020/1314173/CSU_ARIS_Modelli ng_Standards_and_Conventions_Manual_V1_0.pdf (дата обращения: 25.11.2019). 7. Степанов Д. Ю. Анализ, проектирование и разработка корпоративных информационных систем: уровень бизнес-процессов / МИРЭА. – М., 2017 [Электронный ресурс]. – Режим доступа: URL: https://stepanovd.com/documents/training/1_erp/7-processlevel/processlevel.pdf (дата обращения: 11.11.2019). 8. What is Agile. What is Scrum? [Электронный ресурс]. – Режим доступа: URL: https://www.cprime.com/resources/what-is-agile-what-is-scrum (дата обращения: 29.11.2019). 9. Lucidchart. What is a Data Flow Diagram [Электронный ресурс]. – Режим доступа: URL: https://www.lucidchart.com/pages/data-flow-diagram (дата обращения: 17.11.2019). 10.Е.М. Карчевский, И.Е. Филиппов, И.А. Филиппова. Access 2010 в примерах. Учебное пособие. Казанский университет. Казань. 2012. [Электронный ресурс]. – Режим доступа: URL: https://kpfu.ru/docs/F1448756111/Access_2010.pdf (дата обращения: 21.04.2019). Выходные данные статьи Болохнов А.А. Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1) // Корпоративные информационные системы. – 2020. – №2 (10) – С. 24-37. – URL: https://corpinfosys.ru/archive/issue-10/107-2020-10-agilescrum.
corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 37 Об авторе Болохнов Александр Андреевич – студент 4-го курса кафедры оптических и биотехнических систем и технологий физико-технологического института РТУ МИРЭА. Тема выпускной квалификационной работы бакалавра «Применение методологии Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице». Электронная почта: bolokhnov@sumirea.ru.

More Related Content

PDF
Краткий обзор изменений в правовом регулировании информационных систем и техн...
ph.d. Dmitry Stepanov
 
PDF
Применение Agile Scrum для реализации автоматизированного рабочего места врач...
ph.d. Dmitry Stepanov
 
PDF
Телеком разработка Broadworks от Artsofte
Daniil Pervukhin
 
PDF
Концепции, методы и способы миграции основных и переменных данных в КИС (част...
ph.d. Dmitry Stepanov
 
PDF
Концепции, методы и способы миграции основных и переменных данных в КИС (част...
ph.d. Dmitry Stepanov
 
PDF
Концепции, методы и способы миграции основных и переменных данных в корпорати...
ph.d. Dmitry Stepanov
 
PDF
Применение спиралевидной модели внедрения для роботизации больницы.
ph.d. Dmitry Stepanov
 
PDF
Обзор существующих методик технического обслуживания и ремонта оборудования
ph.d. Dmitry Stepanov
 
Краткий обзор изменений в правовом регулировании информационных систем и техн...
ph.d. Dmitry Stepanov
 
Применение Agile Scrum для реализации автоматизированного рабочего места врач...
ph.d. Dmitry Stepanov
 
Телеком разработка Broadworks от Artsofte
Daniil Pervukhin
 
Концепции, методы и способы миграции основных и переменных данных в КИС (част...
ph.d. Dmitry Stepanov
 
Концепции, методы и способы миграции основных и переменных данных в КИС (част...
ph.d. Dmitry Stepanov
 
Концепции, методы и способы миграции основных и переменных данных в корпорати...
ph.d. Dmitry Stepanov
 
Применение спиралевидной модели внедрения для роботизации больницы.
ph.d. Dmitry Stepanov
 
Обзор существующих методик технического обслуживания и ремонта оборудования
ph.d. Dmitry Stepanov
 

What's hot (19)

PDF
Автоматизация бухгалтерского учета спецодежды (часть 1)
ph.d. Dmitry Stepanov
 
PDF
Soft skills в проектах внедрения корпоративных информационных систем
ph.d. Dmitry Stepanov
 
PDF
Телеком разработка от Artsofte
Daniil Pervukhin
 
PDF
Дизайн-мышление в проектах внедрения информационных систем (часть 2)
ph.d. Dmitry Stepanov
 
PDF
Сторителлинг как новая технология подачи информации
ph.d. Dmitry Stepanov
 
PDF
Презентация
yzpm-cetera
 
PDF
Презентация НПО "Агрегат"
ua_media
 
PDF
Рекламное агентство Ashwood Creative
Yan Tamulionak
 
PDF
Tactical Clash
SB Studio
 
PDF
презентация Smm услуг lab-pr
Sveta Kochetkova
 
PDF
Конгру. Архитектор интернет-маркетинговых решений
Конгру
 
PDF
রিসালাতে মুহাম্মদী ও বর্তমানে পশ্চিমা বিশ্ব – সাইয়েদ আবুল হাসান আলী নাদভী
rasikulindia
 
PDF
Методика свода дебиторской задолженности для баланса и автоматизации её учета
ph.d. Dmitry Stepanov
 
PDF
Учет льготных кредитов МСП и настройка его детализации в информационной систе...
ph.d. Dmitry Stepanov
 
PDF
Erstmedia Presentation
denis
 
PDF
Исследование и разработка проекта процессной информационной системы управлени...
ph.d. Dmitry Stepanov
 
PDF
Pingbox presentation
Ruslan Sarkisyan
 
PPTX
туристические маршруты приморского края
Cbsars
 
PDF
смета
609ya
 
Автоматизация бухгалтерского учета спецодежды (часть 1)
ph.d. Dmitry Stepanov
 
Soft skills в проектах внедрения корпоративных информационных систем
ph.d. Dmitry Stepanov
 
Телеком разработка от Artsofte
Daniil Pervukhin
 
Дизайн-мышление в проектах внедрения информационных систем (часть 2)
ph.d. Dmitry Stepanov
 
Сторителлинг как новая технология подачи информации
ph.d. Dmitry Stepanov
 
Презентация
yzpm-cetera
 
Презентация НПО "Агрегат"
ua_media
 
Рекламное агентство Ashwood Creative
Yan Tamulionak
 
Tactical Clash
SB Studio
 
презентация Smm услуг lab-pr
Sveta Kochetkova
 
Конгру. Архитектор интернет-маркетинговых решений
Конгру
 
রিসালাতে মুহাম্মদী ও বর্তমানে পশ্চিমা বিশ্ব – সাইয়েদ আবুল হাসান আলী নাদভী
rasikulindia
 
Методика свода дебиторской задолженности для баланса и автоматизации её учета
ph.d. Dmitry Stepanov
 
Учет льготных кредитов МСП и настройка его детализации в информационной систе...
ph.d. Dmitry Stepanov
 
Erstmedia Presentation
denis
 
Исследование и разработка проекта процессной информационной системы управлени...
ph.d. Dmitry Stepanov
 
Pingbox presentation
Ruslan Sarkisyan
 
туристические маршруты приморского края
Cbsars
 
смета
609ya
 
Ad

Similar to Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1) (17)

PDF
Банкротство юридического лица: процедуры и учет на этапе конкурсного производ...
ph.d. Dmitry Stepanov
 
PDF
Plug&Play Dagestan: year 2013
Peri Innovations
 
PDF
Plug&Play Dagestan: 2013
Peri Innovations
 
PDF
Каппадокия. Есть ли туристическая жизнь в Турции вне сезона?
Кирилл Попов
 
PDF
Стартапы
ph.d. Dmitry Stepanov
 
PDF
Мобилизация сайтов от Artsofte
Daniil Pervukhin
 
PDF
Presentation premium cards for banking and fitness club
Алексей Попов
 
PDF
Automation of the dental clinic using a spiral model of information systems i...
ph.d. Dmitry Stepanov
 
PDF
Kabrita® GOLD для профессионалов.
kabritaru
 
PDF
протокол лабораторных испытаний №1763 от 13 марта 2014 г.
Елена Киреева (Енютина)
 
PDF
Автоматизация и ведение оперативного, бухгалтерского и налогового учетов обес...
ph.d. Dmitry Stepanov
 
PDF
Годовой бухгалтерский отчет организации за 2021 год
ph.d. Dmitry Stepanov
 
PDF
презентация Smm услуг lab-pr
LabPR_Digital Agency
 
PDF
Автоматизация работы стоматологической клиники с использованием спиралевидной...
ph.d. Dmitry Stepanov
 
PDF
Киберпонедельник - тяжелый день для онлайн-ритейлеров!
Wobot
 
PDF
Maria Mevsha CV&Portfolio
mevsha
 
PDF
ММЭФ-2011
youthforum
 
Банкротство юридического лица: процедуры и учет на этапе конкурсного производ...
ph.d. Dmitry Stepanov
 
Plug&Play Dagestan: year 2013
Peri Innovations
 
Plug&Play Dagestan: 2013
Peri Innovations
 
Каппадокия. Есть ли туристическая жизнь в Турции вне сезона?
Кирилл Попов
 
Стартапы
ph.d. Dmitry Stepanov
 
Мобилизация сайтов от Artsofte
Daniil Pervukhin
 
Presentation premium cards for banking and fitness club
Алексей Попов
 
Automation of the dental clinic using a spiral model of information systems i...
ph.d. Dmitry Stepanov
 
Kabrita® GOLD для профессионалов.
kabritaru
 
протокол лабораторных испытаний №1763 от 13 марта 2014 г.
Елена Киреева (Енютина)
 
Автоматизация и ведение оперативного, бухгалтерского и налогового учетов обес...
ph.d. Dmitry Stepanov
 
Годовой бухгалтерский отчет организации за 2021 год
ph.d. Dmitry Stepanov
 
презентация Smm услуг lab-pr
LabPR_Digital Agency
 
Автоматизация работы стоматологической клиники с использованием спиралевидной...
ph.d. Dmitry Stepanov
 
Киберпонедельник - тяжелый день для онлайн-ритейлеров!
Wobot
 
Maria Mevsha CV&Portfolio
mevsha
 
ММЭФ-2011
youthforum
 
Ad

More from ph.d. Dmitry Stepanov (10)

PDF
Учет расчетов: форс-мажор
ph.d. Dmitry Stepanov
 
PDF
Стратегия тестирования в проектах имплементации ERP-систем
ph.d. Dmitry Stepanov
 
PDF
Автоматизация подбора лекарственных препаратов.
ph.d. Dmitry Stepanov
 
PDF
Критическое мышление как база оптимального решения при внедрении корпоративны...
ph.d. Dmitry Stepanov
 
PDF
Банкротство юридического лица: процедуры и учет на этапе конкурсного производ...
ph.d. Dmitry Stepanov
 
PDF
Исследование и разработка проекта процессной информационной системы управлени...
ph.d. Dmitry Stepanov
 
PDF
Дизайн-мышление в проектах внедрения информационных систем (часть 1)
ph.d. Dmitry Stepanov
 
PDF
IT-system innovations
ph.d. Dmitry Stepanov
 
PDF
Правовое обеспечение информации и функционирования корпоративных информационн...
ph.d. Dmitry Stepanov
 
PDF
Автоматизация ключевых бизнес-процессов стоматологической клиники с использов...
ph.d. Dmitry Stepanov
 
Учет расчетов: форс-мажор
ph.d. Dmitry Stepanov
 
Стратегия тестирования в проектах имплементации ERP-систем
ph.d. Dmitry Stepanov
 
Автоматизация подбора лекарственных препаратов.
ph.d. Dmitry Stepanov
 
Критическое мышление как база оптимального решения при внедрении корпоративны...
ph.d. Dmitry Stepanov
 
Банкротство юридического лица: процедуры и учет на этапе конкурсного производ...
ph.d. Dmitry Stepanov
 
Исследование и разработка проекта процессной информационной системы управлени...
ph.d. Dmitry Stepanov
 
Дизайн-мышление в проектах внедрения информационных систем (часть 1)
ph.d. Dmitry Stepanov
 
IT-system innovations
ph.d. Dmitry Stepanov
 
Правовое обеспечение информации и функционирования корпоративных информационн...
ph.d. Dmitry Stepanov
 
Автоматизация ключевых бизнес-процессов стоматологической клиники с использов...
ph.d. Dmitry Stepanov
 

Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1)

  • 1. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 24 Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1) Болохнов Александр Андреевич Аннотация: в статье продемонстрированы возможности гибкой методологии разработки Agile, в частности метод Scrum. Сформулированы пользовательские требования врача-терапевта, составлен бэклог продукта и спринтов. Для моделирования ключевых бизнес-процессов верхнего уровня применена нотация ARIS VACD. Введение Всемирное использование компьютерных технологий в медицине началось с появлением компьютеров в начале 1950-х годов. В 1949 году в Германии Густав Вагнер учредил первую профессиональную организацию по информатике в области здравоохранения. Информатизация здравоохранения (Health Information Systems) – это дисциплина на стыке информации, информатики и здравоохранения. Дисциплина касается ресурсов, устройств и методов, необходимых для оптимизации сбора, хранения, извлечения и использования информации в области здравоохранения и биомедицины. В состав инструментов информатики в области здравоохранения включаются компьютеры, клинические руководства, официальная медицинская терминология, информационные и коммуникационные системы. Все это применяется в областях сестринского дела, клинической помощи, стоматологии, фармацевтики, здравоохранения, профессиональной терапии, биомедицинских исследований и многих других. Важным фактором развития информационных технологий в области медицины стало создание медицинских баз данных и автоматизированных рабочих мест (далее – АРМ). Ежедневно врач принимает значительное количество пациентов за смену. Медицинские базы данных помогают решать проблему учета всех пациентов, систематизацию их данных и ускоряют процесс получения необходимой информации. Автоматизированное рабочее место врача представляет собой комплекс вычислительной техники и программного обеспечения, который располагается на рабочем месте врача-специалиста и служит для автоматизации его деятельности. Совокупность обозначенных выше решений позволяет не тратить рабочее время врача
  • 2. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 25 на поиск информации в бумажных карточках и картотеках, а использовать его непосредственно для обследования пациента и оперативно назначать необходимое лечение. Использование систем управления базами данных, как например, Microsoft Access, в которой и будет разработано приложение АРМ врача-терапевта, позволит существенно упростить и ускорить процесс приема врачом пациента и работы с его персональными данными. Поэтому цель данной работы состоит в автоматизации ключевых бизнес-процессов врача-терапевта на основе метода Agile Scrum [1]. Разрабатываемая программа позволит оптимизировать работу врача-терапевта и улучшить качество предоставляемых медицинских услуг населению. 1. Идентификация требований Идентификация предварительных требований позволяет, заданных пожеланиями клиента, позволяет определить характеристики нового продукта. Зачастую клиент не может описать конкретные возможности желаемой системы, а лишь формулирует свои нечёткие представления о конечном виде продукта. В связи с этим грамотное определение требований становится первым важным этапом на пути создания программного продукта или модернизации уже имеющегося. Следует выделить четыре основных этапа работы с требованиями:  сбор требований;  анализ требований;  документирование требований;  проектирование системы. Заказчиком был выбран врач-терапевт. В качестве ключевого процесса для оптимизации является учет анализов пациентов. Терапевт – врач общей практики, его задача – поставить диагноз, проанализировав жалобы пациента и при необходимости направить его к более узкому специалисту. Врач-терапевт должен обладать широкими знаниями, в том числе в области гастроэнтерологии, хирургии, кардиологии и др. Участковые врачи-терапевты ведут прием в поликлинике и по вызову больного на дому. В обязанности данного врача входит также заполнение большого объема бумажных документов: амбулаторных карточек, больничных листов и отчетов [2]. После обсуждения с заказчиком был составлен список пользовательских требований. Пользовательские требования – это короткие, простые описания функций, которые рассматриваются с точки зрения конечного пользователя. Пользовательские
  • 3. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 26 требования описывают, что хочет пользователь и почему. Они помогают создать упрощенное описание конечного продукта. Обычно пользовательские требования имеют следующий вид: «Как < тип пользователя >, я хочу < какая-то цель >, исходя из того, что < причина >» [3]. Пример: как администратор, я хочу просмотреть фотографии до их публикации, чтобы иметь возможность убедиться, что они соответствуют требованиям. Для автоматизации выбраны следующие операции:  учет анализов пациентов;  выдача направлений на обследование;  назначение лекарственных препаратов. На основании пользовательских пожеланий и с учетом ожидаемых улучшений составлен следующий список требований:  возможность хранения и просмотра данных о пациенте;  возможность создания, редактирования и удаления данных о пациентах;  возможность поиска по заданным параметрам;  возможность назначить анализ для пациента;  возможность назначить обследование для пациента;  возможность создания рецепта на выдачу лекарственных препаратов;  возможность отображения выданных пациенту рецептов на лекарственные препараты;  возможность редактировать и удалять назначенный анализ; возможность редактирования и удаления рецептов на выдачу лекарственных препаратов; возможность редактировать и удалять ранее назначенные обследования;  возможность поиска выданных рецептов пациенту по заданным параметрам; возможность поиска назначенных пациенту обследований по заданным параметрам;  возможность отображения даты и времени назначенного анализа;  возможность отображения даты и времени поступления результатов анализа;  возможность отображения результатов анализов пациента; защита данных от несанкционированного доступа;  возможность создания отчетов о доступных и выданных препаратах, выписанных направлениях на обследование;  возможность отображения наличия на складе аптечного киоска больницы лекарственных препаратов. Приоритизация требований является одной из основных концепций в Agile практики. Приоритизация – это принятие решений о том, в каком порядке команда разработчиков будет работать над требованиями в проекте. Понимание
  • 4. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 27 приоритетности имеет особенно важное значение при проектировании, поскольку проект имеет временную шкалу с фиксированным набором ресурсов. Приоритеты задаются в зависимости от значимости на три основные категории: высокая, средняя, низкая. Высокая значимость определяет требования, необходимые для полноценной работы всей программы. Средняя значимость характеризует требования, значительно упрощающие процесс работы с программой. Низкая значимость определяет требования, которые не являются необходимыми для функционирования программы, но их реализация положительно отразится на релизе. На основании приведенного выше подхода к приоритизации, составляется список ранжированных пользовательских требований. Далее задаем функциональные требования (то, какие действия будут выполняться системой для реализации пользовательских требований):  отображение в таблице данных о пациентах;  использование компонентов программы, обеспечивающие создание, редактирование и удаление данных о пациентах;  использование компонентов программы, обеспечивающие поиск данных по ключевым параметрам;  использование компонентов программы, обеспечивающих возможность назначать анализы пациентам;  использование компонентов программы, обеспечивающих возможность назначать обследование пациентам;  использование компонентов программы, обеспечивающих возможность создания рецептов на выдачу лекарственных препаратов пациентам;  отображение выданных пациенту рецептов на лекарственные препараты;  использование компонентов программы, обеспечивающих возможность редактировать и удалять: назначенный анализ, рецепт на выдачу лекарственных препаратов, назначенное обследование;  использование компонентов программы, обеспечивающих поиск выданных пациенту рецептов на лекарственные препараты и назначенных обследований по заданным параметрам;  отображение даты и времени назначенного анализа в отдельной графе интерфейса программы;  отображение на экране данных о дате и времени поступления результатов анализа;  отображение информации, содержащей результаты анализов пациента;  использование программного кода, обеспечивающего защиту от несанкционированного доступа, реализация формы авторизации пользователя в системе;
  • 5. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 28  использование программного кода, позволяющего вводить и проверять введенный пользователем пароль;  использование компонентов программы, обеспечивающих возможность создания отчетов;  использование компонентов программы, позволяющих отображать наличие лекарственных препаратов на складе аптечного киоска больницы. После сбора и анализа пользовательских и функциональных требований строится бэклог продукта, что упрощает отслеживание требований и позволяет контролировать их выполнение. Бэклог дан в таблице 1.1. Таблица 1.1. Бэклог продукта № Приоритет Пользовательское требование Функциональное требование 1 Высокая Возможность хранения и просмотра данных о пациенте Отображение в таблице данных о пациентах 2 Высокая Возможность создания, редактирования и удаления данных о пациентах Использование компонентов программы, обеспечивающие создание, редактирование и удаление данных о пациентах 3 Высокая Возможность поиска по заданным параметрам Использование компонентов программы, обеспечивающие поиск данных по заданным параметрам 4 Высокая Возможность назначить анализ для пациента Использование компонентов программы, обеспечивающих возможность назначать анализы пациентам 5 Высокая Возможность назначить обследование для пациента Использование компонентов программы, обеспечивающих возможность назначать обследование пациентам 6 Высокая Возможность создания рецепта на выдачу лекарственных препаратов Использование компонентов программы, обеспечивающих возможность создания рецептов на выдачу лекарственных препаратов пациентам 7 Высокая Возможность отображения выданных пациенту Отображение выданных пациенту рецептов на
  • 6. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 29 № Приоритет Пользовательское требование Функциональное требование рецептов на лекарственные препараты лекарственные препараты 8 Средняя Возможность редактировать и удалять назначенный анализ; возможность редактирования и удаления рецептов на выдачу лекарственных препаратов; возможность редактировать и удалять ранее назначенные обследования Использование компонентов программы, обеспечивающих возможность редактировать и удалять: назначенный анализ, рецепт на выдачу лекарственных препаратов, назначенное обследование 9 Средняя Возможность поиска выданных рецептов пациенту по заданным параметрам; возможность поиска назначенных пациенту обследований по заданным параметрам Использование компонентов программы, обеспечивающих поиск выданных пациенту рецептов на лекарственные препараты и назначенных обследований по заданным параметрам 10 Низкая Возможность отображения даты и времени назначения анализа Отображение даты и времени назначенного анализа в отдельной графе интерфейса программы 11 Низкая Возможность отображения даты и времени поступления результатов анализа Отображение на экране данных о дате и времени поступления результатов анализа 12 Низкая Возможность отображения результатов анализов пациента; защита данных от несанкционированного доступа Отображение информации, содержащей результаты анализов пациента; использование программного кода, обеспечивающего защиту от несанкционированного доступа, реализация формы авторизации пользователя в системе; использование программного кода, позволяющего вводить и проверять введенный
  • 7. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 30 № Приоритет Пользовательское требование Функциональное требование пользователем пароль 13 Низкая Возможность создания отчётов о: доступных и выданных препаратах, выписанных направлениях на обследование Использование компонентов программы, обеспечивающих возможность создания отчетов 14 Низкая Возможность отображения наличия на складе аптечного киоска больницы лекарственных препаратов Использование компонентов программы, позволяющих отображать наличие лекарственных препаратов на складе аптечного киоска больницы Один из основных элементов при разработке проекта согласно Agile Scrum – спринт (Sprint). По сути, это короткий цикл разработки, следующий один за другим без перерывов. Приоритизированные выше требования служат основой для формирования спринтов. Первый спринт позволит спроектировать будущее приложение с точки зрения моделирования процесса, данных и экранных форм. Ко второму спринту будут относиться все требования с высокой степенью приоритизации, третьему – средней, четвертому – низкой. Разработка приложения в среде MS Access 2010 будет осуществляться в последовательности, данной ниже. Первый спринт включает активности по:  моделированию ключевого бизнес-процесса нотации VACD и DFD;  проектированию баз данных и моделированию пользовательских интерфейсов;  уточнению пользовательских и функциональных требований;  планированию последующих спринтов. Для каждого следующего спринта будут проведены следующие действия: детализация пользовательских и функциональных требований, планирование спринта, тестирование реализованных возможностей, обзор спринта и ретроспектива. Поэтому опишем только отличительные особенности каждого спринта. Второй спринт, сформированный на основе требований высокого приоритета, определяется задачами:  разработка возможности отображения, изменения и удаления данных о пациентах; поиска данных пациентов по заданным параметрам; назначения
  • 8. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 31 анализов и обследований; выдачи рецептов на лекарственные препараты пациентам (требования 1-7 в бэклоге продукта из таблица 1.1);  создание первой тестовой версии интерфейса программы. Третий спринт, заданный средней степенью важности требований, включает задачи:  разработки возможностей редактирования и удаления назначенных пациенту анализов, рецептов на выдачу лекарственных препаратов, а также обработки ранее назначенных обследований (требования 8-9 в бэклоге продукта из таблицы 1.1);  доработки интерфейса программы. Четвертый спринт включает низкоприоритетные требования и активности по:  разработке возможности отображения даты и времени назначения анализа, даты и времени поступления результатов анализа; результатов анализов пациента; использования компонентов программы, позволяющих вводить и проверять введенный пользователем пароль; создания отчётов, включая отображение наличия на складе аптечного киоска больницы лекарственных препаратов (требования 10-14 в бэклоге продукта из таблицы 1.1);  созданию итоговой версии программы. 2. Проектирование процессов, данных и приложения на 1-м спринте Бизнес-процесс – это деятельность или набор действий, которые выполняют определенную организационную цель. Бизнес-процессы должны иметь целенаправленность, быть максимально конкретными и иметь последовательные результаты. Одним из эффективных методов преобразования идеи в конкретные результаты является разработка и заполнение диаграмм As-Is (как есть) и To-Be (как будет) [4]. Диаграмма As-Is описывает текущее состояние процесса и возможностей организации. Диаграмма To-Be описывает будущее состояние, другими словами, какие процессы и возможности организации появятся в будущем [5]. Для начала необходимо определить процесс в As-Is, как только он задан, необходимо его проанализировать. В момент анализа требуется задокументировать текущее состояние процесса и сформировать точку отсчета. Требуется четко понимать функционирование, возможности процесса и системы. После чего можно приступать к графическому отображению процессов в модели As-Is. Далее выявляются
  • 9. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 32 недостатки в существующих процессах, после чего ведется документирование и реализация процесса модели To-Be. На этом же этапе производится детальный анализ желаемых улучшений процесса и формируются конкретные предложения по его усовершенствованию. Далее, как и в модели As-Is, создается графическое отображение. Это наиболее сложный этап, при его реализации часто может оказаться, что желаемые улучшения не столь эффективны, как планировалось ранее. Последним шагом будет отслеживание реальной эффективности и актуальности введенных улучшений. Одной из наиболее популярных методологий для моделирования бизнес- процессов является методология ARIS (Architecture of Integrated Information Systems), часто называемая архитектурой интегрированных информационных систем [6]. Методология состоит из различных нотаций (система условных обозначений, принятая в конкретной модели) и позволяет описать деятельность организации с нескольких точек зрения. ARIS рассматривает компанию с четырех направлений: организационная структура, информационная структура, функциональная иерархия, управление бизнес-процессами. Преимуществом моделирования ARIS является наглядность в представлении сложных фактов, что позволяет систематизировать подход к анализу. В зависимости от интересующей информации используются различные методы моделирования. К числу часто используемых нотаций ARIS относятся: VACD (Value-added Chain Diagram, диаграмма цепочки процесса, добавляющего стоимость), нотации еЕРС (Extended Event-driven Process Chain, расширенная нотация цепочки процесса, управляемого событиями), PCD (Process Chain Diagram, диаграмма цепочки процесса), Organizational Chart (организационная диаграмма), FunctionTree (дерево функций) и Product Tree (дерево продуктов) [7]. В работе будет рассмотрено применение графической нотации VAСD. Нотация VAСD – это тип модели, используемый для формулировки основных уровней процесса. VACD применяется для описания процессов верхнего уровня внутри организации. Основной объект нотации – процесс или группа функций организации, необходимые для получения добавленной стоимости [8]. Для описания нижних уровней организации будет использована диаграмма потоков данных (DFD, Data flow diagrams) [9]. Эта диаграмма отображает поток информации для любого процесса или системы, для чего используются определенные графические символы, такие как: прямоугольники, круги и стрелки, а также короткие текстовые метки для отображения входов данных, выходов, точек
  • 10. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 33 хранения и маршрутов между каждым пунктом. Блок-схемы данных могут варьироваться от простых отрисованных вручную процессов, до глубоких многоуровневых, которые постепенно детализируют процесс обработки данных. Диаграммы могут использоваться для анализа существующей системы или моделирования новой [8]. 2.1. Проектирование процессов в модели AS-IS с помощью VACD/DFD На рисунке 2.1 представлена диаграмма функционирования больницы As-Is (как есть) в нотации VACD. Основу функционирования составляют три процесса, а именно: пациент обратился в больницу, лечить пациента и выписать пациента. Также на диаграмме даны ответственные за каждый процесс и входящие объекты. Рис. 2.1. Ключевые процессы 1-го уровня описания в нотации VACD Процесс лечения пациента следует рассмотреть более подробно, так как именно он представляет наибольшую ценность в работе врача-терапевта. Для этого
  • 11. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 34 подвергнем процесс декомпозиции. Для чего используем нотацию DFD. Результат декомпозиции процесса на втором уровне с применением нотации DFD представлен на рисунке 2.2. Как видно из рисунка, процесс лечения пациента является сложный и многоступенчатым, состоящим из множества подпроцессов. Рис. 2.2. Процесс «Лечить пациента» на 2-м уровне модели As-Is в нотации DFD Подпроцессы назначения анализов, обследования и лекарств выбраны в качестве ключевых операций для оптимизации, поэтому подвергаем их дальнейшей декомпозиции (рис. 2.3-2.5). Рис. 2.3. Процесс «Назначить анализы» на 3-м уровни модели As-Is в нотации DFD
  • 12. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 35 Рис. 2.4. Процесс «Назначить обследование» на 3-м уровне модели As-Is в нотации DFD Рис. 2.5. Процесс «Назначить лекарства» на 3-м уровне модели As-Is в нотации DFD Литература 1. Product development. What is Agile methodology [Электронный ресурс]. – Режим доступа: URL: https://luis-goncalves.com/what-is-agile-methodology/ (дата обращения: 29.10.2019). 2. Учёба.ру. Определение врача-терапевта [Электронный ресурс]. – Режим доступа: URL: https://www.ucheba.ru/prof/137 (дата обращения: 29.10.2019).
  • 13. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 36 3. Habr. Техники определения приоритетов [Электронный ресурс]. – Режим доступа: URL: https://habr.com/company/hygger/blog/351238/(дата обращения: 29.10.2019). 4. Маргарет Роуз. Бизнесс процессы [Электронный ресурс]. – Режим доступа: URL:https://searchcio.techtarget.com/definition/business-process (дата обращения: 11.11.2019). 5. Uchebnik.Online. Методология ARIS [Электронный ресурс]. – Режим доступа: URL: http://uchebnik.online/biznes-protsessov-modelirovanie/metodologiya-aris- 54083.html (дата обращения: 11.11.2019). 6. Charles Sturt University. ARIS Standards and Conventions Manual [Электронный ресурс]. – Режим доступа: URL: https://cdn.csu.edu.au/__data/assets/pdf_file/0020/1314173/CSU_ARIS_Modelli ng_Standards_and_Conventions_Manual_V1_0.pdf (дата обращения: 25.11.2019). 7. Степанов Д. Ю. Анализ, проектирование и разработка корпоративных информационных систем: уровень бизнес-процессов / МИРЭА. – М., 2017 [Электронный ресурс]. – Режим доступа: URL: https://stepanovd.com/documents/training/1_erp/7-processlevel/processlevel.pdf (дата обращения: 11.11.2019). 8. What is Agile. What is Scrum? [Электронный ресурс]. – Режим доступа: URL: https://www.cprime.com/resources/what-is-agile-what-is-scrum (дата обращения: 29.11.2019). 9. Lucidchart. What is a Data Flow Diagram [Электронный ресурс]. – Режим доступа: URL: https://www.lucidchart.com/pages/data-flow-diagram (дата обращения: 17.11.2019). 10.Е.М. Карчевский, И.Е. Филиппов, И.А. Филиппова. Access 2010 в примерах. Учебное пособие. Казанский университет. Казань. 2012. [Электронный ресурс]. – Режим доступа: URL: https://kpfu.ru/docs/F1448756111/Access_2010.pdf (дата обращения: 21.04.2019). Выходные данные статьи Болохнов А.А. Применение Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице (часть 1) // Корпоративные информационные системы. – 2020. – №2 (10) – С. 24-37. – URL: https://corpinfosys.ru/archive/issue-10/107-2020-10-agilescrum.
  • 14. corpinfosys.ru Б Б Бо о ол л ло о ох х хн н но о ов в в А А А. ..А А А. .. П П Пр р ри и им м ме е ен н не е ен н ни и ие е е A A Ag g gi i il l le e e S S Sc c cr r ru u um m m д д дл л ля я я р р ре е еа а ал л ли и из з за а ац ц ци и ии и и а а ав в вт т то о ом м ма а ат т ти и из з зи и ир р ро о ов в ва а ан н нн н но о ог г го о о р р ра а аб б бо о оч ч че е ег г го о о м м ме е ес с ст т та а а в в вр р ра а ач ч ча а а т т те е ер р ра а ап п пе е ев в вт т та а а в в в г г го о ор р ро о од д дс с ск к ко о ой й й б б бо о ол л ль ь ьн н ни и иц ц це е е ( ( (ч ч ча а ас с ст т ть ь ь 1 1 1) ) ) / / // / / К К Ко о ор р рп п по о ор р ра а ат т ти и ив в вн н ны ы ые е е и и ин н нф ф фо о ор р рм м ма а ац ц ци и ио о он н нн н ны ы ые е е с с си и ис с ст т те е ем м мы ы ы. .. – – – 2 2 20 0 02 2 20 0 0. .. – – – № № №2 2 2 ( ( (1 1 10 0 0) ) ) h h ht t tt t tp p ps s s: : :/ / // / /c c co o or r rp p pi i in n nf f fo o os s sy y ys s s. ..r r ru u u/ / /a a ar r rc c ch h hi i iv v ve e e/ / /i i is s ss s su u ue e e- - -1 1 10 0 0/ / /1 1 10 0 07 7 7- - -2 2 20 0 02 2 20 0 0- - -1 1 10 0 0- - -a a ag g gi i il l le e es s sc c cr r ru u um m m 37 Об авторе Болохнов Александр Андреевич – студент 4-го курса кафедры оптических и биотехнических систем и технологий физико-технологического института РТУ МИРЭА. Тема выпускной квалификационной работы бакалавра «Применение методологии Agile Scrum для реализации автоматизированного рабочего места врача терапевта в городской больнице». Электронная почта: bolokhnov@sumirea.ru.