Оптимизация бизнес-процессов оказания медицинских услуг

Автор работы: Пользователь скрыл имя, 09 Марта 2012 в 22:46, курсовая работа

Краткое описание

В ИТ - проектах заняты миллионы программистов и аналитиков, руководителей разного ранга и простых инженеров по всему миру. Процесс создания программного обеспечения стал технологией, где у каждого члена проектной команды определено своё место и круг обязанностей, где строго регламентированы все этапы – от замысла до передачи Заказчику рабочей версии программы с документацией.

Содержание работы

Введение 2
1. Понятие процесса и процессного подхода 3
2. Классификация процессов 5
3. Ролевая модель процесса 5
4. Зрелость процесса 6
5. Жизненный цикл процесса 6
6. Идентификация процесса 7
7. Проектирование процесса 8
7.1 Диаграмма потоков данных 9
7.2 Кросс - функциональная диаграмма 9
7.3 ARIS 9
7.3.1. ARIS.VAD/VACD 9
7.3.2. ARIS.FAD 9
7.3.3. ARIS.eEPC 9
7.4 Структура регламентов 9
7.5 Оптимизация процессов 9
7.5.1 Удаление действий, не добавляющих ценность 9
7.5.2 Параллельное выполнение работ 9
7.5.3 Устранение временных разрывов 9
7.5.4 Расшивка узких мест 9
7.5.5 Участие вместо контроля 9
7.5.6 Разработка вариантов процесса 10

Содержимое работы - 1 файл

оптимизация бизнес-процесса мед. услуги.doc

— 150.50 Кб (Скачать файл)


Содержание

Введение

1. Понятие процесса и процессного подхода

2. Классификация процессов

3. Ролевая модель процесса

4. Зрелость процесса

5. Жизненный цикл процесса

6. Идентификация процесса

7. Проектирование процесса

7.1 Диаграмма потоков данных

7.2 Кросс - функциональная диаграмма

7.3 ARIS

7.3.1. ARIS.VAD/VACD

7.3.2. ARIS.FAD

7.3.3. ARIS.eEPC

7.4 Структура регламентов

7.5 Оптимизация процессов

7.5.1 Удаление действий, не добавляющих ценность

7.5.2 Параллельное выполнение работ

7.5.3 Устранение временных разрывов

7.5.4 Расшивка узких мест

7.5.5 Участие вместо контроля

7.5.6 Разработка вариантов процесса

 


Введение

В ИТ - проектах заняты миллионы программистов и аналитиков, руководителей разного ранга и простых инженеров по всему миру. Процесс создания программного обеспечения стал технологией, где у каждого члена проектной команды определено своё место и круг обязанностей, где строго регламентированы все этапы – от замысла до передачи Заказчику рабочей версии программы с документацией. Это единственный путь к созданию программного обеспечения, который позволяет уложиться в установленные сроки и выделенный бюджет, создав при этом программу нужного качества.

 

Используя, ГОСТ 19781-90 «Обеспечение систем обработки информации», определим следующие понятия:

 

Термин

Определение

Основные понятия

1. Программа

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

2. Программное   обеспече­ние

Совокупность программ системы обработки ин­формации и программных документов, необходи­мых для эксплуатации этих программ.

 

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

      Интеграция;

      Формирование системных требований;

      Формирование архитектуры (контроль разработки);

      Программирование;

      Тестирование;

      Создание эксплуатационной документации и обучающих материалов;

      Внедрение.

В курсовой работе введены следующие условные сокращения:

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

ТЗ - техническое задание;

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

 

1.      Понятие процесса и процессного подхода

Вид деятельности: разработка ПО.

Описание деятельности ведется от лица фирмы (компании, организации и т.д.) как:

      Функции

Фирма ведёт разработку ПО по принципу «минимизации затрат» и строго по готовому ТЗ, подготовленному заказчиком. Любые изменения и доработки ПО осуществляет новым контрактом с новым ТЗ.  Применяет  опробованные технологии и алгоритмы.   Ошибки, которые не выявлены в процессе приёмки не исправляет. Разработчик несет ответственность за то, чтобы программный продукт соответствовал требованиям ТЗ, а ожидания заказчика не рассматривает.  Передаёт готовое ПО заказчику и тут же про него “забывает”.

      Процесса

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

      Проекта

