Научно-исследовательский журнал. Арм бизнес плана


Автоматизированное рабочее место планирования ИТ–бюджета

Библиографическое описание:

Гаибова Т. В., Табульдин М. М. Автоматизированное рабочее место планирования ИТ–бюджета // Молодой ученый. — 2014. — №6. — С. 80-83. — URL https://moluch.ru/archive/65/10811/ (дата обращения: 06.03.2018).

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

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

При очевидных преимуществах внедрения ИТ-решений, финансовую отдачу от этих решений посчитать напрямую крайне сложно [1,2,3], поэтому рассматриваемая проблема оптимального планирования ИТ-бюджета предприятия является актуальной.

Проведенный в [4] анализ современных методик управления информационным подразделением ITIL, COBIT, ISO 17799 показал, что в большей степени они ориентированы на операционное управление деятельностью информационного подразделения, в то время как такой основополагающий управленческий этап, как планирование и составление бюджетов поддерживается недостаточно.

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

Системное представление исследуемого процесса в виде модели черного ящика представлено на рисунке 1.

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

Целевые показатели планирования ИТ-бюджета были выбраны по результатам анализа ключевых показателей результативности ИТ-инфраструктуры и ИТ-проектов, представленных на рисунке 2. Это — доступность ИТ-сервиса, коэффициент окупаемости инвестиций (ROI) и совокупная стоимость владения (TCO).

Рис. 1. Модель черного ящика процесса планирования ИТ-бюджета

Рис. 2. KPI для оценки ИТ-инфраструктуры

Разработанная технология оптимального планирования ИТ-бюджета реализуется с помощью автоматизированного рабочего места (АРМ) планирования ИТ-бюджета, структурная схема которого представлена на рисунке 3.

Рис. 3. Структурная схема АРМ планирования ИТ-бюджета

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

-          база данных архитектуры предприятия — информационное обеспечение АРМ на основе баз данных о возможных значениях основных характеристик бизнес-процессов предприятия, используемых ИТ-сервисах и ИТ-компонентах для их реализации, а также информация о финансовом состоянии предприятия и реализуемых ИТ-проектах. Фрагмент инфологической модели разработанной БД представлен на рисунке 4,

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

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

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

-          блок формирования отчетности — предназначен для формирования отчетных документов по ИТ-бюджетированию в соответствии с требованиями стандартов предприятия.

Рис. 4. Инфологическая модель базы данных АРМ планирования ИТ-бюджета (фрагмент)

На рисунке 5 представлена блок-схема основных этапов алгоритма оптимизации ИТ-бюджета. В качестве альтернатив оптимизации ИТ-инфраструктуры предлагается рассматривать технологии виртуализации и создания высокопроизводительных центров обработки данных. Каждая из генерируемых алгоритмом альтернатив представляется множеством сценариев ИТ-проекта с определенным уровнем финансовых затрат и результатов реализации. Задача оптимального планирования ИТ-бюджета формализована как двухкритериальная (в качестве критериев оптимальности рассматривается ТСО и метрика доступности ИТ-сервиса) с учетом ограничения на значение ROI. Горизонт планирования ИТ-бюджета определяется пользователем.

Рис. 5. Блок-схема алгоритма оптимизации ИТ-бюджета

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

Литература:

1.                  Strassmann, P. A. Information productivity / P. A. Strassmann // The information economics press. 1999.- 134 c.

2.                  Проблемы оценки экономической эффективности IT проектов [Электронный ресурс]: ITBand Статьи об ИТ. — Режим доступа: http://itband.ru/2013/05/efficientia2/

3.                  Порядок формирования ИТ-бюджета предприятия [Электронный ресурс]: Телематика 2012. — Режим доступа: http://tm.ifmo.ru/tm2012/db/doc/get_thes.php?id=142

4.                  Басков, А. О. Методы и модели формирования перспективного плана и бюджета информационного подразделения промышленного предприятия: диссертация... кандидата экономических наук: 08.00.05 / А. О. Басков; [Место защиты: Моск. гос. авиац. ин-т].- Москва, 2010.- 156 с.: ил. РГБ ОД, 61 10–8/2867

Основные термины (генерируются автоматически): планирования ИТ-бюджета, оптимального планирования ИТ-бюджета, АРМ планирования ИТ-бюджета, бизнес-процессов предприятия, блок формирования, с учетом приоритетности бизнес-процессов, планирования ИТ-бюджета предприятия, критериям с учетом приоритетности, алгоритма оптимизации ИТ-бюджета, схема АРМ планирования, Результатом планирования ИТ-бюджета, Автоматизированное рабочее место, процесса планирования ИТ-бюджета, показатели планирования ИТ-бюджета, данных АРМ планирования, Горизонт планирования ИТ-бюджета, эффективность планирования ИТ-бюджета, технологии формирования ИТ-бюджета, приоритетности бизнес-процессов предприятия, потребностями ИТ-инфраструктуры предприятия.

moluch.ru

-, , , -

-4 , . , , . , , , - Web- , , , .

- - "-4" Web- .

- Web- -4.

632,6 . . 394,6 . . - , , .

, , VIP , , .

- 2 , 1085,500 . .

2.1 2.2, - 3 4 .

- Web- -4.

Web- - , . : (-), , - -, -.

- -, .

5.1. 5.1. 14 .

5.1-

,

1

- -4

-, -

3

2

-4

-,

5

3

Web-

-, -

7

4

-, -

14

5

ftp- Web -

-, -

14

6

-,

7

7

Web-

-,

2

8

-

-, -

2

9

-

-,

2

10

-,

1

11

Web-

-, -

35

12

Web-,

-, , -, -

3

13

ftp-

-, -

2

14

Web-. .

4

1

1

2

3

4

5

6

7

8

9

10

11

12

13

14

1

- -4

2

-4

3

Web-

4

5

ftp- Web -

6

7

Web-

8

-

9

-

10

11

Web-

12

Web-,

13

ftp-

14

Web-. .

5.1 -

studbooks.net

- ,

- : , . . , .

, , , , .

http://www.allbest.ru/

-

:

- ,

: ..

: -1-93

: ..

, , :

;

, , ;

, , .

- , , , :

;

;

;

;

.

, , :

, ;

;

- ;

.

, - , , .

1. -

- () () " " . , . , () , . .

1.1 ()

. , :

1) ./., , , ./., () (..., , , , ):

;

;

;

;

2) () , ./., , ./., ./.:

;

;

;

;

3) :

./. , , ..;

, ( 18 );

, , ;

4) :

;

;

;

, .

1.2

. , , , - , , .

.

() - , .., . .

1.3 -

() , , , . . (). , , . - .

3 , : , () . , . 1, .

http://www.allbest.ru/

. 1.

1.4 -

:

4 (. . 2);

- 1 ;

: ( 1 );

: .

1.5

, .

http://www.allbest.ru/

. 2.

, 2003 . , 5 .

- , . - , , . . , , , - .

, - - , . - (1997 .).

.- :

: ;

: , ;

: ;

: ;

, . , , , , , . , , , , , .

2.

