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

Но если вдруг:

Вам нужна качественная учебная работа (контрольная, реферат, курсовая, дипломная, отчет по практике, перевод, эссе, РГР, ВКР, диссертация, шпоры...) с проверкой на плагиат (с высоким % оригинальности) выполненная в самые короткие сроки, с гарантией и бесплатными доработками до самой сдачи/защиты - ОБРАЩАЙТЕСЬ!

КУРСОВАЯ РАБОТА

Адаптация программного модуля «1С: БПО» для автоматизированной ИС медицинского учреждения 

по дисциплине: «Организация проектирования и разработки программного обеспечения»

ОГЛАВЛЕНИЕ

ПЕРЕЧЕНЬ УСЛОВНЫХ ТЕРМИНОВ И ОБОЗНАЧЕНИЙ

ВВЕДЕНИЕ

1. АНАЛИЗ ЗАДАНИЯ И ПОСТАНОВКА ЗАДАЧ

1.1. Постановка задач

1.2. Анализ предметной области

1.3. Выбор и обоснование средств и методов решения задач

2. СОЗДАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПО

2.1. Разработка диаграммы вариантов использования

2.2. Оценка трудозатрат на разработку ПО на основе диаграмм вариантов использования

3. СОЗДАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ПО

3.1. Разработка диаграммы классов

3.2. Разработка диаграмм последовательностей

3.3. Разработка диаграмм состояний

4. СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ ПО

4.1. Разработка диаграммы компонентов

4.2. Разработка диаграммы развёртывания

5. ПЛАН РЕАЛИЗАЦИИ

6. ФИНАНСОВЫЙ ПЛАН

7. ОПИСАНИЕ РЕАЛИЗАЦИИ И ТЕСТИРОВАНИЯ ПО

7.1. Описание реализации

7.2. Тестирование ПО

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПЕРЕЧЕНЬ УСЛОВНЫХ ТЕРМИНОВ И ОБОЗНАЧЕНИЙ

АИС – автоматизированная информационная система

БП – бизнес-процесс

ЕГРЮЛ – Единый государственный реестр юридических лиц

ЕГРИС – Единый государственный реестр информационных систем

ЕГСМО – Единый реестр страховых медицинских организаций

DICOM 3 – стандарт поддержки медицинского оборудования

ИБ – информационная безопасность

ИС – информационная система

ОКВ – Общероссийский классификатор валют

ПО – программное обеспечение

СЭД – система электронного документооборота

ФАИС – Федеральное агентство по информационным системам

ШК – штрих код

«1С: БПО» – «1С: Библиотека подключаемого оборудования»

ВВЕДЕНИЕ

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

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

В связи с расширением перечня обязанностей медперсонала, увеличением круга пациентов и оказываемых услуг проблема «учёта и контроля работ медперсонала» является наиболее актуальной.

Объектом исследования является – ООО «МЦ «Феникс».

Предметом исследования является деятельность ООО «МЦ «Феникс» по учету и контролю работ медперсонала.

Целью данной работы является адаптация модуля «1С: Библиотека подключаемого оборудования» на базе АИС «1С: Медицина. Поликлиника» для учёта и контроля работы медперсонала, которая позволит упорядочить процесс приёма пациентов, а также автоматизирует процесс составления отчётности.

Задачи:

·      проанализировать деятельность ООО «МЦ «Феникс» по учёту и контролю работы медперсонала;

·      обосновать и выбрать проектные решения по адаптации для учета и контроля работы медперсонала ООО «МЦ «Феникс»;

·      разработать проектные решения по адаптации для ООО «МЦ «Феникс»;

·      рассчитать экономическую эффективность адаптации.

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

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

1. АНАЛИЗ ЗАДАНИЯ И ПОСТАНОВКА ЗАДАЧ

1.1. Постановка задач

1.1.1. Цели адаптации модуля «1С: БПО»

Основной целью проектирования модуля «1С: Библиотека подключаемого оборудования» на базе «1С: Медицина. Поликлиника» является автоматизация процесса учёта и контроля рабочего времени врача, а также уход от ручного заполнения журналов.

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

 Модуль настраивается к различным бизнес-процессам благодаря широким возможностям настройки системы, что позволяет повысить эффективность работы медицинской организации [4].

