Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес процесса «Расчет заработной платы» ( ОБЗОР СОВРЕМЕННЫХ ЯЗЫКОВ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ )

Содержание:

ВВЕДЕНИЕ

Деятельность любой организации представляет собой систему последовательных, целенаправленных регламентированных видов деятельности (операций), достигающих значимых для организации результатов, называемых бизнес-процессами.

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

Разработка бизнес-процессов - наиболее ответственный этап моделирования бизнеса, который предшествует внедрению в организацию АСУ.

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

Для достижения данной цели поставлены следующие задачи:

1 Провести обзор стандарт IDEF0

2 Построить модели работы организации с помощью IDEF0

3 Построить модели бизнес-процесса организации рабочего времени с помощью IDEF0

4 Провести анализ существующей и разработать улучшенную модель бизнес процесса с помощью IDEF0

1 ОБЗОР СОВРЕМЕННЫХ ЯЗЫКОВ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

1.1 Стандарт IDEF0

Integration DEFinition for information modeling (IDEF0) является языком моделирования для разработки семантических моделей данных. IDEF0 используется для создания графической информационной модели, которая представляет структуру и семантику информации в среде или системе. [1]

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

Метод моделирования данных используется для моделирования данных стандартным, согласованным и предсказуемым образом, чтобы управлять им как ресурсом. Он может использоваться в проектах, требующих стандартных средств определения и анализа ресурсов, данных в организации. Такие проекты подразумевают включение метода моделирования данных в методологию, управление данными в качестве ресурса, интеграцию информационных систем или разработку компьютерных баз данных. Основными целями стандарта IDEF0 являются: [2]

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

Основной целью IDEF0 является поддержка интеграции. Подход к интеграции фокусируется на захвате, управлении и использовании единого семантического определения ресурса данных, называемого «концептуальной схемой». «Концептуальная схема» предоставляет единое интегрированное определение данных внутри предприятия, которое не склоняется к какому-либо одному приложению данных и не зависит от способа физического хранения данных или доступа к ним. Основная цель этой концептуальной схемы заключается в согласованном определении значений и взаимосвязей между данными, которые могут использоваться для интеграции, совместного использования и управления целостностью данных. Концептуальная схема должна иметь три важных характеристики: [3]

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

Перечислим основные компоненты IDEF0 [4]:

  • Сущности. Это представление класса реальных или абстрактных вещей (люди, объекты, места, события, идеи, сочетания вещей и т. д.), которые распознаются как экземпляры одного класса, так как они имеют одни и те же характеристики и могут участвовать в одних и тех же связях.
  • Домены. Представляют собой именованный набор значений данных (фиксированных или, возможно, бесконечных по числу) одного и того же типа данных, на котором строится фактическое значение для экземпляра атрибута. Каждый атрибут должен быть определен ровно в одном базовом домене. Несколько атрибутов могут быть основаны на одном базовом домене.
  • Атрибуты. Это свойство или характеристика, общие для некоторых или всех экземпляров сущности.
  • Ключи. Атрибут или комбинация атрибутов сущности, значения которой однозначно идентифицируют каждый экземпляр сущности. Каждый такой набор является ключом-кандидатом.
  • Первичный ключ. Главный ключ, выбранный в качестве уникального идентификатора сущности.
  • Внешний ключ. Атрибут или комбинация атрибутов экземпляра дочерней или категорийной сущности, значения которых соответствуют значениям в первичном ключе связанного родительского или универсального экземпляра сущности. Внешний ключ можно рассматривать как результат "миграции" первичного ключа родительской или универсальной сущности через определенное отношение, соединение или классификацию. Атрибуту или комбинации атрибутов во внешнем ключе можно назначить имя роли, отражающее ее роль в дочерней сущности или сущности категории.
  • Отношения. Связь между экземплярами двух сущностей или между экземплярами одной и той же сущности.
  • Связи соединений. Отношения, не имеющие семантики в дополнение к ассоциации.
  • Отношения категоризации. Отношение, в котором экземпляры обеих сущностей представляют одну и ту же реальную или абстрактную вещь.
  • Неспецифические отношения. Отношение, в котором экземпляр любой сущности может быть связан с любым числом экземпляров другой сущности.
  • Уровни представления. В IDEF0 определены три уровня представления: связь сущностей (ER), основанное на ключах (KB) и основанная на атрибутах (FA). Они отличаются уровнем абстракции. Уровень ER является наиболее абстрактным. Моделируются наиболее фундаментальные элементы предметной области-сущности и их взаимосвязи. Он обычно шире по охвату, чем другие уровни. Уровень КБ добавляет ключи, а уровень ОС добавляет все атрибуты.