. , - . , , .

.

, , , ().

1

/

, .

, ./.

, .

1

Visual FoxPro 5.0

1

8000

8000

2

5

50

250

3

1.44

10

10

100

4

-

-

200

8550

2

/

, . .1

, . .2

, .

/, .

1

20

0.909

800

850

727.20

772.65

2

10

0.455

1200

800

546.00

364.00

3

60

2.727

850

2317.95

4

10

0.455

800

850

364.00

386.75

5

15

0.682

850

579.7

6

5

0.227

1200

800

272.40

181.60

6512.25

1 - . . 2;

2 - 22- .

20 % :

0.2 6512.25 = 1302.45 .

:

6512.25 + 1302.45 = 7814.7 .

35% :

0.35 7814.7 2735.15 .

250% :

2.5 6512.25 16280.63 .

( 3- , : 700 2 ./):

700 2 = 1400 .

3

/

, .

1

8550.00

2

6512.25

3

1302.45

4

2735.15

5

16280.63

6

1400.00

= 36780.48

3.

, . , .:

= - ,

- , .;

- , . ( ).

:

PT = Ptt,

t = 0

- ;

t - t , .;

t - , .

:

t = 1 / (1 + p)t,

p - (p = E = 0.2,

- ).

,

PT = Pt / 1.2t

t = 0

, , . () , , .. Pt = .

, .:

= - ,

- , .;

- , .

:

= / ,

- , , ;

- , ./;

- , ;

- , /.

: = 25 ( , ),

= 800 / 22 / 8 4.55 ./,

= 2.5 ( ),

= 0.004 /. , :

= 25 4.55 2.5 / 0.004 = 71093.75 .

:

= ta + t ( + ),

ta - , .;

- , ./;

t- , .;

- , ./.

: ta = 18 ., = 2 ., t= 83.3 ., = 750 / 22 / 8 4.26 . ( : (1000 )*(5. 1 ) = 5000 . = 83.3 ; , 10 ( 2 .) 1080 . = 18 )

, :

= 18 2 + 83,3 (2 + 4.26) = 557.46 .

, :

= 71093.75 - 557.46 = 70536.29 .

, .:

= - .

= 70536.29 - 0.2 36780.48 63180.19 .

:

= 0.4 / .

= 63180.19 0.4 / 36780.48 0.68

> 0.20, .

, . () T = 5 :

P5 = 70536.29 / 1.2t= 70536.29 + 58780.24 + 48983.53 + 40819.6 +

34016.34 + 28346.95= t = 0 =281482.95 .

T = 5 :

= 281482.95 - 36780.48 = 244702.47 .

, .

4.

, . , .

() , .:

= + + ,

- , . ( );

- , .;

- , ., 10 . . ( % ).

:

= ,

- % ;

- , .

:

= + ,

- ( ), ( 90 100 % );

- , - , ..;

: , , .

= 90 %, = 5 % . :

= 0.9 + 0.05 = 0.95

:

= 0.95 7814.7 7423.97 .

10 . ., 20 % :

= 0.2 7423.97 1484.8 .

, :

= 36780.48 + 7423.97 + 1484.8 = 45689.25 .

, (n ), :

= / n = 45689.25 / n .

-, - .

- - , , . , , . - , , , , .

. , . . , , , , . .

, , 36780.48 .

, , 45689.25 .

(5 ) 244702.47 ., - 0.68, . . .

, , , .

- : . - .: , 1994. - 74 .

.., . . . -: . . - .: , 1997. - 336 .

- .- .: , 1990. - 30 .

Allbest.ru

...

revolution.allbest.ru

" -, " | - Pandia.ru

" -, "

( " ")

1) - .

2) Word.

3)  ( ) .

4)  - ( 1 2): - (). ( ). ( ).

5)  - -, .

10 .

1 = . - ( 1), ( 2), ( 3).

3 = - ( Powerpoint)

3 = ( Word)

3  = ( (), )

- 16- .

1)  __ .1 .

.1

2)  Lab21-Lab23 - (, , 01.htm 10.htm).

3)  -

(, 3- : , , ).

(, )

* :

(, )

1.  http://www. cnews. ru cNews

2.  http://www. ferra. ru Ferra

* :

4) -

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">

<title> </title>

</head>

<body>

</body>

</html>

5)  index. htm - Lab21- Lab23.

.2.

.2.

, . ..

1

" -, "

, , -Mail: , www:

1.  -

1) - ( )

2) - ()

3) ,

4) - ( Tacis)

5) - () - ()

6) - ()

7) - ( )

8) - ( )

9) - ( , PDF)

10) - ( , PPT)

2.

1) ()

2) - (- -)

3) -

4)

5) ( , doc)

6)

7)

8)

9)

10) ""

3.

1) ( )

2) ()

3) XXI ()

4) ( ) ()

5) BYOD ( )

6) ( )

7) ( )

8) " " ( )

9) ( 1 8.0)

10) ( WebSoft)

1)  ( ) .

2)  ( ) (, -) - .

3)  Creative Common Attribution[1]

1)  ( ) ( ) [2].

2)  .

( ) __________________________ (. ..)

() ___ _____________ 2013 .

2

1

-

1. - ( )

:

( ) , :

1) -

2) -

3) : http://www. siora. ru - http://www. delo. ru - http://www. kelis. ru/

4) ( )

5) ?

6)

:

( ).

2. - ()

:

( ) , :

1) -. / , , , ., 2003. 155 .

2) ()

:

( ).

3. ,

:

( ) , :

1) IT- - , , .

2)

3) -

4)

5) -

6)

7) 10 ,

( http://puterra. ru/business/54600/start-daun-10-idey-dlya-startapov-kotoryie-nikogda-ne-srabatyivayut/ )

:

( ).

4. - ( Tacis)

:

( ) , :

1)

2) -

3) , " -"

:

( ).

5. - ()

:

( ) , :

1) - ()

2) PowerPoint 2003 ( VIN__ -)

:

( ) ( ).

- ()( -)

6. - ()

:

( ) , :

1) " - - "

2) . ?

3) - " ". 9. -

4) -? , -.

:

( ).

7. - ( )

:

( ) , :

1) -

2) -

3) - (. . -. . . .)

:

( ).

8. - ( )

:

( ) , :

1) "-"

2) - : . " ".

:

( ).

9. - ( , PDF)

:

( ) , :

1) - ( , PDF)

:

( ).

10. - ( , PPT)

:

( ) , :

1) - ( PPT)

:

( ).

2

1. ()

:

( ) , :

1) :

( " " , )

2) - , .

3)

4)

5) 2020

6) ?

7) 10 , 2020

8) 20 2030

9) :

( http://hotuser. ru/znaniya-i-karera/2576-obuchenie-i-karera-v-ssha-kak-ono-est-na-samom-dele)

10) , : 1. . 2..3. .

11) -

12) 2013

13) - ?

14) - ( 10 )

:

( ).

2. - (- -)

:

( ) , :

1)  " ()".

2)  .

3)  " , : , , ".

4)  ( -).

5) " ".

:

