отчет. Пояснительная записка(исправлено). Составление перечня задач, подлежащих автоматизации
 Скачать 1.92 Mb.
|
|
Рисунок 3.1 – Форма для входа в программу После проверки имени пользователя и пароля происходит вход пользователя в систему. В зависимости от типа загружаемого модуля на экране появляется соответствующая главная форма приложения. Результаты реализации подсистемы администрирования При запуске модуля «Администратор» на экране отобразится форма, изображенная на рисунке 3.2. В центре формы располагаются кнопки, которые позволяют получить доступ к соответствующему типу информации. Для администрирования доступны все разделы справочников, отношения, список пациентов и персонала поликлиники, а так же список всех пользователей, работающих в данный момент с базой данных.  Рисунок 3.2 – Форма модуля «Администратор» Результаты реализации подсистемы работы с расписанием Подсистема работы с расписанием реализована в модуле «Расписание». Форма данного модуля изображена на рисунке 3.3.  Рисунок 3.3 – Форма модуля «Расписание» В центре формы расположены кнопки, которые отвечают за соответствующий режим работы с расписанием. В режиме формирования схем приема пользователь может создавать различные схемы приема врачей (шаблоны). Режим формирования расписания позволяет создать расписания врача в заданном кабинете и разделе исследований и привязать его к нужному дню и номеру недели по конкретной схеме приема. В режиме открытия расписания пользователь может открывать расписание приема в заданный день в нужном кабинете и разделе исследований по конкретной схеме. Расписание может быть открыто как на одного врача, так и на все отделение, на один день, одну неделю или один месяц. Режим корректировки расписания позволяет закрыть расписание на некоторое время и на весь день при необходимости, а так же произвести замену врача. Результаты реализации подсистемы регистрации пациентов Подсистема регистрации пациентов реализована модуле «Регистратура». Форма данного модуля изображена на рисунке 3.4  Рисунок 3.4 – Форма модуля «Регистратура» В левой части формы располагаются выпадающие списки и календарь для выбора приема у конкретного врача, в правой – таблица, которая отображает сетку приема выбранного врача. В нижней части формы находятся элементы для поиска пациента в базе данных и кнопка записи его на прием. Результаты реализации подсистемы работы с электронной амбулаторной картой Элементы подсистемы работы с электронной амбулаторной картой расположены на главной форме АРМ врача поликлиники. Она изображена на рисунке 3.5.  Рисунок 3.5 – работа с электронной амбулаторной картой пациента Работа с электронной лабораторной картой распределена на нескольких закладках главной формы АРМ врача поликлиники, а именно: – «Карточка» – позволяет просматривать всю амбулаторную карту пациента, начиная с момента его регистрации в базе данных; – «Методы» – позволяет врачу сделать новую запись в электронную карту по текущему осмотру; – «Клинический диагноз» – позволяет врачу выставить клинический диагноз пациенту; – «Назначения» – позволяет врачу записать назначения и рекомендации по обследованию; – «МКБ10» и «Диагнозы» – позволяют врачу выставлять диагноз по международному классификатору болезней (МКБ-10) и описывать его свойства; – «Листы учета» – позволяет врачу просматривать листы учета анализов, рентгенологических исследований, прививок и выписанных рецептов. Результаты реализации подсистемы выписки рецептов Форма подсистемы выписки рецептов изображена на рисунке 3.6. Данная форма позволяет врачу выписать и распечатать рецепт для пациента. Информация о лекарственных средствах, форме выпуска, дозировке и способе применения выбирается из справочников и не требует ручного ввода. В верхней части формы отображается информация о выписанном рецепте. Далее следует таблица со списком выписанных лекарств в данном рецепте (не больше двух). Ниже расположены списки для выбора содержимого рецепта из справочников системы. Кнопки печати рецепта, а так же предварительного просмотра и выхода расположены в нижней части формы.  Рисунок 3.6 – форма подсистемы выписки рецептов Результаты реализации подсистемы регистрации лабораторных анализов Данная подсистема реализована в модуле «Лаборатория». Форма регистрации лабораторных анализов изображена на рисунке 3.7.  Рисунок 3.7 – форма подсистемы регистрации лабораторных анализов В левой части формы расположен список производимых видов анализов, в правой части – элементы управления для регистрации анализа в базе данных. Тестирование программного обеспечения Одним из важных этапов разработки программного обеспечения является этап его тестирования. Целью этого этапа является проверка правильности и точности реализации функций, выполнение которых возлагается на данное программное обеспечение. В случае выявления некоторых неточностей и ошибок необходимо проведение работ по их исправлению и доработке программного обеспечения до требуемого уровня. В соответствии с требованиями, представленными в техническом задании, был разработан документ «Описание программы», содержащий сведения о назначении программы, области применения, применяемых методах, ограничениях для применения, минимальной конфигурации технических средств. Документ «Описание программы» представлен в приложении Д. Также согласно требованиям к разрабатываемому программному обеспечению и техническому заданию на разработку был разработан документ «Руководство оператора», приведенный в приложении Е. Тестирование системы проводилось методом «черного ящика» в соответствии с документом «Программа и методика испытаний», представленным в приложении Ж. Основным подходом при тестировании являлся ввод входных данных и визуальный контроль отображаемых выходных данных. В таблице 3.1 представлены результаты тестирования программы в соответствии с документом «Программа и методика испытаний». Таблица 3.1 – Результаты тестирования АРМ врача поликлиники
Продолжение таблицы 2.25
В результате тестирования многократно загружалась каждая из форм. На них выполнялись все возможные действия по удалению, изменению и добавлению, данных. Тестирование приложения прошло успешно, все подсистемы соответствуют требованиям технического задания и работают без ошибок. ЭКОНОМИЧЕСКАЯ ЧАСТЬ Обоснование необходимости выведения на рынок Целью дипломного проектирования является разработка автоматизированного рабочего места врача поликлиники. На сегодняшний день большая часть государственных поликлиник не использует комплексные информационные системы, которые позволили бы автоматизировать работу учреждения. Основной причиной этого является высокая стоимость программного обеспечения, недостаточный парк компьютерной техники и отсутствие локальной сети в учреждении. И если развитие компьютерных и коммуникационных технологий, а также постоянное уменьшение стоимости компьютерной техники решают техническую сторону данной проблемы, то вопрос приобретения программного комплекса по-прежнему остается открытым. Медицинские информационные системы подобного рода, предлагаемые в данный момент на рынке программного обеспечения, имеют довольно высокую стоимость. Их приобретение зачастую является невозможным, поскольку государственные учреждения здравоохранения финансируются из бюджета, в котором денежные средства для приобретения программного обеспечения не выделяются. К тому же, предлагаемые программные продукты являются сложными в настройке и ежедневной работе. Это подразумевает необходимость обучения персонала поликлиники, а так же наличие в штате квалифицированного инженера-программиста для поддержания и сопровождения такой системы. Основной целью проектирования автоматизированного рабочего места врача поликлиники является создание и ведение электронной амбулаторной карты пациента, в которой будут фиксироваться посещение и осмотр врачей, назначения и рекомендации по лечению пациента, диагностические процедуры и лабораторные анализы. Создание подобного программного обеспечения позволит автоматизировать работу всех врачей поликлиники, а также значительно облегчить работу регистратуры и клинико-диагностической лаборатории. Автоматизированное рабочее место врача поликлиники разрабатывается для государственных учреждений здравоохранения. Этапы работ по созданию программного обеспечения Программные средства подобно другим промышленным изделиям имеют определенный жизненный цикл. Под жизненным циклом программного средства вычислительной техники понимается период от начала разработки нового до снятия его с эксплуатации потребителем. Жизненный цикл включает три стадии: разработка (проектирование), производство (создание) и использование (сопровождение программного средства). Каждая стадия в свою очередь делится на фазы или этапы. Стадия разработки программного средства может быть разделена на следующие этапы: оценка и анализ требований, предъявляемых к программному средству; проектирование; реализация; тестирование и отладка. Для большей наглядности сказанного можно графически отобразить жизненный цикл программного средства (рисунок 4.1).  Рисунок 4.1 – Диаграмма распределения времени работы при разработке автоматизированного рабочего места врача поликлиники Кроме деления жизненного цикла программного продукта на стадии и фазы, можно выделить состав работ, проводимых в процессе его создания: анализ требований и планирование – предусматривает разработку спецификаций, анализ и модификацию функциональных, технических, интерфейсных требований; проектирование изделий – включает в себя определение, спецификацию, анализ и модификации аппаратно-программной архитектуры проекта программы и базы данных; программирование – детальное проектирование, кодирование, автономная отладка и комплексирование отдельных компонентов программы, а также планирование работ программистов, разработка базы данных, документирование отдельных компонентов и организация программирования на уровне компонентов; планирование отладки; верификация – процесс проверки корректности требований, отладки изделий и приёмные испытания; управление проектом – планирование и контроль проекта, контроль и регулирование договоров, связь с пользователями; контроль качества – разработка и контроль, стандартные и технические проверки программных средств и процессов разработки; документирование – разработка и корректировка руководства для пользователя и операторов. Деление жизненного цикла программных средств на стадии, фазы и этапы, а также более подробное описание работ, выполняемых в процессе их разработки, производства и эксплуатации, необходимо для детального определения затрат, требуемых на эти цели. Программные средства вычислительной техники являются материальным объектом интеллектуальной и трудовой деятельности человека, состоящим из программной и документально оформленной частей, реализующих свои потребительские свойства и качества в составе функционирующих вычислительных систем или систем обработки данных и информации. Составление сметы затрат на разработку программного обеспечения Для осуществления стоимостной оценки программного обеспечения и определения экономического эффекта необходимо составить смету затрат, включающую в себя следующие статьи расходов: материалы и комплектующие используемые в процессе разработки и производства программного обеспечения  ;электроэнергия  ;основная заработная плата  ;дополнительная заработная плата  ;отчисления в фонд социального страхования  ;амортизация оборудования и программного обеспечения  ;спецоборудование для научных (экспериментальных) работ  ;накладные расходы  ;прочие прямые расходы  .Стоимость основных и вспомогательных материалов, используемых в процессе разработки и производства программного обеспечения  , представлена в таблице 4.1.Таблица 4.1 – Стоимость основных и вспомогательных материалов
Общая стоимость материалов (М)= 83000 рублей. Затраты на энергию рассчитываются исходя из количества часов затраченных на разработку и реализацию программного обеспечения, по следующей формуле (4.1):
где  – стоимость одного кВт/ч,  – количество кВт/ч.Время реализации проекта 3 месяца, среднее потребление энергии в месяц 100 кВт/ч, то есть было потреблено 300 кВт/ч. Стоимость 1 кВт/ч в данный момент составляет 770,6 рублей, согласно [10]. Рассчитываем затраты на электроэнергию:  .Основная заработная плата  рассчитывается по формуле (4.2):
где  – месячная тарифная ставка, – коэффициент премирования, – количество исполнителей участвовавших в разработке,  – период времени, затраченный на разработку.Месячная тарифная ставка  определяется по формуле (4.3):
где  – действующая тарифная ставка первого разряда,  – тарифный коэффициент.На момент разработки приложения тарифная ставка первого разряда, составляла 250 000 рублей. Присвоим разработчику данного приложения 12-ый тарифный разряд. Тогда тарифный коэффициент единой тарифной сетки для него равен 2,84. Введем повышающий коэффициент для тарифной ставки первого разряда равный двум. Следовательно, тарифная ставка работника равна:  .Размер премии выбран в размере 25% от основной заработной платы. Полные затраты за три месяца на основную заработную плату будут равны:  .«Дополнительная заработная плата» (Зд)на программное обеспечение включает выплаты, предусмотренные законодательством о труде (оплата отпусков, льготных часов, времени выполнения государственных обязанностей и других выплат, не связанных с основной деятельностью исполнителей), и определяется по нормативу в процентах к основной заработной плате:
где Зд – дополнительная заработная плата исполнителей на конкретное программное обеспечение, руб., Нд – норматив дополнительной заработной платы на предприятии, %.  .Отчисления на социальные нужды рассчитываются по формуле (4.5):
где  – норматив отчисления в фонд социальной защиты (34%),  – отчисления на обязательное страхование от несчастных случаев (0,6%).В данном случае общие отчисления на социальные нужды за три месяца составят:  По статье «Амортизация основных средств и нематериальных активов» рассчитываются амортизационные отчисления для используемых в процессе разработки программного обеспечения основных средств, исходя из их стоимости, сроков эксплуатации и годовой нормы амортизации. В процессе разработки программного обеспечения использовался персональный компьютер стоимостью 2931200 руб. [22] и программное обеспечение, представленное в таблице 4.2. Таблица 4.2 – Стоимость используемого программного обеспечения
Для определения затрат по данной статье будем использовать линейный способ начисления амортизации. Норма амортизации для линейного способа начисления вычисляется по формуле (4.6):
где  – срок службы оборудования.В соответствии с Временным республиканским классификатором амортизируемых основных средств и нормативными сроками их службы, утвержденными постановлением Минэкономики РБ от 21.11.2001 № 186, компьютеры относятся к группе «Машины и оборудование» и срок службы для компьютера составляет 5 лет. В данном случае норма амортизации составляет:  Для линейного способа амортизационные отчисления равномерно распределены на весь период службы оборудования. Так как разработка программного продукта длилась три месяца, то общие амортизационные отчисления за этот период составят:  Так как при разработке программного обеспечения не приобреталось никаких вспомогательных технических и программных средств и специальной литературы, то затраты по статьям «Расходы на спецоборудование» и «Прочие прямые расходы» равны нулю. Также отсутствуют затраты по статье «Накладные расходы». На основании полученных данных по отдельным статьям затрат составлена калькуляция затрат по разработке программного обеспечения, представленная в таблице 4.3. Таблица 4.3 – Расчет плановой себестоимости разработки АРМ врача поликлиники
Диаграмма затрат на разработку автоматизированного рабочего места врача поликлиники представлена на рисунке 4.2.  Рисунок 4.2 – Затраты на разработку АРМ врача поликлиники Расчет отпускной цены программного обеспечения
Отпускная цена на продукцию рассчитывается по формуле (4.7): где  – плановая себестоимость; – прибыль.Прибыль закладывается в цену по нормативу рентабельности, установленному на предприятии, и рассчитывается по следующей формуле (4.8):
где  – уровень рентабельности.Уровень рентабельности установим равным 20%. Рассчитаем прибыль:  Рассчитаем отпускную цену продукции:  Рассчитаем стоимость проекта с учётом налога на добавленную стоимость. Ставка налога на добавленную стоимость с 2010 года установлена в размере 20%. Размер налога на добавленную стоимость вычисляется по формуле (4.9):
где – плановая себестоимость, – прибыль. Прогнозируемая отпускная цена на программное обеспечение с НДС:
где – плановая себестоимость, – прибыль, – размер налога на добавленную стоимость. По результатам подсчета прогнозируемая отпускная цена программного обеспечения равна 13 694 350 рублей. Экономический эффект от использования программного обеспечения После расчета затрат и полной себестоимости программного обеспечения проведем его сравнительный технико-экономический анализ с существующими аналогами. Одним из аналогов разработанного приложения является «1С:Медицина.Поликлиника». Прикладное решение «1С: Медицина. Поликлиника» предназначено для автоматизации деятельности медицинских организаций различных организационно-правовых форм оказывающих медицинскую помощь в амбулаторно-поликлинических условиях. Программный продукт служит для ведения взаиморасчетов с контрагентами, управления потоками пациентов, персонифицированного учета оказанной медицинской помощи. Программа позволяет автоматизировать основные процессы работы регистратуры: регистрацию пациентов, формирование заказов, планирование загрузки кабинетов, формировать счета на оплату. Ведется учет деятельности медицинского персонала по медицинским услугам. Медицинская организация может работать с единым перечнем медицинских услуг, прейскуранты услуг сторонних организаций привязываются к медицинским услугам организации по различным критериям (кодам медицинских услуг, персональным данным пациентов, результатам выполнения услуг и прочие условия). При формировании реестров оказанных услуг для сторонних организаций преобразование услуг организации в услуги контрагентов производится автоматически. Стоимость лицензии данной системы на 10 рабочих мест по технологии клиент-сервер составляет 29 260 000 рублей.[24] Очевидно, что функционал продукта «1С» обладает намного большей мощностью, чем необходимо в рамках данной предметной области. Обилие функций, относительная сложность интерфейса, ориентированность на крупные организации – все это делает подобную систему неудобной и сложной для использования в рядовом бюджетном учреждении здравоохранения. Кроме того, для полноценного использования данного программного обеспечения персоналу поликлиники потребуется пройти обучение. К недостаткам также можно отнести высокие системные требования, что непременно повлечет за собой обновление компьютерного парка медицинского учреждения. Исходя из этого, автоматизированное рабочее место врача поликлиники, выбранное в качестве дипломного проекта, наиболее подходит для целевой аудитории по следующим критериям: интуитивно понятный интерфейс; простота в использовании без дополнительного обучения; низкие системные требования как к серверу, так и к клиентским компьютерам Сравним экономические показатели программных продуктов, а именно стоимость реализации. Стоимость программного продукта "1С:Медицина.Поликлиника " (лицензия на 10 рабочих мест по технологии клиент-сервер) – 29260000 рублей. Рассчитанная стоимость разрабатываемого программного обеспечения – 13 694 350 рублей. Выгода при внедрении разрабатываемого продукта на 10 рабочих мест равна:  Следует отметить, что это выгода от внедрения разрабатываемой АРМ врача поликлиники лишь на 10 рабочих местах. Поскольку компьютер должен быть установлен в каждом кабинете врача, регистратуре и лаборатории, то выгода становится более чем очевидной. Разработку и реализацию проекта АРМ врача поликлиники можно считать экономически целесообразной. Разработанная система является конкурентно способным продуктом. |
,
,
,
,
,
,