Трехкомпонентный подход в программной инженерии-это подход к построению информационных систем и систем управления информацией, который продвигает концептуальную модель как ключ к достижению интеграции данных. [5]

Схема-это модель, обычно изображаемая диаграммой и иногда сопровождаемая описанием языка. В этом подходе используются три схемы: [6]

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

В центре концептуальная схема определяет онтологию понятий, как пользователи думают о них и говорят о них. Физическая схема описывает внутренние форматы данных, хранящихся в базе данных, а внешняя схема определяет представление данных, представленных прикладным программам. [7]

Процесс моделирования можно разделить на пять этапов разработки модели:

  1. Нулевая фаза -начало проекта. Цели этапа инициирования проекта включают:
  • Определение проекта - общее изложение того, что должно быть сделано, почему и как это будет сделано.
  • Исходный материал-план приобретения исходного материала, включая индексацию и подачу документов
  • Авторские конвенции-основополагающая декларация конвенций (факультативных методов), с помощью которой автор выбирает модель и управляет ею.
  1. Первый этап – определение сущности. Цель этапа определения сущности состоит в том, чтобы определить и определить сущности, относящиеся к моделируемой проблемной области.
  2. Второй этап – определение взаимосвязей. Цель этапа определения взаимосвязей заключается в выявлении и определении основных взаимосвязей между сущностями. На данном этапе моделирования некоторые отношения могут быть неспецифическими и потребуют дополнительного уточнения на последующих этапах. Главными результатами второго этапа являются:
  • Матрица отношений (рисунок 1)

Рисунок 1 ‑ Матрица отношений

Матрица отношений - это двумерный массив, обладающий горизонтальной и вертикальной осями. Множество предопределенных факторов (в данном случае - все сущности) записывается вдоль одной из осей, а другое множество факторов (в данном случае - также все сущности) - записывается вдоль другой оси. Для указания на возможное отношение между двумя сущностями в точке пересечения соответствующих осей помещается знак "+". В этот момент суть отношения не важна: достаточно того, что отношение может существовать.

  • Определения отношений. Эти определения включают:
  • указание зависимостей;
  • имя отношения;
  • комментарии к отношениям.

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

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

  • Диаграммы уровня сущности (рисунок 2).

Рисунок 2 ‑ Диаграммы уровня сущности

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

  1. Третий этап - ключевые определения. Цели ключевого этапа определения:
  • Уточнение неспецифических связей из второго этапа (рисунок 3)

Рисунок 3 ‑ Определение неспецифических отношений

  • Определение ключевых атрибутов для каждой сущности (рисунок 4)

Рисунок 4 ‑ Примеры назначения атрибутов

На рисунке 4 показано, как экземпляры атрибутов представляются в качестве атрибутов. Экземпляры атрибутов принадлежат экземплярам сущностей. Но и сами атрибуты принадлежат сущности. Таким образом, между сущностью и некоторым числом атрибутов устанавливается ассоциация собственности.

  • Миграция первичных ключей для установки внешних ключей (рисунок 5)

Рисунок 5 ‑ Пример миграции ключей

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

  • Проверка связей и ключей.
  1. Определение атрибутов. Цели этапа определения атрибутов::
  • Разработка пула атрибутов
  • Установления владельцев атрибутом
  • Определение неключевых атрибутов
  • Проверка и уточнение структуры данных.

2 ПОСТРОЕНИЕ МОДЕЛЕЙ ОРГАНИЗАЦИИ

2.1 Анализ структуры организации

В данном разделе описан процесс создания IDEF0 и DFD моделей работы станции скорой помощи и организации труда в ней. Вначале рассмотрим организационную и модульные структуры этой организации.

Полное наименование организации - государственное бюджетное учреждение здравоохранения Московской области "Московская областная станция скорой медицинской помощи"; сокращенное - ГБУЗ МО «МОССМП».