( ).

3. -

:

( ) , :

1)  - ,

2)  ""

3)  -

4)  ,

:

( ).

4.

:

( ) , :

1) " "

2) " "

3) .

:

( ).

5.

:

( ) , :

1) " ?"

2) -?

3) ?

4) " "

5) (CV curriculum vitae - ). , CV . CV () . CV 2-8 , 1-2 .

6) ?

7) .

8) ,

9) .

10) On-line-

:

( ).

( , doc)

( , MS Word)

6.

:

( ) , :

1) 3-5 () , , "" ".

:

1) "" ( ).

2) " "

7.

:

( ) , :

1) " ?"

:

( ).

8.

:

( ) , :

1)  .

2) " ?" ( ).

3) " " ". - ..."

4) " ?"

:

( ).

9.

:

( ) , :

1) " ?"

:

( ).

10. ""

:

( ) , :

1)  .

2)  .

3)  .

4)

5)

6) 10

7) -

8)

9) ! Yahoo! .

:

( ).

3

1. ( )

:

( ) , :

1) ( )

2) ( ).

3) .

4) " "

5) " ".

6) "-" (HR)

7) -"

8) . : " "

:

( ).

2. ()

:

( ) , :

1) "" 120

2)

:

( ).

3. XXI ()

:

( ) , :

1) . Prestigio XXI

:

( ).

4. ( )

:

( ) , :

1) : ?

2)

3) Apple. : iPad, iPad 2, iPad 3

4) Android-

5) x86-

6) : Windows RT

( http://www. hardwareluxx. ru/index. php/artikel/consumer-electronics/gadgets/24450-windows-rt. html )

:

( ).

()

( )

5. BYOD ( )

:

( ) , :

1) BYOD (bring your own device - )

2) BYOD

3) BYOD

4) BYOD

5) -

:

( ).

6. ( )

:

( ) , :

1) Windows

2) Windows

3) Windows

4) Windows

5) Windows

6) Windows RT

7) Windows Phone

8) 10 Windows iOS Android

9) Nokia , Android

:

( ).

7. ( )

:

( ) , :

1) " "

2) : 1) . 2) . 3) . 4) - , e-Learning, - , ...

3) 3- : 1) - . 2) - , , ... 3) .

:

( ).

8. " " ( )

:

( ) , :

1) , " "

2) .

3) ?

4) -

5) -

6)

7) HRM: , ,

8) Web 2.0

9) -

10) "-" -

:

( ).

9. ( 1 8.0)

:

( ) , :

1) 1 - " " ()

2)

3) "1: 8"

4) " " "1: 8.0"

:

( ).

10. ( WebSoft)

:

( ) , :

1)  "WebSoft" - " ".

2) ( http://www. websoft. ru )

3)

4)

5)

6)

7)

8) WebSoft ()

:

( ).

, . ..

.

[1] http://creativecommons. org/licenses/by/3.0/deed. ru

[2] ( ) ( ) - () , , , .

pandia.ru

Бизнес-планирование внедрения АРМ врача- профпатолога в поликлиниках РЖД

Арутюнов Ю.А., Архипов И.П., Глинских В.А., Рудой А.А., Чащин Е.А., Лаврентьева М.О. 1. Федеральный научно-клинический центр специализированных видов медицинской помощи и медицинских технологий Федерального медико-биологического агентства, Россия, г. Москва2. ГБП ОУ Московской области «Ногинский колледж», Россия, Московская обл., городской округ Балашиха3. ООО «НоваАрт», Россия, г. Челябинск4. ОАО Производственный проектно-технический центр ”Нечерноземпроекттехцентр”, Россия, г. Москва5. ФГБОУ ВО «Ковровская государственная технологическая академия имени В.А. Дегтярева», Россия, г. Ковров 6. Студент. Московский государственный университет путей сообщения имени императора Николая II (МИИТ) Arutyunov Y.А., Arhipov I.P., Glinskih V.А., Rudoj А.А., Chaschin E.А., Lavrentyeva M.O. 1. Scientific-Clinical Center of Sports Medicine Federal Medical-Biological Agency of Russia, Russia, Moscow2. Noginsk College, Russia, Moscow3. Novart, Russia, Chelyabinsk4. Production design-technical centre ”Nechernozemagropromtrans”, Russia, Moscow5. Kovrov State Technical Academy, Russia, Kovrov6. The student. Moscow State Transport University named after Emperor Nicholas II (MIIT)

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

Abstract: The article considers the problems of Informatization of the healthcare industry and the necessity of development and implementation of computerized systems. Was shows the structure of arm occupational physicians in clinics Railways, which allows to provide intellectual support for the decision by the doctor. The author painted the steps and the main stages of business implementation planning workstation workstation occupational physicians in hospitals Railways. Within business planning, the introduction of a few basic functional analysis system that provides information storage, client connections, the right user access, remote access to the information system, planning and tracking long-term developments.

Ключевые слова: бизнес-планирование, автоматизированное рабочее место, врач- профпатолог.

Keywords: business planning, computer workstation, physician profpathology.

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

Внедрение таких систем позволит:

— повысить и оперативность принятия решений в процессе диагностики и лечения пациентов;

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

— уменьшить сроки и упростить процедуры подготовки отчетных материалов по результатам работы медицинских учреждений. Бизнес-планирование по внедрению автоматизированных рабочих мест и специализированных информационно- аналитических систем в медицине существенно повышает уровень медицинского обслуживания со стороны лечебно-профилактических учреждений и степень доверия со стороны населения [3]. Уровень сохранения конфиденциальности информации, возможность оперативного (быстрого) доступа пользователей к необходимым данным, автоматизация сбора и обработки статистической информации, содержит преимущества для обеих сторон отношений в процессе оказания медицинской помощи.

Постановка проблемы. Текущие реалии диктуют условия, в которых, в большинстве медицинских учреждений не существует четкой схемы протекания бизнес-процессов. Каждый день в медицинские учреждения обращается большое количество пациентов. Без единой системы обмена результатами исследований существует вероятность неверной трактовки ценной информации из-за сложности понимание бумажной информации или даже ее полная потеря. Отсутствие централизованной системы управления и планирования изменений в заведении с большой вероятностью может привести к необходимости в привлечении большего количества дополнительных сотрудников для более корректного внесения текущих изменений с целью минимизации будущих потерь за существование некорректных стратегий, определяющих неверные концепции работы заведения. Именно поэтому, в настоящее время достаточно остро встает вопрос разработки и внедрение программных решений для автоматизации деятельности медицинских учреждений, в частности автоматизированных рабочих мест. Основная проблема заключается в том, что количество посещений в поликлинику РЖД на консультативный прием к врачам на один рабочий день составляет 420, с учетом посещений в диагностические кабинеты в рабочее время до 500 посещений. Существующая система медицинского обслуживания не способна выдерживать такую нагрузку, поскольку ее проектная мощность составляет 240 посещений в смену, что является в два раза меньше необходимого уровня, а потому невозможно предоставлять качественные медицинские услуги всем, кто обращается за медицинской помощью. Это в свою очередь вызывает недовольство пациентов наличием очередей, отсутствие возможности записаться на прием к врачу на определенный час и приводит к других недостатков медицинского обслуживания.