Целью выпускной квалификационной работы является адаптация модуля «1С: Библиотека подключаемого оборудования» на базе ИС «1С: Медицина. Поликлиника» для учёта и контроля рабочего времени врача, которая позволит упорядочить процесс приёма пациентов, а также автоматизирует процесс составления отчётности.

1.1.2. Задачи адаптации

Для определения задач проекта была заполнена соответствующая таблица (табл. 1.1.).

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

Таблица 1.1

Задачи проекта

Рис. 1.1. Организационная структура ООО «МЦ «Феникс»

1.3. Выбор и обоснование средств и методов решения задач

Основываясь на целях и проблемах организации, было принято решение автоматизировать процесс учёта и контроля рабочего времени врача.

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

В качестве варианта решения проблемы было рассмотрено несколько вариантов:

1.    Приобретение готового проектного решения (типового механизма) для последующей адаптации;

2.    Разработка нового проектного решения силами сторонней организации.

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

1.3.1. Приобретение готового проектного решения для последующей адаптации

К достоинствам данного варианта можно отнести:

·      программный продукт уже готов, требуется лишь минимальная доработка;

·      достигается высокая степень интеграции ИС;

·      применяется модульный подход к проектированию;

·      осуществляется сокращение затрат на проектирование и программирование с учётом взаимосвязи компонентов модуля;

хорошее документирование отображаемых процессов обработки информации.

Недостатки:

·      высокая стоимость механизма, дополнительных устройств;

·      высокие временные издержки доработки отдельных элементов;

·      высокие временные издержки сопряжения разных элементов при условии информационной, программной или технической несовместимости;

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

В качестве вариантов готового проектного решения для последующей адаптации были выбраны: «1С: Библиотека подключаемого оборудования», BarcodeScanner.xl, «Битрикс: Облачная касса». Сравнительная характеристика проектных решений представлена в табл. 1.2.

Таблица 1.2

Сравнительная характеристика проектных решений

Окончание таблицы 1.2.

Для того, чтобы сделать выбор в пользу конкретного готового программного продукта, воспользуемся методом анализа иерархий Саати, проведем его в MPRIORITY 1.0. [19]. Сравним готовые программные решения по следующим характеристикам: стоимость продукта, стоимость сопровождения, срок внедрения, функциональные возможности, архитектура и гибкость системы. Результаты представлены на рис. 1.2 –1.6.

Рис. 1. 2. Модель проблемы в виде иерархии, а также матрица попарных сравнений

Рис. 1.3. Согласованность исходных данных матрицы попарных сравнений

Рис. 1.4. Попарные сравнения по заданным критериям

Рис. 1.5. Попарные сравнения по заданным критериям

Рис. 1.6. Итоговый результат анализа иерархий

В результате выполненного анализа методом иерархий в качестве готового программного решения для адаптации было выбрано – «1С: Библиотека подключаемого оборудования».

1.3.2. Разработка нового проектного решения силами сторонней организации

Достоинства:

·      индивидуальный подход к разработке проектного решения, подстроенный под нужды организации;

·      большое количество специалистов на рынке с опытом разработки и внедрения систем;

·      отсутствие лишнего функционала;

·      модифицируемость на этапах создания.

Недостатки:

·      существующие программные продукты не использованы в полной мере;

·      отсутствие необходимости в разработке новой автоматизированной системы с «нуля»;

·      высокая стоимость разработки;

·      высокие временные затраты на разработку;

·      высокие временные затраты на внедрение готового продукта.

 Исходя из того, что разработка нового проектного решения дорого стоит, а также требует высоких временных затрат на разработку и внедрение, нет необходимости рассматривать этот вариант.

1.3.3. Обоснование выбора и технологии адаптации

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

2. СОЗДАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ ПО

2.1. Разработка диаграммы вариантов использования

Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

Прецедент — возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе.

Основными элементами (предметами языка UML), отображаемыми на диаграмме вариантов использования, являются: вариант использования, актер.

Для разрабатываемой информационной системы необходимо наличие 3-х актеров, которые наделены разными правами и могут выполнять различные функции:

·      Администратор (сотрудник регистратуры) – вводит в базу данных информацию о базовых состояниях;

·      Клиент (врач) – просматривает имеющиеся данные и выполняет операции над ними.

Сценарий варианта использования представлен в табл. 2.1.

Таблица 2.1.