Учреждение находится в ведомственном подчинении Министерства здравоохранения Московской области.

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

Рисунок 6 ‑ Организационная структура ГБУЗ МО "Московская областная станция скорой помощи"

Всего Московская областная стнация скорой помощи насчитывает 65 бригад и 93 автомобиля. Распрделение бригад по подстанциям и постам показано в таблице 1

Таблица 1 – Распределение бригад в Московской областной станции скорой помощи

Название подстанции (поста)

Количество бригад (пост)

Количество бригад (подстанция)

Одинцовская подстанция

16

Голицынская подстанция

9

Краснознаменный пост

3

Никольская подстанция

9

Звенигородский пост

3

Можайская подстанция

7

Уваровский пост

2

Наро-фоминская подстанция

15

Апрелевский пост

3

Верейсккий пост

2

Селятинский пост

3

Рузская подстанция

8

Тугловский пост

3

Дороговский пост

1

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

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

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

Функциональная организационная структура, к которой относится и ГБУЗ МО «Московская областная станция скорой помощи», представляет собой структуру, состоящую из таких видов деятельности, как координация, надзор и распределение задач. Организационная структура определяет, как организация работает или работает. Под термином организационная структура понимается, как сгруппированы люди в организации и кому они подчиняются. Одним из традиционных способов организации людей является функция. Некоторые общие функции внутри организации включают производство, маркетинг, людские ресурсы и учет.

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

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

Несмотря на то, что функциональные блоки часто работают с высоким уровнем эффективности, их уровень сотрудничества друг с другом иногда скомпрометирован. Такие группы могут испытывать трудности в работе друг с другом, поскольку они могут быть территориально разделены и не хотят сотрудничать. Возникновение столкновений между подразделениями может привести к задержкам и потере времени, что приведет к отставанию проектов от графика. В конечном счете, это может привести к снижению уровня производства в целом и приверженности сотрудников компании достижению организационных целей [12].

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

Целями деятельности, для которых создано Учреждение, являются:

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

Учреждение осуществляет следующие виды деятельности:

  • доврачебная медицинская помощь: медицинские осмотры (предрейсовые, послерейсовые ), медицинская статистика, организация сестринского дела, сестринское дело, скорая медицинская помощь;
  • скорая и скорая специализированная (санитарно- авиационная) медицинская помощь при осуществлении скорой медицинской помощи: анестезиология и реаниматология, контроль качества медицинской помощи, общественное здоровье и организация здравоохранения, педиатрия, психиатрия, скорая медицинская помощь.

2.2 Построение моделей работы организации

Далее построим модели IDEF0, описывающие функционирование станции скорой помощи.

Моделирование проводилось с помощью программы AllFusion Process Modeller. Эта программа поддерживает создание трех видов моделей [13]:

  • Моделирование бизнес-процессов (IDEF0) позволяет систематически анализировать ваш бизнес, фокусируясь на обычных повседневных функциях и элементах управления, поддерживающих эти функции.
  • Моделирование технологических процессов (IDEF3) - это также называется моделированием рабочих процессов. Он используется для графического описания и документирования процессов путем сбора информации о потоке процессов, взаимосвязях между процессами и важных объектах, которые являются частью процесса. Схемы рабочих процессов можно использовать для содействия усилиям по реинжинирингу бизнес-процессов, разработки меры для определения полноты результатов и сбора информации о политиках и процедурах в компании.
  • Моделирование потока данных (DFD) — фокусируется на потоке данных между различными задачами. Это гарантирует, что ваша организация может максимизировать доступность данных при минимизации времени отклика.

Разработает IDEF0 модель функционирования станции скорой помощи (рисунок 7).

Рисунок 7 ‑ Верхний уровень IDEF0 модели функционирования станции скорой помощи

На рисунке 8 представлен верхний уровень модели функционирования станции скорой помощи. Входными параметрами для модели являются:

  • Больные
  • Законы РФ
  • Распорядок работы станции
  • Материальная база
  • Персонал

Выходным параметром модели является оказание услуг.

Для более детального описание модели необходимо сделать декомпозицию в программе Process Modeller и добавить новые функции, как показано на рисунке 8.

Рисунок 8 ‑ Функционирование станции скорой помощи