Изложение основного материала

Инновационная, социально-экономическая направленность бизнес-планирования по внедрения АРМ в поликлиники РЖД и реальная возможность его выполнения заключается в качественном изменении предоставления услуг пациентам, а именно автоматизацию процессов обслуживания в поликлинике РЖД[1,4,6]. Медицинская информационная система позволяет обеспечить гармоничное сотрудничество всего персонала, внедрить контроль за процессом лечения, быстро находить нужную информацию, повысить качество обслуживания пациентов. Полученное оцифрованное изображение с диагностического аппарата вместе с историей болезни пациента передаются электронным путем до рабочего стола врача — профпатолога, на котором в реальном времени может рассмотреть изображения, ознакомиться с медицинской картой пациента, сделать описание и записать диагноз.

Основные проблемы, возникающие при разработке АРМ, можно сгруппировать таким образом:

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

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

– разработка комплекса программно-технических средств, обеспечивают передачу данных внутри системы, обмен информацией с внешними системами, анализ информации;

– внедрение и эксплуатация. Методические указания по внедрению системы, порядок заполнения стандартизированных медицинских документов, разработка инструкций по эксплуатации ПО.

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

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

– увеличение численности персонала (за счет инженерно- технических работников);

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

– несовершенство программно-технического обеспечения (гипердиагностика, ошибки функционирования программного обеспечения, сбои аппаратуры и тому подобное);

– психологический барьер со стороны врачей в отношении технических нововведений, особенно с применением компьютерных технологий;

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

Введения АРМ в поликлиники РЖД даст возможность в будущем создать единую информационную базу пациентов с доступом всех больничных учреждений, в том числе скорой помощи и медицины катастроф[7,8,9].

Этапами бизнес-планирование по внедрению АРМ в поликлиники РЖД являются:

  • Закупка серверного программного обеспечения.

— Закупка антивирусного ПО для сервера и рабочих мест.

— Приобретение ОС Windows для АРМ.

— Установка и настройка серверного ПО.

— Закупка компьютеров и принтеров для оборудования автоматизированных рабочих мест.

— Закупка бесконтактных смарт-карт

— Закупка кард-ридеров для электронной подписи врача.

— Установка комп оборудования и периферии.

— Установка ПО для АМИС на АРМ.

— Обучение медперсонала по эксплуатации.

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

— Разработка видеоролика для информирования населения по работе АРМ – врача в поликлиники РЖД.

— Разработка информационных буклетов.

— Информационная кампания в СМИ (создание видеоролика и его трансляция по местному телевидению, статьи информационного характера в местных СМИ, распространение информационных брошюр).

Ожидаемыми результатами разработки бизнес-планирования по внедрению АРМ в поликлиники РЖД можно считать следующие:

— отсутствие очередей в поликлинике;

— уменьшение трудозатрат на ручную обработку информации;

— предотвращение вероятности возникновения ошибок при ручной записи;

— повышение производительности труда врача и другого персонала медицинского учреждения за счет автоматизированной обработки информации;

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

— снижение затрат времени на диагностику, лечение и лабораторные исследования;

— повышение скорости поиска информации о пациенте и его истории болезней;

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

— обеспечение медицинской тайны за счет шифрования медицинских данных;

— повышение надежности хранения медицинских данных за счет их сохранения как у пациента, так и врача.

Кроме того, внедрение врача АРМ в поликлиники РЖД предусматривает:

1) внедрение электронных медицинских карт, что позволит:

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

— обеспечить принятие оперативных решений в случаях неотложных состояний за счет получения полной информации о пациенте;

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

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

— снизить расходы за счет достоверности исходной диагностической информации;

2) внедрение электронной регистрации пациентов на консультацию в поликлинике (запись на прием к врачу по телефону, Интернету);

3) интерфейс между диагностическими обследованиями и электронной карточке пациента.

Целевые группы бизнес-плана по внедрению должности АРМ – врача в поликлинику РЖД:

— пациенты от 18 лет;

— врачи;

— персонал медицинского учреждения.

Основными ожидаемыми эффектами от внедрения должности АРМ – врача в поликлинику РЖД можно считать следующие:

— отсутствие очередей в поликлинике;

— уменьшение трудозатрат на ручную обработку информации;

— предотвращение вероятности возникновения ошибок при ручной записи;

— повышение производительности труда врача и другого персонала медицинского учреждения за счет автоматизированной обработки информации;

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

— снижение затрат времени на диагностику, лечение, анализы, проводимые врачом;

— повышение скорости поиска информации о пациенте и его истории болезней;

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

— обеспечение медицинской тайны за счет шифрования медицинских данных;

— повышение надежности хранения медицинских данных за счет их сохранения как у пациента, так и врача.

Последствиями полученных результатов от реализации:

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

— снижение дополнительных затрат на лечение несвоевременно диагностированных заболеваний;

— снижение затрат, связанных с низким уровнем оперативности предоставления медицинской помощи;

— снижение стоимости медицинской помощи путем сокращения количества необоснованных клинических исследований и их дублирования;

— существенное снижение затрат времени на поиск и доступ к необходимой информации о пациенте, подготовку отчетов и т. п.;

— повышение качества медицинской помощи.

Для достижения поставленной цели бизнес-планирования при внедрении внедрения АРМ в поликлиники РЖД планируется решить следующие задачи:

— устранить очереди в поликлинике за счет внедрения электронной регистрации пациентов;

— внедрить электронную карту пациента;

— обустроить интерфейс между диагностико-лабораторными исследованиями и электронной картой пациента;

— внедрить телемедицину;

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

— оперативность принятия решений в процессе диагностики и лечения пациентов;

— организовать оперативную информационную взаимодействие врачей-специалистов различных специальностей;

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

— содействовать повышению квалификации медицинского персонала;

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

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

Описание этапов в рамках бизнес – планирования внедрения АРМ в поликлиники РЖД

Этап 1. Закупка и установка программного обеспечения, ввод в эксплуатацию системы МЕС

Этап 2. Обучение персонала работе с МИС

Данные этапы предусматривают следующие мероприятия:

— Объявление тендера на закупку серверного программного обеспечения (ПО).

— Объявление тендера на закупку антивирусного ПО для сервера и рабочих мест.

— Объявление тендера на закупку компьютеров и принтеров для оборудования автоматизированных рабочих мест (АРМ).

— Объявление тендера на приобретение ОС Windows для АРМ.

— Объявление тендера на закупку программного обеспечения для МИСС на автоматизированных рабочих местах.

— Объявление тендера на закупку кард-ридеров для считывания бесконтактных смарт-карт с электронной подписью врача.

— Объявление тендера на закупку бесконтактных смарт-карт.

— Закупка серверного программного обеспечения.

— Закупка антивирусного ПО для сервера и рабочих мест.

— Приобретение ОС Windows для АРМ.

— Установка и настройка серверного ПО.