Базовый вариант использования

«Учёт и контроль рабочего времени медперсонала»

Диаграмма вариантов использования представлена на рис. 2.1.

Рис. 2.1. Диаграмма вариантов использования процесса

«Учёт рабочего времени медперсонала»

3. СОЗДАНИЕ ЛОГИЧЕСКОЙ МОДЕЛИ ПО

3.1. Разработка диаграммы классов

Создание диаграммы классов для сценария «Учет и контроль работы медперсонала».

Рассматриваемый сценарий состоит из:

·      самой смены;

·      сотрудника регистратуры, который её оформляет;

·      фискального устройства, которое отображает смену;

·      врача, который осуществляет приём;

·      устройства сканирования, которое присваивается врачу для работы;

·      пациента, который пришёл на приём;

·       «Лист заказа», который оформляется пациенту для приёма;

·      самого приёма.

Описание классов представлено в табл. 3.1 – 3.9.

Таблица 3.1.

Класс «Смена»

Таблица 3.2.

Класс «Сотрудник регистратуры»

Таблица 3.3.

Класс «Врач»

Таблица 3.4.

Класс «Фискальное устройство»

Таблица 3.5.

Класс «Устройство сканирования ШК»

Таблица 3.6.

Класс «Врач – Устройство сканирования ШК»

Таблица 3.7.

Класс «Пациент»

Таблица 3.8.

Класс «Лист заказа»

Таблица 3.9.

Класс «Приём»

Графическое изображение «Диаграммы классов» представлено на рис. 3.1.

Рис. 3.1. Диаграмма классов процесса «Учёт и контроль рабочего времени медперсонала»

3.2. Разработка диаграмм последовательностей

Для модели учёта и контроля рабочего времени медперсонала фрагмент вида диаграммы последовательности для типичного хода событий «Открыть смену» приведён на рис. 3.2.

При построении диаграммы последовательности выделены следующие объекты и сообщения:

Объекты классов: «Сотрудник регистратуры», «Смена», «Фискальное устройство», «Врач», «Сканер ШК», «Врач – Устройство сканирования ШК», «Пациент», «Лист заказа», «Приём».

Сообщения:

1. «Оформить смену» – от линии жизни объекта класса «Сотрудник регистратуры» к линии жизни объекта класса «Смена».

2. «Отобразить смену» – от линии жизни объекта класса «Смена» к линии жизни объекта класса «Фискальное устройство».

3. «Присвоить» – от линии жизни объекта класса «Врач» к линии жизни объекта класса «Врач-Устройство сканирования ШК».

4. «Определить» – от линии жизни объекта класса «Сканер ШК» к линии жизни объекта класса «Врач-Устройство сканирования ШК».

5. «Добавить» – от линии жизни объекта класса «Врач-Устройство сканирования ШК» к линии жизни объекта класса «Смена».

Рис. 3.2. Фрагмент диаграммы последовательности для типичного хода событий «Оформить смену»

Фрагмент вида диаграммы последовательности для типичного хода событий «Оформить приём» приведён на рис. 3.3.

При построении диаграммы последовательности выделены следующие объекты и сообщения:

Объекты классов: «Сотрудник регистратуры», «Врач – Устройство сканирования ШК», «Пациент», «Лист заказа», «Приём».

Сообщения:

1. «Предоставить» – от линии жизни объекта класса «Пациент» к линии жизни объекта класса «Лист заказа».

2. «Включить» – от линии жизни объекта класса «Врач-Устройство сканирования ШК» к линии жизни объекта класса «Приём».

3. «Собрать ШК» – от линии жизни объекта «Лист заказа» к линии жизни объекта «Приём».

Рис. 3.3. Фрагмент диаграммы последовательности для типичного хода событий «Приём»

4. СОЗДАНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ ПО

4.1. Разработка диаграммы компонентов

Диаграмма компонентов разрабатывается для следующих целей:

·         визуализация общей структуры исходного кода программной системы;

·         спецификация исполнимого варианта программной системы;

·         обеспечение многократного использования отдельных фрагментов программного кода;

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

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

Диаграмма компонентов разрабатываемой информационной системы содержит в себе ее наиболее значимые элементы, а также их взаимодействие.

Данная диаграмма разработана на основе следующих правил:

·      функционирование модуля ИС основано на работе с базой данных ИС;