Как видно из рисунка 9 в модели добавились три новые функции:

  • Регистрация
  • Проведение анализов
  • Лечение.

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

На рисунке 9 представлена модель процесса регистрации пациента.

Рисунок 9 ‑ Модель процесса регистрации пациента

Как показано на рисунке 9 основными действиями являются:

  • Предварительная запись
  • Оформление
  • Оплата услуг.

Входными параметрами для модели являются:

  • Больные
  • Распорядок
  • Материальная база
  • Персонал
  • Законы РФ

Выходными параметрами модели являются:

  • Оказание услуг
  • Данные о больных.

На рисунке 10 показана модель проведения анализов.

Рисунок 10 ‑ Модель проведения анализов

Основными действия, изображенными на рисунке 10 являются:

  • Выдача направлений
  • Сдача анализов
  • Проверка анализов
  • Выдача результатов

Входными параметрами для модели являются:

  • Больные
  • Данные о больном
  • Направление на повторное обследование
  • Материальная база
  • Персонал
  • Распорядок
  • Законы РФ

Выходными параметрами модели являются:

  • Оказание услуг
  • Результаты анализов

На рисунке 11 показана модель процесса лечения

Рисунок 11 ‑ Модель процесса лечения

Основными действиями в модели лечения являются:

  • Постановка диагноза
  • Назначение лечения
  • Госпитализация
  • Выписка

Входными параметрами для модели являются:

  • Материальная база
  • Персонал
  • Распорядок
  • Законы РФ
  • Больные
  • Результаты анализов

Выходными параметрами для модели являются:

  • Оказание услуг
  • Направление на повторное обследование.

2.3 Построение моделей бизнес процесса учета рабочего времени организации

Станция работает в круглосуточном режиме. Период работы в ночное время устанавливается с 22 часов до 6 часов (ст. 96 ТК РФ).

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

График работы персонала на Станции: суточный, полусуточный, ежедневный по режиму 5-ти дневной рабочей недели с двумя выходными днями, один из которых — воскресенье, или 6-ти дневной рабочей недели с выходным днем — воскресенье.

Работникам Станции, работающим по ежедневному графику 5-ти или 6-ти дневной рабочей недели, график начала и окончания работы утверждается ежегодно Регламентом работы персонала в установленном порядке.

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

Графики сменности доводятся до сведения работника не позднее, чем за две недели до введения их в действие под роспись. Работники чередуются по сменам равномерно. Продолжительность междусменного отдыха по основному месту работы не должна превышать 5 суток.

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

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

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

В течение дня при 40-часовой рабочей неделе работникам Станции устанавливается перерыв для отдыха и питания продолжительностью 30 минут, не входящий в рабочее время.

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

Рисунок 12 ‑ Верхний уровень модели учета рабочего времени

Как видно из рисунка 12, входными параметрами для модели являются:

  • Должностные инструкции
  • Трудовой кодекс Российской Федерации (ТК РФ)
  • Форма Т12
  • Данные о командировках, больничных, неявках
  • Штатное расписание
  • Бухгалтерия

Выходными параметрами являются:

  • Табель рабочего времени
  • Сведения о заработной плате
  • Отчет для руководства

Детализированная модель учета рабочего времени представлена на рисунке 13.

Рисунок 13 – Модель учета рабочего времени станции скорой помощи

Основными функциями модели являются:

  • Заполнить форму данными
  • Ввести данные о рабочем времени
  • Консолидировать данные
  • Провести расчет рабочего времени
  • Рассчитать заработную плату
  • Сделать отчет

3 ПРЕДЛАГАЕМАЯ МОДЕЛЬ УЧЕТА ЗАРАБОТНОЙ ПЛАТЫ

При учете заработной платы предполагается широкое использование автоматизированные рабочих мест. Автоматизированное рабочее место (АРМ) — это совокупность средств, реализованных на базе персонального компьютера, для решения задач в определенной предметной области.

Другое определение трактует АРМ как аппаратно-программный комплекс, предназначенный для автоматизации технологических процессов данной специальности.

В медицине и здравоохранении АРМ подразделяют по функциональным возможностям на следующие категории [15]:

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