— Закупка компьютеров и принтеров для оборудования автоматизированных рабочих мест.

— Закупка бесконтактных смарт-карт.

— Закупка кард-ридеров для электронной подписи врача.

— Установка компьютерного оборудования и периферии.

— Установка ПО для МИСС на АРМ.

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

— Первоначальное внедрение всех рабочих мест поликлиники.

— Разработка видеоролика для информирования населения по работе МЕС.

— Разработка информационных буклетов.

— Информационная кампания в СМИ (трансляция видеоролика по местному телевидению, статьи информационного характера в местных СМИ, распространение информационных буклетов).

— Ввод в эксплуатацию системы МЕС.

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

Этап 1. Подготовительные работы к внедрению МЕС

1.1. Создание рабочей группы по организации внедрения МИС

1.2. Инвентаризация имеющихся ПК и принтеров в больнице, составление спецификации потребностей для реализации проекта.

1.3. Создание отдела АСУ.

Этап 2. Обучение персонала больницы работе с ПК

2.1. Анализ навыков персонала больницы, по умение работать с ПК.

2.2. Составление списков работников для обучения работы с ПК.

2.3. Обучение работников для приобретения навыков работы с ПК.

Этап 3. Подготовка серверной, установка серверов, монтаж сетей и сетевого оборудования

3.1. Подготовка и монтаж сетей до серверной комнаты.

3.2. Реконструкция помещения для установки сервера.

3.3. Закупка и установка серверного оборудования.

Этап 4. Подготовка рабочих мест к внедрению МЕС

4.1. Установка демоверсией программного обеспечения в регистратуре, приемном отделении.

4.2. Создание рабочей группы по подготовительной работе для внедрения электронного реестра

4.3. Внедрение электронного реестра посещений

Ожидаемые результаты

Основным результатом бизнес -проекта является повышение качества обслуживания пациентов поликлиники РЖД за счет:

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

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

— обеспечение оформления электронной медицинской карты (ЭМК) в регистратуре, ведение ее при консультативном приеме, стационарном лечении, ведения электронных журналов приема врачами-профпатологами устранит рутинную бумажную работу медперсонала, позволит импортировать результаты инструментальных и лабораторных исследований в электронную медицинскую карту;

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

— обеспечение оперативного информационного взаимодействия врачей-специалистов различных специальностей;

— повышение эффективности использования рабочего времени медицинского персонала, за счет сокращения затрат времени врачей на заполнение и формирование учетных форм статистической отчетности по утвержденным формам МИНЗДРАВА, государственной статистической службы и другие отчеты для управления поликлиникой, путем автоматического формирования отчетности программой;

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

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

Внедрение АРМ врача – профпатолога в поликлиники РЖД увеличит доступность и качество оказания медицинской помощи, укрепит материально-техническое оснащение медицинского учреждения (см.Табл.1).

В результате внедрения системы у работников высвободилось дополнительное время, то есть система позволяет сэкономить в среднем 5-10 мин. на регистрации пациента и записи его на прием. До внедрения системы время, затраченное на регистрацию пациента, составлял 10-15 минут. После внедрения системы экономия времени составляет примерно 66%.

Таблица 1.

                                   Показатели успешности проекта

Показатели успешности проектаЗначения показателей по состоянию на начало проектаЗначения показателей по состоянию на конец бюджетного годаИсточники информации о показателях
1 год проекта2 год проекта (при наличии)3 год проекта (при наличии)1 год после завершения проекта2 год после завершения проекта1 год после завершения проекта
Регистрация пациентов, мин.10-153-5     Экспертные оценки
Расходы на изготовление бумажной карты пациента, рубл.160000120000  80000250000Экспертные оценки

 

Финансовая устойчивость. Дальнейшее обслуживание МЕС будет происходить за счет средств коммунального учреждения, а именно, обслуживание программного обеспечения (160000 руб.) закладываться ежегодно в бюджет учреждения.

Для обслуживания МЕС в поликлинику РЖД будет создан отдел АСУ.

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

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

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

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

Данная инновация носит технический, технологический и организационный характер.

Техническая инновация: впервые применена медицинская информационная система с такими функциональными возможностями: налаживание работы регистратуры медицинского учреждения, экономя время врачей и пациентов; оперативное реагирование на телефонные звонки, что позволяет работникам регистратуры вносить необходимые коррективы в расписание работы врачей и проводить учет использования кабинетов учреждения; уникальная идентификация пациентов и их лабораторных материалов, ограниченный доступ к электронной базе данных, что позволяет проводить анонимные исследования, обеспечив надлежащее хранение и конфиденциальность медицинской информации в соответствии с современными Европейскими стандартами; электронная медицинская карта (ЭМК), в которой хранится вся информация о пациенте — регистрационные данные, результаты осмотров врача — профпатолога, антропометрические измерения, лабораторные исследования и различные графические данные (УЗИ, рентген и т. п) и прочее

Технологическая инновация: вводится новый консультационный и лечебно-диагностический процесс.

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

Выводы. Таким образом, задачами по разработке этапов бизнес-планирование по внедрения АРМ в поликлиники РЖД являются использования специализированной, приспособленной к условиям учреждения, информационно- аналитической системы с учетом того, что поликлиники РЖД имеют особые требования к аппаратному и программному обеспечению, особенно в принципах распределения данных, обработки и оперирования значительными объемами цифровой информации [5].

Обязательными составляющими бизнес-планирование по внедрения АРМ являются:

— обработка значительных объемов информации (цифровые изображения и видео), требующих различных методов исследования;

— сбор, структурирование и передача данных, независимо от места хранения;

— распределенное представление результатов обследований и исследований;

— проведение консультаций на расстоянии.

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

Библиографический список
1. Арский Ю.М., Гиляревський Г.С. Информационный рынок в России / Ю.М. Арский, Г.С. Гиляревський – К.: "Утро". – 2015. – 293с.2. Береза А.М. Основы создания информационных систем // A. М. Береза. – М.: Изд-во КНЭУ, 2014. – 205 с.3. Бушманов А.Ю., Возовиков И.Н., Арутюнов Ю.А., Самойлов А.С. Автоматизированная система мониторинга сердечной деятельности лиц, работающих во вредных, опасных и особо опасных условиях // Актуальные проблемы диагностики, профилактики и лечения профессионально обусловленных заболеваний сборник материалов. 2013. С. 38-39.4. Загородний Г.М. Новая вычислительная технология для науки / Ч.М. Загородний/ – М.: "Вильямс", 2015. – 106 с.5. Маслов В.П. Информационные системы и технологии в экономике: Учебное пособие / В.П. Маслов. – К.:” Слово”, - 2007. – 126с.6. Научное и инновационное развитие центра лечебной физкультуры и спортивной медицины ФМБА России /Ключников М.С., Самойлов А.С., Арутюнов Ю.А./ Спортивная медицина: наука и практика. 2014. № 3. С. 72-79.7. Попенко А.М. Очерки по истории компьютерной науки и техники в Украине / А.М. Попенко – К.: Феникс, 2015. – 452 с.8. Профессиональные болезни // МойДокс.ру. URL: http://mydocx.ru/6-4638.html (дата обращения: 00.00.2017).9. Ююкин С.О. Организация контроллинга мероприятий охраны труда на ОАО «РЖД» с помощью информационной системы, построенной на базе продукта SAP EHS // Вестник ВГУ. Серия: Экономика и управление. — 2016. — №2. — С. 121-125.