·      исполняемые файлы образуются путем компиляции исходного кода приложения;

·      исходные коды содержат в себе сторонние библиотеки для расширения круга возможностей приложения;

·      пользователи взаимодействуют с информационной системой при помощи пользовательского интерфейса;

·      все формы, относящиеся к выполнению различных действий в системе, вызываются из главной формы;

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

Рис. 4.1. Диаграмма компонентов

4.2 Разработка диаграммы развертывания

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

При разработке диаграмм развертывания преследуются следующие цели:

·      специфицировать физические узлы, необходимые для размещения на них исполнимых компонентов программной системы;

·      показать физические связи между узлами реализации системы на этапе ее исполнения;

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

Рис. 4.2. Диаграмма развёртывания

5. ПЛАН РЕАЛИЗАЦИИ

Оперативный план реализации модуля «1С: БПО» для АИС был реализован в программном продукте Microsoft Visio 2010. Построенная временная шкала представлена на рис. 5.1, Диаграмма «Ганта» на рис. 5.2.

Рис. 5.1.  Временная шкала проекта

Рис. 5.2. Диаграмма «Ганта»

6. ФИНАНСОВЫЙ ПЛАН

В данном разделе необходимо выявить экономическую эффективность от адаптации проекта. Для выявления экономического эффекта проекта произведена оценка затрат и расчёт эффективности проекта.

6.1. Расчёт затрат проекта адаптации модуля «1С: БПО»

Показатель снижения трудовых затрат за год (ΔT):

ΔT= Т0 – Тj;

ΔT= 730 – 36,5 = 693,5.

Относительные показатели:

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

Km = ΔT / T0;

Km  = 0,95.

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

Таблица 6.1

Оценка экономической эффективности

6.1.1. Эксплуатационные стоимостные затраты

Показатель стоимостных затрат можно рассчитать по формуле:

,

С = 18980 +  11388 + 650 + 380 + 2712 = 34 110  руб.

1. Сз/пл – затраты на заработную плату оператора,

Сз/пл  =  Ti ´ R,

где R – тариф работника/час = 520.

Сз/пл = 520*36,5,

Сз/пл = 18980.

2. Снр – затраты на накладные расходы

Снр = Сз/пл ´ Кнр,,

Накладные расходы составляют 60%

Снр = 18980*0.6= 11388.

3. Са – величина амортизационных отчислений на используемую технику:

Са = tij ´ ai,

где ai  – норма амортизационных отчислений 20 %,

Са = 650.

4. Смв – стоимость машинного времени на ввод информации в ЭВМ

Смв = tmj ´ c,

Смв = 380,

где с – стоимость машинного часа,

tmj – длительность выполнения m-й машинной операции j-го технологического процесса, включая в себя следующие компоненты,

tmj = t1 ´ t2 ´ t3,

tmj = 75,

где t1 – длительность выполнения операции ввода исходной информации в ЭВМ, рассчитываемая по формуле:

t1 = Qвв / Nвв ,

t1 = 5,

где Qвв – объем вводимой информации в символах (байтах),

Nвв – норма вводимой информации с клавиатуры ЭВМ в час,

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

t2 = Qоп / Vоб,

t2 = 5,

где Vоб – быстродействие работы ЭВМ.

Qоп – объем операций, выполняемых ЭВМ по обработке данных при решении задачи, определяемый различными способами, например:

Qоп = Qвв * R,

Qоп = 3,

где Qвыв – объем выводимой информации (в строках или байтах),

Vвыв – объем скорость работы печатающего устройства (стр./ч) или канала связи (байт/ч).

5. См – затраты на материалы за год:

226 * 12 = 2712.

6.1.2 Расчёт Экономического эффекта

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

З = С + Ен ´ К,

где С  – себестоимость единицы работ, производимых в ИС,

Ен – нормативный коэффициент эффективности капитальных вложений,

К – удельные капитальные вложения, связанные с использованием ИС.

Кн = 0,2,

К = 64000 руб.

Срок окупаемости рассчитывается по формуле:

Т = К / С,

Т = 34 000 / 64 000 = 1,88235294.

Расчетный коэффициент экономической эффективности капитальных затрат на разработку и внедрение АИС рассчитывается по формуле:

Кэ = Э / С=1 / Т,

Кэ = 1 / 1,88235294  = 0,53125.