Фирма специализируется на разработке уникальных программных продуктов под конкретного заказчика. Применяет проектные методы управления.  Формирует команду непосредственно под проект.  Разрабатывает ТЗ на начальном этапе проекта совместно с заказчиком, к окончанию разработки сформирована окончательная версия ТЗ. Уточнение ТЗ происходит в процессе разработки. Методология разработки адаптируется под данный проект. Используются новые технологии, которые в последствие документируются. Конечный продукт постоянно совершенствуется. Существует высокая степень риска, поэтому фирма использует частые циклы выпуска релизов (промежуточных) для предъявления их заказчику. Работа происходит в условиях учёта интересов инвестора проекта. При появлении новых требований возможна корректировка плана проекта с учетом существующих ограничений и целей.

 

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

Выделим следующие условия для :

      функционального подхода: низкая конкуренция и наличие на стороне заказчика команды профессионалов (готовых отвечать за выдаваемое ТЗ и способных его грамотно составить);

      процессного подхода: необходимость выпуска коробочного продукта постоянно (изменяющегося от версии к версии под требования рынка) для удержания позиции на нём;

      проектного подхода: при разработке уникальных программных продуктов.

2.      Классификация процессов

Для определения ранее процесса определили и описали варианты

 

использования.

 

Мета

Разработка информационной инфраструктуры

Надпроцесс

Автоматизация бизнес-процесса предприятия (исследование, поддержка)

Бизнес

Разработка ПО для внешнего Заказчика

Локальный

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

Процесс

разработки ПО

Сквозной

Разработка программно-аппаратного комплекса, причём аппарат делает другой отдел

Сервисный

Разработка ПО для внутреннего Заказчика

Подпроцесс

Разработка прототипа, приложения

Прецедент

Разработка конкретного релиза приложения

3.      Ролевая модель процесса

Для определения ранее процесса определили ролевую модель.

 

ОФИС ВЛАДЕЛЬЦА ПРОЦЕССА:

Владелец процесс: руководитель департамента разработки; 

Руководитель процесса: руководитель проекта или направления;

Эксперт консультант: эксперт предметной области и члены технологического комитета;

Контролёр/ аудитор:технологический комитет, специалисты по сертификации.                

Поставщики

процесса:

поставщики средств

разработки ПО,

поставщики техники,

поставщики

(разработчики

технологий).

Процесс

разработки ПО

Потребитель:руководитель подразделения;

 

Заказчик: руководитель подразделения;

 

Пользователь: сотрудники подразделения;

 

Информируемый:

руководитель департамента разработки и руководитель подразделения.

ОФИС ВЛАДЕЛЬЦА ПУЛА РЕСУРСОВ:

Владелец пула ресурса: руководитель департамента разработки;

Распорядитель ресурсов: руководитель департамента разработки.

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

 

Выделились совместимые роли: потребитель и пользователь в нашей модели

 

является одним и тем же лицом (руководитель подразделения).

4.      Зрелость процесса

Разработана матрица определения уровня зрелости процессов.

 

Критерий

0

1

2

3

4

5

ПР

1.      Достигает ли Ваша деятельность результатов?

+

+

-

-

-

-

+

2.      Составляются ли планы выполнения процесса?

+

+

+

-

-

-

+

3.      Распределена ли ответственность между сотрудниками?

+

+

+

-

-

-

+

4.      Определены ли регламенты, определяющие Вашу деятельность?

+

+

+

+

-

-

+

5.      Производится ли сбор и анализ ключевых показателей процесса?

+

+

+

+

-

-

+

6.      Всегда ли достаточно ресурсов для выполнения процесса?

+

+

+

+

-

-

+

7.      Осуществляется ли в компании стратегическое планирование на основе прогнозов будущего развития?

+

+

+

+

+

-

+

Информация о работе Оптимизация бизнес-процессов оказания медицинских услуг