edrj.ru

Разработка регламента формирования и согласования бизнес-плана энергетического предприятия

Разработка регламента формирования и согласования бизнес-плана энергетического предприятия

Регламент определяет порядок разработки, корректировки, согласования и утверждения бизнес-планов дочерних и зависимых обществ и организаций ОАО РАО "ЕЭС России" и их дочерних и зависимых обществ и организаций подготовки и представления отчетов об их исполнении, а также формирования и ведения информационной базы по бизнес-планированию.

Регламент бизнес-планирования разработан с учетом положений «Стандарта бизнес-планирования дочерних и зависимых обществ и организаций ОАО РАО «ЕЭС России» разработки и установления ключевых показателей эффективности для ДЗО и БЕ. Бизнес-план разрабатывается как инструмент обеспечения операционной деятельности ДЗО в целях выполнения утверждаемых Советами директоров ключевых показателей эффективности.

Периодом планирования для бизнес-плана установлен год с поквартальной разбивкой. Бизнес-план утверждается Советом директоров ДЗО.

Отчеты об исполнении бизнес-планов (за первый квартал, за второй квартал и 6 месяцев, за третий квартал и 9 месяцев) и годовой отчет (включая отчет за четвертый квартал) подлежат рассмотрению Советом директоров ДЗО.

Департамент бизнес-планирования КЦ обеспечивает на постоянной основе мониторинг выполнения требований Стандарта бизнес-планирования должностными лицами и подразделениями ОАО РАО "ЕЭС России", дочерними и зависимыми обществами и организациями Холдинга; о выявленных нарушениях регулярно докладывает руководителю Корпоративного центра.

Порядок разработки, согласования и утверждения бизнес-планов

Бизнес-единицы, в течение 20 рабочих дней после утверждения Правлением целевых значений КПЭ для ДЗО, рассматривают проекты бизнес-планов подведомственных ДЗО и согласовывают их.

Процедуры рассмотрения и согласования бизнес-планов подведомственных ДЗО определяются внутренними регламентами КЦ и БЕ, являющимися неотъемлемой частью Стандарта бизнес-планирования.

В срок не позднее 30 рабочих дней после утверждения КПЭ для ДЗО, после завершения внутреннего согласования, БЕ обеспечивают согласование бизнес-планов подведомственных ДЗО:

· со службами Технического директора КЦ ОАО РАО "ЕЭС России" – в части ремонтных и инвестиционных программ на предмет их соответствия «Программе действий по повышению надежности ЕЭС России»;

· с Департаментом финансовой политики КЦ - в части инвестиционных проектов, относимых к крупным в соответствии со Стандартом классификации, рассмотрения и утверждения инвестиционных проектов ДЗО и взаимодействия Корпоративного центра и Бизнес-единиц Общества по установлению требований к инвестиционным проектам;

· с БЕ «Сети» - в части, касающейся электросетевых комплексов АО-энерго;

· с Департаментом бизнес-планирования КЦ – по ключевым показателям эффективности, устанавливаемым ОАО РАО "ЕЭС России" для компании, и показателям «Дивиденды», «Дивиденды на пакет акций ОАО РАО "ЕЭС России"», «Размер дивидендов на 1 привилегированную акцию», «Размер дивидендов на 1 обыкновенную акцию», «Чистая прибыль (убыток) по отгрузке», «Резервный фонд», «Использование прибыли на инвестиции текущего года», «Покрытие убытков прошлых лет».

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

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

После завершения согласования Департамент бизнес-планирования КЦ возвращает согласованный бизнес-план ДЗО в Бизнес-единицу и обеспечивает загрузку идентичной электронной версии бизнес-плана в базу данных по бизнес-планированию ОАО РАО "ЕЭС России".

В срок не позднее 30 календарных дней с момента согласования бизнес-планов подведомственных ДЗО, КЦ и БЕ обеспечивают рассмотрение согласованных бизнес-планов на заседаниях Советов Директоров подведомственных ДЗО.

Департамент бизнес-планирования КЦ при подготовке экспертного заключения к Совету директоров ДЗО обеспечивает проверку представленного на утверждение Советом директоров бизнес-плана ДЗО (включая электронную версию) на соответствие хранящейся в базе данных ОАО РАО "ЕЭС России" согласованной версии бизнес-плана.

В случае выявления несоответствий Департамент бизнес-планирования КЦ требует от Бизнес-единицы вынесения ДЗО на Совет директоров ДЗО согласованной версии бизнес-плана, в противном случае выдает отрицательное экспертное заключение по вопросу утверждения бизнес-плана.

Утверждение бизнес-плана ДЗО Советом директоров ДЗО вводит его в действие на установленный период и отменяет ранее утвержденный бизнес-план (в случае его наличия).

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

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

Бизнес-план является инструментом достижения ключевых показателей эффективности (КПЭ). Для этого показатели всех разделов бизнес-плана должны в конечном счете обеспечивать выполнение КПЭ. В этих целях подготовка бизнес-плана (отчета) в ДЗО осуществляется с использованием автоматизированного рабочего места (АРМ бизнес-плана), который обеспечивает соответствие бизнес-плана принятому стандарту, функциональные взаимосвязи и единый порядок расчета показателей, полноту их заполнения и непротиворечивость, АРМ содержит все необходимые формулы и настройки для вычисления производных и агрегируемых показателей, что обеспечивает их единую трактовку и сопоставимость.

 

www.goodstudents.ru

Бизнес-план разработки

Бизнес-план разработки

Организационно-экономическая часть

Введение

Темой организационно-экономической части дипломного проекта является технико-экономическое обоснование (ТЭО) по теме: “Бизнес-план разработки”.

В дипломном проекте производится разработка программ обработки запросов к базе данных автоматизированного рабочего места регистрации и документирования (АРМ РД).

В ТЭО необходимо рассмотреть следующие вопросы:

·   Планирование разработки с построением сетевого графика;

·   Расчет стоимости разработки;

·   Экономическую эффективность разработки;

·   Состав и назначение основных разделов хозяйственного договора.

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

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

В третьей части ТЭО необходимо обосновать экономическую эффективность разработки.

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

1. Планирование разработки с использованием сетевого графика

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

Планирование научно-исследовательских работ с применением сетевого метода ведётся в следующем порядке:

1)  составляется перечень событий и работ;

2)  устанавливается топология сети;

3)  строится сетевой график по теме;

4)  определяется продолжительность работ (tож);

5)  рассчитываются параметры сетевого графика;

6)  определяется продолжительность критического пути;

7)  проводится анализ и оптимизация сетевого графика, если это необходимо.

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

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

· tmin - минимальную;

· tmax - максимальную;

· tнв - наиболее вероятную или только первые две.