Таким образом, можно сделать вывод, что мероприятия по созданию и адаптации модуля являются эффективными (Кэ = 0,53 > Кн = 0,2) и окупятся. Сводные технико-экономические показатели внедрения автоматизированной информационной системы приведены в таблице 6.2.

Таблица 6.2

Сводные технико-экономические показатели

6.2. Расчёт годовой экономии

Сумма годовой экономии от сокращения ручного труда по обработке информации рассчитывается по формуле:

Эгод = Сб – С,

где Эгод – сумма годовой экономии от сокращения ручного труда по обработке информации, руб.

Сб – годовые эксплуатационные затраты при ручной обработке информации, руб.

Сб = (~ 91 000) руб.

Показатель стоимостных затрат можно рассчитать по формуле:

,

С = 18980 + 11388 + 650 + 380 + 2712 = 34 110 руб.

Результаты расчета экономической эффективности проекта – годовая экономия

~ 57 000 руб.

7. ОПИСАНИЕ РЕАЛИЗАЦИИ И ТЕСТИРОВАНИЯ ПО

7.1. Описание реализации

Для создания «Смены», введём следующие значения: Период, Номер смены (генерируется автоматически), Сотрудник, Должность, Статус смены (рис.7.1).

Рис.7.1. Создание документа «Смена»

Для создания нового заказа пациента необходимо открыть вкладку «Заказы» – «Создать новый заказ». Далее выбрать необходимые услуги (рис.7.2).

Рис. 7.2. Формирование заказа пациента

Рис. 7.3. Печатная форма Медицинской карты пациента

Рис. 7.4. Форма выгрузки ШК в АИС «1С: Медицина. Поликлиника»

Рис. 7.5. Структура регистров сведений «Смена» и «Документы смены»

Рис. 7.6. Выбор данных для отчёта

Рис.7.7. Запрос на формирование «Отчёт по смене»

Рис.7.8. Документ «Отчёт по смене»

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсового проекта были построены и реализована концепция модуля «1С: БПО» информационной системы «1С: Медицина. Поликлиника» по учёту и контролю работы медперсонала были построены:

·         диаграмма вариантов использования;

·         диаграмма деятельности;

·         диаграмма классов;

·         диаграмма последовательности;

·         календарный план-график (временная шкала и диаграмма Ганта).

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1.    Леоненков А.В. Самоучитель UML 2. CПб. : БХВ-Петербург, 2007. 576 с.

2.    Нейбург Э.Дж., Максимчук Р.А. Проектирование баз данных с помощью UML. М.: Издательский дом «Вильямс», 2002. 288 с.

3.    Леоненков А. В. Визуальное моделирование в среде IDM Rational Rose 2003. [Электронный ресурс], URL: http://www.intuit.ru/studies/courses/14/14/info

4.    Организация доступа к информации в прикладных решениях на платформе «1С: Предприятие 8» // [Электронный ресурс] / URL: https://v8.1c.ru/news/publication.jsp?id=317 (дата обращения: 10.05.2020).

5.    Кластер серверов «1С:Предприятия 8» // [Электронный ресурс] / URL: http://v8.1c.ru/overview/Term_000000126.htm (дата обращения: 10.05.2020).

6.    «Информационные медицинские системы, их внедрение и развитие» [Электронный ресурс] – URL: http://spb.bit-medic.ru/. (дата обращения: 10.04.2020).

7.    Запросы, механизмы. 1С: Предприятие 8.3 // [Электронный ресурс] / URL: http://v8.1c.ru/overview/Term_000000309.htm (дата обращения: 10.05.2020).

8.    Защита информационной безопасности в «1С» [Электронный ресурс] – URL: http://efsol.ru/articles/protection-1c.html/.

9.    Методические указания к конфигурации «1С: Медицина. Поликлиника» [Электронный ресурс] – URL: https://its.1c.ru/ (дата обращения: 16.05.2020).

10.              Методические указания. Порядок внедрения «1С: Библиотека подключаемого оборудования» [Электронный ресурс] – URL: https://its.1c.ru/ (дата обращения: 16.05.2020).

11.              Методические указания. Применение функционала «1С: Библиотека подключаемого оборудования» в конфигурациях «1С» [Электронный ресурс] – URL: https://its.1c.ru/ (дата обращения: 21.04.2020).