Общими требованиями к АРМ различных специалистов являются:

  • простота общения Пользователя с АРМ;
  • оперативность ввода, обработки и поиска документов;
  • возможность оперативного обмена информацией между различными АРМ;
  • исключение положений, когда пользователь оказы­вается в тупиковой ситуации;
  • контроль ввода данных с указанием ошибок;
  • возможность настройки АРМ под конкретного пользователя;
  • эргономичность конструкции;
  • безопасность для здоровья пользователя и пациента.

Для успешной работы пользователей следует выделить

следующие виды обеспечения функционирования АРМ.

Техническое обеспечение включает персональный компьютер с необходимыми периферийными устройствами, средствами коммуникаций (сетевое обеспечение) и специ­альными медицинскими приборами (специальное обеспечение). Выбор типа персонального компьютера, периферийных устройств и медицинского оборудования определяется функциональным назначением АРМ.

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

Организационно-методическое обеспечение состоит из инструктивных и нормативно-методических материалов по обеспечению и работе в среде АРМ, организации защиты информации, правовых документов, регламентирующих отношение и ответственность пользователей, форматы входных и выходных данных.

Модель учета рабочего времени с учетом использования АРМ показана на рисунке 14

Рисунок 14 ‑ Модель учета рабочего времени при условии использования автоматизированных рабочих мест

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

ЗАКЛЮЧЕНИЕ

В данной работе велась разработка бизнес-процессов проекта внедрения информационной системы учета рабочего времени. В качестве организации в которой проходила разработка выступила ГБУЗ МО «Московская областная станция скорой медицинской помощи».

Работа состоит из трех глав.

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

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

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

Во второй главе средствами IDEF0 созданы модели функционирования и учета рабочего времени в ГБУЗ МО «Московская областная станция скорой медицинской помощи».

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

В третьей главе описано проектирование бизнес-процессов внедрения информационной системы учета рабочего времени в ГБУЗ МО «Московская областная станция скорой медицинской помощи» с использованием IDEF0.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

  1. Аббасов, Г.А. Организация экономического анализа по данным управленческого учета. / Г.А. Аббасов // Экономический анализ. - 2012. - № 4. - С.23 - 28.
  2. Абрютина М.С. Экономический анализ хозяйственной деятельности. - М.: Дело и Сервис, 2013.- 512 с.
  3. Авдеев, В.В. Оценка финансового состояния торговой организации. // Финансовые и бухгалтерские консультации, 2014. - № 8. - С. 3-15.
  4. Аверчев, И. Как оценить эффективность работы компании. // Финансовый директор, 2014. - № 3. - С. 25-30.
  5. Алексеева, А.И. Комплексный экономический анализ хозяйственной деятельности. - М.: КноРус, 2015. - 672 с.
  6. Актуальные проблемы социально-экономического развития России: сборник научных трудов. - Москва : Дашков и К, 2012. - 441 с.
  7. Анализ финансового состояния предприятия по данным бухгалтерского баланса // Консультант бухгалтера, 2014 .- № 4.- С.3- 9.
  8. Анализ хозяйственной деятельности в промышленности:Учебник. / под ред.В.И. Стражева - М.: Высшая школа, 2011.- 398 с.
  9. Анализ финансового состояния предприятия по данным бухгалтерского баланса // Консультант бухгалтера, 2013 .- № 4.- С.3- 9.
  10. Баканов М.И. Анализ хозяйственной деятельности в торговле: Учеб. для торг. вузов. - М.: Экономика, 2012. -352 с.
  11. Белашев, В. Как разработать финансовую стратегию. // Финансовый директор, 2016. - № 4. - С.25-29.
  12. Богатырева О.В. Реализация стратегического подхода к финансовому оздоровлению кризисных предприятий в современной экономике России. // Экономический анализ: теория и практика, 2016. - № 19. - С. 17-35.
  13. Бухгалтерский учет: учебное пособие. / под ред. Л.С.Безруких. -М.: Бухгалтерский учет, 2012. -528 с.
  14. Бухгалтерский учет и аудит. Практическое пособие с комментариями. / под ред. Л.И. Камышанова. - С-Пб.: Бухгалтерский учет, 2013. -458 с.
  15. Белов С.В. Безопасность жизнедеятельности. - М.: БЖД, 2014. - 616 с.