Эти величины являются исходными для расчёта ожидаемого времени tож по формулам (1) и (2).

                                                                             (1)

                                                                                 (2)

После построения графика и выбора необходимых исходных данных рассчитывают параметры сети: сроки совершения событий, резервы времени, продолжительность кри­ти­ческого пути. Расчёт параметров сети наиболее удобно выполнять табличным мето­дом, если число событий не превышает 100 - 150. Этому условию соответствует проводи­мая разработка.

Для описания сети в “терминах событий” используются следующие понятия.

Ранний срок наступления события (Tpi) - минимальный срок, необходимый для выполнения всех работ, предшествующих данному событию, равен продолжительности наибольшего из путей, ведущих от исходного события 1 к данному (формула (3)).

                                                                                            (3)

Критический путь сети (Ткр) - максимальный путь от исходного события 1 до завершающего события С.

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

                                                                                    (4)

Все события в сети, за исключением событий, принадлежащих критическому пути, имеют резерв времени (Ri), приведённый в выражении (5).

                                                                                                (5)

Резерв времени события показывает, на какой предельный срок можно задержать  наступление этого события, не увеличивая общего срока окончания работ (т.е. продол­жительности критического пути).

При описании сети “в терминах работ” определяют ранние и поздние сроки начала   и окончания работ (формулы (6) - (9)).

ранний срок начала:

                                                                                                    (6)

поздний срок начала:

                                                                                             (7)

ранний срок окончания:

                                                                                             (8)

поздний срок окончания:

                                                                                                    (9)

Работы сетевой модели могут иметь два вида резервов времени: полный (Rпi,j) и свободный (Rci,j). Полный резерв показывает, на сколько может быть увеличена продол­жи­тельность данной работы или сдвинуто её начало так, чтобы продолжительность макси­мального из проходящих через неё путей не превысила критического пути. Полный резерв, если он не использован до конца при выполнении данной работы, частично может быть перераспределён и между другими работами, лежащими на данном пути. Полный резерв рассчитывается по формуле (10).

                                                                                      (10)

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

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

Свободный резерв рассчитывается по формуле (11).

                                                                                       (11)

В соответствии с вышеизложенной методикой приведём планирование разработки.

Перечень событий и работ по каждому этапу приводится в таблице 1. Процесс разработки подразделяется на пять этапов:

1. Подготовительный этап.

2. Выбор методов и средств решения.

3. Разработка алгоритмов программ.

4. Отладка программ и анализ результатов.

5. Оформление документации и подготовка к сдаче разарботки.

В таблице 1 приведен перечень событий и работ, имеющих место при разработке АРМ РД.

Перечень событий и наименование работ

 

этапа

№ соб.

Событие

Код

работы

Наименование работы

I

0

Первый вариант ТЗ получен

0-1

0-3

Согласование и уточнение первого варианта ТЗ

Составление перечня материалов по тематике

1

Промежуточный вариант ТЗ согласован

1-2

Составление окончательного варианта ТЗ

2

Окончательный вариант ТЗ утвержден

2-5

Проведение анализа существующих методов решения и получение сравнительных хар-к

3

Перечень материалов по тематике составлен

3-4

Изучение материалов по тематике

II

4

Материалы по тематике задачи изучены

4-8

Выбор окончательного метода решения

5

Анализ существующих методов решения проведен, сравнительные хар-ки получены

5-6

Предварительный выбор метода решения

6

Метод решения предварительно выбран

6-7

Уточнение и согласование выбранного метода решения

7

Выбранный метод решения согласован

7-8

Утверждение окончательного метода решения

III

8

Окончательный метод решения утвержден

8-9

8-10

8-11

Изучение лит-ры по ЯП

Составление эскизного варианта алгоритма

Анализ входной и выходной информации

9

Литература по ЯП изучена

9-14

Выбор языка программирования

Продолжение табл. 1

этапа

№ соб.

Событие

Код

работы

Наименование работы

III

10

Эскизный вариант алг. Составлен

10-12

Уточнение алгоритма решения

11

Анализ входной и выходной информации проведен

11-12

Уточнение алгоритма решения

12

Алгоритм решения проработан

12-13

Разработка блок-схемы алгоритма

13

Блок-схема алгоритма составлена

13-14

Выбор языка программирования

14

Язык прграммирования выбран

14-15

14-16

Определение структуры программы

Работа над модулями программы

15

Структура программы разработана

15-17

Работа над текстами программ

16

Модульная структура разработана

16-17

Работа над текстами программ

IV

17

Тексты программ составлены

17-18

17-19

Логический анализ программы и ее корректирование

Компиляция программ

18

Логический анализ программ, их корректирование завершены

18-20

Исправление ошибок в программах

Продолжение табл. 1

этапа

№ соб.

Событие

Код

работы

Наименование работы

IV

19

Компиляция программ завершена

19-21

Редактирование программ в единый модуль

20

Исправление ошибок завершено

20-21

Редактирование программ в единый модуль

21

Редактирование программ в единый загрузочный модуль завершено

21-22

21-23

Выполнение программ

Анализ рез-тов выполнения

22

Выполнение программ завершено

22-24

Проверка функ-ия прог-мм в различных условиях работы

V

23

Анализ результатов выполнения программ завершен

23-24

23-25

Проверка функ-ия прог-мм в различных условиях работы

Выпуск документации

24

Проверка функ-ия прог-мм в различных условиях работы завершена

24-26

Подготовка отчета о работе

25

Выпуск документации завершен

25-26

Подготовка отчета о работе

26

Отчет о работе подготовлен

На основании перечня событий и работ построен сетевой график работ (рис.1).

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

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

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

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

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

3. Раннее окончание каждой работы  определяется по формуле (8) и фактически равно сумме величин раннего начала и продолжительности данной работы.

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

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

6. Данные графы позднего срока начала работ  находятся как разность позднего окончания этих работ и их продолжительности.

7. Полный  и свободный  резервы времени определяются по формулам (10) и (11) соответственно.

Параметры сетевого графика представлены в таблице 2.

Параметры сетевого графика

 

Код

Соб.

0-1

25

30

27

0

27

0

27

0

0

0-3

10

15

12

0

12

32

44

32

0

1-2

15

25

19

27

46

27

46

0

0

2-5

30

40

34

46

80

46

80

0

0

3-4

40

50

44

12

56

44

88

32

0

4-8

50

60

54

56

110

88

142

32

32

5-6

20

35

26

80

106

80

106

0

0

6-7

15

25

19

106

125

106

125

0

0

7-8

15

20

17

125

142

125

142

0

0

8-9

55

60

57

142

199

142

199

0

0

8-10

50

60

54

142

196

146

200

4

0

8-11

35

45

39

142

181

163

202

21

0

9-14

45

55

49

199

248

199

248

0

0

10-12

15

25

19

196

215

200

219

4

0

11-12

15

20

17

181

198

202

219

21

17

12-13

15

20

17

215

232

219

236

4

0

13-14

10

15

12

232

244

236

248

4

4

14-15

50

60

54

248

302

248

302

0

0

14-16

25

40

31

248

279

311

342

63

0

15-17

140

160

148

302

450

302

450

0

0

16-17

100

120

108

279

387

342

450

63

63

17-18

40

80

56

450

506

450

506

0

0

17-19

20

25

22

450

472

498

520

48

0

18-20

25

40

31

506

537

506

537

0

0

Продолжение табл. 2

Код

Соб.

19-21

30

40

34

472

506

520

554

48

48

20-21

15

20

17

537

554

537

554

0

0

21-22

10

15

12

554

566

554

573

7

0

21-23

15

20

17

554

571

554

571

0

0

22-24

20

30

24

566

597

566

597

0

0

23-24

10

15

12

571

583

585

597

14

14

23-25

30

40

34

571

605

571

605

0

0

24-26

25

30

27

597

617

597

624

0

0

25-26

15

25

19

605

624

605

624

0

0

2. Расчет стоимости разработки

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

2.1.         Расчёт статьи “материалы, покупные изделия, полуфабрикаты”

На эту статью относится стоимость материалов, покупных изделий, полуфабрикатов и других материальных ценностей, расходуемых непосредственно в процессе выполнения НИР по теме. Цена материальных ресурсов определяется по соответствующим ценникам. В стоимость материальных затрат включаются транспортные расходы (10 % от прейскурантной цены).

Расчёт статьи “материалы, покупные изделия, полуфабрикаты” приводится в таблице 3.

Наимено­вание

товара

Ед. Измерения

Кол-во

Цена за единицу  (руб.)

Суммар. затраты  (руб.)

Дискеты

Пачка

2

90

180

Чертежная бумага

Листы

20

5

100

Бумага для принтера

Пачка

3

80

240

Итого: 520

С учётом транспортных расходов:

520 + 0.1 *520 =572 ( руб.)

2.2.         Расчёт основной заработной платы по теме

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

Среднее количество рабочих дней в месяце равно 20-ти. Следовательно, дневная заработная плата определяется делением размера оклада на количество рабочих дней в месяце.

Трудоемкость определяется следующим образом: по таблицам 1 и 2 находится количество дней, которое необходимо потратить на каждый из 5-ти этапов разработки.

Например, на первом этапе разработки потребуется количество дней, равное сумме продолжительностей работ, коды которых: 0-1, 0-3, 1-2, 2-5, 3-4. Трудоемкость каждого этапа определяется для группы специалистов, отвечающих за этот этап разработки.

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

Расчет основной заработной платы по теме приведен в таблице 4.

Расчет основной заработной платы по теме

 

Наимено­вание этапов работ

Исполни­тель

Оклад

( руб.)

Дневная зар. Плата  (руб.)

Трудоем­­кость

(в человеко-днях)

Затраты по

зар. плате

( руб.)

1. Подгото­ви­тельный этап

Ведущий инженер

Инженер

1200

1000

60

50

252

252

15120

12600

2. Разработ­ка алгорит­мов и программ

Ведущий инженер

Инженер

Инженер

1200

1000

1000

60

50

50

864

864

864

51840

43200

43200

3.Oформ­ление докум-ии и подготовка к сдаче

Инженер

1000

50

46

2300

ИТОГО:

168260

2.3.         Расчет дополнительной заработной платы

На эту статью относятся выплаты, предусмотренные законодательством о труде за неотработанное по уважительным причинам время: оплата очередных и дополнительных отпусков и т.п. (принимается в размере 20% от суммы основной заработной платы):

168260*0.2=33652  руб.

2.4.         Расчёт отчислений на социальные нужды

Затраты по этой статье определяются в процентном отношении от суммы основной и  дополнительной заработной платы (40.5%):

(168260+33652)* 0.405=81774 руб.

2.5.         Расчёт накладных расходов

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

Накладные расходы принимаются в размере 250% от суммы основной заработной платы.

168260*2.5=420650  руб.

2.6.         Расчёт договорной цены

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

Полная себестоимость разработки определяется суммированием пп.1 - 5 таблицы 5.

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

Цопт = себестоимость + прибыль.

Прибыль составляет 30% от себестоимости:

Прибыль = 704732*0.3=211420  руб.

Цопт = 704732 + 211420=916152  руб.

При расчете договорной цены в общую стоимость закладывается сумма налога на добавленную стоимость, равного 20% от оптовой цены.

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

Следовательно, договорная цена разработки составит 916152  руб.

№п/п

Наименование статьи расхода

Затраты (в  руб.)

1.

Материалы, покупные изделия, полуфабрикаты

396

2.

Основная заработная плата

168260

3.

Дополнительная заработная плата

33652

4.

Отчисления на социальные нужды

81774

5.

Накладные расходы

420650

6.

Полная себестоимость

704732

7.

Прибыль

211420

8.

Оптовая цена

916152

9.

НДС

-------

10.

Договорная цена

916152

3. Экономическая эффективность разработки

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

·   получение и регистрацию данных о состоянии объекта управления;

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

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

4. Основные разделы хозяйственного договора

Последним разделом технико-экономического обоснования по теме: “Бизнес-план разработки” является формирование основных разделов хозяйственного договора.

Хозяйственный договор – это двустороннее соглашение, заключаемое юридическими лицами (исполнителем и заказчиком) для достижения какой-либо цели.

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

Основные разделы хозяйственного договора:

1. Предмет договора.

В этом пункте оговаривается предмет договора и сроки проведения работ.

2. Стоимость работ , порядок и условия платежей и расчетов.

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

3. Подготовка работ.

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

4. Порядок и сроки сдачи и приемки работ.

Определяет временные рамки действия данного договора, а также порядок и сроки сдачи работ.

5. Особые условия.

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

6. Юридические адреса и реквизиты сторон.

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

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

Заключение

В данном разделе дипломного проекта было представлено технико-экономическое обоснование (ТЭО) по теме: “Бизнес-план разработки”.

В ТЭО были рассмотрены следующие вопросы:

·   Планирование разработки с построением сетевого графика;

·   Расчет стоимости разработки;

·   Экономическая эффективность разработки;

·   Состав и назначение основных разделов хозяйственного договора.

В первой части ТЭО рассчитаны параметры сетевого  графика работ по созданию программного обеспечения АРМ РД и по этим параметрам построен сетевой график работ. Расчет параметров сети был выполнен табличным методом, найдены сроки свершения событий, резервы времени, продолжительность критического пути.

Время разработки комплекса программ АРМ РД составит 624 дня (приблизительно 2.6 года).

Во второй части ТЭО рассчитана стоимость разработки программного обеспечения АРМ РД с момента получения первого варианта технического задания и заканчивая оформлением документации и сдачей разработки.

Величина затрат на научно-исследовательские работы определена на основе метода калькуляций. Расчет произведен в ценах 1998г.          Стоимость разработки составит 916 152  руб.

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

Теги: Бизнес-план разработки  Реферат  Антикризисный менеджментПросмотров: 3171Найти в Wikkipedia статьи с фразой: Бизнес-план разработки

diplomba.ru


Смотрите также