Bilateral Meeting

Bulgaria Monte Negro    Ivan Stanev

Coordinator in ProgramExtension of Bulgarian Government Electronic

Administrative Services

08 - 09 Jun 2011, Sofia, Bulgaria

European Union OPAC Experts in Action European Social FundInvesting in People

2

Content

• Part 1 Bulgarian E-government cloud. The ideology

• Part 2 Cloud farm. Step by step. The cloud components in the Bulgarian e-Government IT Strategy 2011-2015

• Part 3 E-governance-main barriers

Part 1

Bulgarian E-government cloud. The ideology

4

Why SOA Based Solution

• Big IT company, with 10 years experience in e-Gov solutions in central and local administration, uses mechanisms allowing the time for development of new applications to be reduced by 50% and cost reduction by 70%.

• Bulgarian IT company, experienced in the above mentioned technologies, has demonstrated how can be covered more than 70 business processes in local administration with slight changes in one template process.

• Bulgarian IT company, developing applications for central administration has restructured its own staff reducing the number of programmers and test engineers and increasing the number of business analytics due to implementation of new methodology for automated generation of multilayer Java applications. Time for development and tests is reduced by 50 %.

5

eG 2011 – 2015 Goals

• Reduction of user resources – safe time, and money for the citizen, and business

• Improvement of state administration efficiency – optimization the operation time, and required resources (financial, human, equipment, etc.) of the state administration activities

• More security – reduction of the fraud risks, through more automatic validations, and verifications

6

Main eG Principles

• Complexity – one service, or one business process with one I/O point

• Automated information exchange – once received, multiple used data

• Unification and modularization of eServices – once developed, multiple used services, and other components

Case Study: License for Excise Store Operation Business Process – Current State in Bg

7

Treatment of ask for license

State AdministrationSupply license

Trade Register

BULSTAT Register

Company Year Reports Register Taxes inquiry Estate Plans

No convictions Certificate

Business

Ask for license

Case Study: License for Excise Store Operation Business Process – eG Manual Operation

8Taxes inquiryTrade Register

BULSTAT Register

Company Year Reports Register Estate Plans

No convictions Certificate

Business

Ask for license

Treatment of ask for license

State AdministrationSupply license

Case Study: License for Excise Store Operation Business Process – eG Automated Operation

Taxes inquiryTrade Register

BULSTAT Register

Company Year Reports Register Estate Plans

No convictions Certificate

Business

Ask for license

Treatment of ask for license

State Administration

Supply license

9

10

Expected Financial Result

Position Measure QuantityeServices that use this register num 10transactions for eServices num 500,000clerk saved time min/trans 5saved clerk man / months all man/mo 2,604everige sallary of clerk BGN man/mo 600saved amount for one register BGN 1,562,500saved paper sheets num 500,000price per paper sheet BGN 0.05saved all amount per consumables BGN 25,000saved man / hours per citizen man/mo 2number of citizen num 500,000average amount of citizen BGN man/mo 400saved amount per client per register BGN 2,500,000saved per register with 5000000 transactions per year 4,087,500number of registers with 5000000 transactions per year 20all saved BGN 81,750,000

Most Required RegistersПРБК Ведомство

собственикИме услуга Заявени

МИЕТ АОП Регистър на обществените поръчки 19МРРБ ГРАО Регистър на на актовете за раждане 19МТИТС МТИТС Регистър на регистрите и данните 19МРРБ АГКК Регистър Кадастър 18МТИТС МТИТС Регистър на класификаторите 18НСИ НСИ Регистър Годишни отчети за дейността 18МРРБ ГРАО Класификатор на пътните артерии (улиците) 17МРРБ ГРАО Регистър на актовете за граждански брак 17МРРБ ГРАО Регистър на актовете за смърт 17МФ НАП Регистър на лицата регистрирани по ДДС 17Област Област Регистър на държавната собственост 17МВР КАТ Регистър на МПС 15МТИТС МТИТС Регистър на информационните обекти 15НОИ НОИ Електронен болничен лист 15Община Община Регистър на общинската собственост 15МЗХ МЗХ Регистър на земеделските производители 13МТИТС МТИТС ЕУ за електронно разплащане 13МОМН МОМН Регистър на дипломите 12МФ НАП Регистър на трудовите договори 12Нотариална камара

Нотариална камара

Електронен нотариален акт 12

МРРБ МРРБ Регистър на изключителната държавна собственост 11НСИ НСИ Класификатор на обалстите на образование и обучение 11НСИ НСИ Класификация на функциите на държавното управление 11НСИ НСИ Национална класификация на професиите и длъжностите,

2005 11

МП ЦРОЗ Регистър на особените залози 11МВР МВР ЕУ за централизирано управление на електронната

самоличност10

МП МП Регистър на производствата по несъстоятелност 10МЗ НЕЛК/ ТЕЛК Регистър на професионалните заболявания 10

12

eG Development Approach

• Single Standards for Management of SA activities

• Single SA Data Model• Single Repository of User Documents• Common Design of SA Business processes• eG cloud • Single eIdentification for all Bg subjects• Common standard for realization of SA AIS• Law of eG defining the Framework of the eG

and Interoperability Rules for SA AIS • Use of Open IT Standards

eG Organisational Principles• Unique eG Registers - Регистрите на ЕУ (РЕУ) са

различни от регистрите на първичния администратор на данните (РПА). Тези регистри представляват съкратена извадка на данни от РПА, за които потребителите на РЕУ са заявили нормативно обоснован достъп. РЕУ се съхраняват при първичния администратор или в центъра за данни на ЕУ

• Integral interpretation of Legal Base - При разработването на РЕУ ще бъдат спазени всички секторни нормативни документи разглеждани и в контекста на закона за електронно управление, както и придружаващите ги наредби

• Best EU and Bg Practices studied - При разработването на РЕУ и техните ЕАУ ще бъдат отчетени както съществуващите до момента секторни добри практики, така и тези на ЕУ

13

Organisational eG Principles

• Consensus based management - всички решения при разработката на съответния РЕУ ще бъдат вземани чрез консенсус от съвместен екип на първичния администратор на данните, представителите на ДЕУ в МТИТС, както и представители на изпълнителя

• Primary administrator is master of the development process - готовият продукт се приема за въвеждане в експлоатация от представители на ДЕУ на МТИТС, единствено след изричното писмено съгласие на първичния администратор на данните за внедряването на продукта

• Common Project Management Approach - ще бъде използван унифициран процес при разработка, внедряване и експлоатация на софтуерни приложения в областта на е-управление - RUP

14

Technological eG Principles

• Full Ownership under developed IT Systems Code - изпълнителят задължително предоставя програмния код на РЕУ на първичния администратор на съответния регистър и МТИТС, ако съществува такава договорка между първичния администратор и МТИТС

• Compatability ot new eService in the Primary administrator, or MTITC Infrastructure – РЕУ ще бъдат написани с такива технически средства, че да могат да бъдат експлоатирани върху съществуващата инфраструктура на първичния администратор на данните или МТИТС, съгласно предварителна договорка между тях, отговорност качеството носи първичния администратор, а за сигурността на данните носи собственика на обслужващата инфраструктура

• Flexibility of the Developed ReGs – разработката трябва да позволява възможно най-бърза и евтина промяна на съответните услуги при промяна на нормативната база, организационни или технически промени

15

Technological eG Principles

• System Design before Law Construction – РЕУ ще бъдат разработени така, че да бъде постигната най-добрата възможна ефективност, при необходимост ще бъдат направени предложения за промени в съществуваща нормативна уредба, техническите проекти ще отчитат направените предложения, услугите ще бъдат разработени в рамките на проекта, съгласно направените предложения РЕУ ще се въвеждат в експлоатация след влизане в сила на промените в нормативната уредба

• ReG Standartisation - изпълнителят е длъжен: да подготви РЕУ за вписване съгласно ЗЕУ, да подготви стандартни протоколи за обмен на данните, да подготви стандартни тестове и процедури за тяхното провеждане присъединяването на нови потребители е отворен процес, който се извършва в съответствие с разработената документация

16

Bulgarian eGovernment Road Map

Legal Base

Legal Base 3.1

Legal Base 3.2

ePortal ePortal 3.1

Reference Architecture

Infrastructure and Communications

Real Time Monitoring

Data Center

Decision Making system

Monitoring of Interoperability

eAdministrative Services

eAdministrative Services 3.1

Mobile Notification System

Single Sign On Register

Interoperability Registers

Interoperability RegistersImprovement of Single Environment for Treat of Electronic Documents (SETED)

National Funds EU Funds 3.1 EU Funds 3.2

Part 2

Cloud farm. Step by step. The cloud components in the Bulgarian e-

Government IT Strategy 2011-2015

BeG Technological Framework

Business Protocol

Business Partner

Presentation

Personalization

Process Integration Services

Pro

ce

ss

Ch

ore

og

rap

hy

Cro

ss

-R

efe

ren

ce

Tra

ns

ac

tio

n /

Co

mp

en

sa

tio

n

Sta

teM

an

ag

em

en

t

Au

dit

Sta

ff

Common Business

Object Model

Business IntegrationPortal

Partner ServicesUser Interaction Services

Citizens Process Automation

Human Activity

Events

Business Integration Server

Business Modeling and Monitoring

Agency

Business

Ministry

eServices Adapers

HR

Common eG Service

RepositoryeG Data Register

System eG RegistersServ

Mun kSystServ

Serv Min 1

Serv Min n

ServMun 1

Application Connectivity Services

Pub/Sub Transformation Mediation

Transport

Routing

Municipality

BeG Infrastructure

BeG Common Data Space

BeG Common Message Space

23

BeG Results Achieved• The IT Strategy of BeG is developed for the period 2011 –

2015. A Road Map for the IT Strategy is created.• The legal base and procedures for certification of

Administrative Information Systems (AIS) of Bulgarian Government (BG) are created. The process of Certification of BG AISs is in progress.

• The legal base and procedures for registration of Electronic Administrative Services (EAS) of AIS are created. The process of registration of EAS is in progress.

• The legal base and procedures for registration of Information Data Objects (IDO) of AIS are created. The process of registration of IDO is in progress.

• The legal base and procedures for realisation of Single Environment for Electronic Documents Exchange (SEEDE) are created. The SEEDE establishment is in progress.

• The BeG Portal version 1 is created. A version 2 of this portal is under construction.

Modeling of Registry eService

24

Task Description PA, %

eGT, %

V, %

T1 Planning the activities 10 20 70

T2 Design of Business Processes for ReG use

30 20 50

T3 ReG Test Model Preparation 40 20 40

T4 ReG Infrastructure Model Preparation

10 20 70

Legend:Tn - taskPA – Primary AdministratoreGT – eG TeamV - Vendor

Implementation of Registry eService

25

Task Description PA, %

eGT, %

V, %

T1 ReG Data Model Preparation 30 10 60

T2 Software Architecture Realisation 10 90

T3 ReG Implementation 10 90

T4 Unit Tests 10 90

T5 Integral Tests 40 20 40

Legend:Tn - taskPA – Primary AdministratoreGT – eG TeamV - Vendor

Testing and Deployment of Registry eService

26

Task Description PA, %

eGT, %

V, %

T1 Data Migration 10 20 70

T2 Functional Tests 70 10 20

T3 Stress Tests 10 10 80

T4 Deployment 40 20 40

Legend:Tn - taskPA – Primary AdministratoreGT – eG TeamV - Vendor

BeG Business Processes

BP Specification

Processor

Non Formal Ontology

Specification

IS Generator

Formal BP Specification

IS Runtime Manager

Knowledge Processor Product Generator

Runtime Manager

Generated IS

Activity Results

Ontology KB

Knowledge Base

BP Editor

IT & DA Users (End User. Report

User, B2B Interface, Sys Admin)

Complete BP

Specification

BP Tasks Repository

IS DB

Activity Specification

Editor

Activity Specification

No

Yes

Ontology Primitives Repository

Formal Ontology

Specification

Non Formal BP

Specification

Yes

Ontology Generator

Complete Ontology

SpecificationOntology

Specification Processor

Ontology Editor

No

1

1

1

Ontology

Activities DB

IT & DA Knowledge Engineers

BeG Technological Framework

End User

Report User

KnowledgeEngineer

GUIEndUser

Process Manager

Data Manager

eG Main Manager

GUIManager

Form Manager

ProcessesDB

Services DB

OLAP

Operational DB

Form Generator

Report Manager

Report Generator

Service Editor

Process Editor

Service Compiler

Process Compiler

Forms DB

Integration Manager

Process Generator

Form Editor

Report Editor

Form Compiler

Report Compiler

GUIProcesses

GUIServices

GUIForms

GUIReports

Service Manager

Role Manager Roles DB

History Manager History DB

Sys Admin

Sys Adm

Editor

Sys Adm Compiler

Admin Console

Interface Manager

Interface Generator

B2B LocalServer

InterfacesDB

B2B RemoteServer

Sec

urit

y M

anag

er

ES

B (

eG M

ess

age

Ma

nage

r)

Part 3

E-governance-main barriers

Scope of the Project

• Project name: Development of administrative services as e-services

• Project No К10-31-1/07.09.2010• Project duration:

– start: 7 Sep 2010

– end: 7 Mar 2012

• Budget: 18М BGN.• Target groups: Central and local government,

citizens and business organizations

31

Project Goals

• Common goal: Better administrative services for citizens and the business and users satisfaction increase using e-Government

• Specific goals– Improved legal framework focused on

administrative e-services.– Realization of G2G Administrative Services.– Improved processes for e-services delivery.– Realization of Single Window Concept.– Capacity building for realization of eG politics.

32

The Project Actions

Activity 2, 3Admin. Processes business modeling

Activity 5 Organizational

model and e-Portal

E-Gov Strategy and Road map

Activity 4 Reference model

Activity 1 Legal framework,

standards, policies

33

Analyzed Administrative Services

• Summarized information for 2143 services:– 1946 for Central/Special admin and regional administration– 197 for local administration

• Detailed information for 685 priority services according to decision of CoM 619 for Central/Special admin

• Summarized results for priority 685 services in 2009:• 162 АdmS are used 0 to 99 times;• 83 АdmS are used 100 to 499 times;• 94 АdmS are used 500 to 4 999 times;• 67 АdmS are used 5 000 to 49 999 times;• 38 АdmS are used 50 000 to 499 999 times;• 9 АdmS are used more than 500 000 times.

• The result is a list containing 415 administrative services, candidates for realization:

• 218 for central and regional administration• 197 for local administration

34

Analyzed Administrative Registers

• Summarized results for the expected usage of the identified registers and internal e-services:

• Expected register usage in number of admin services:

– 49 are used in more than 5 admin services;– 42 are used in more than 10 admin services;– 29 are used in more than 20 admin services;– 16 are used in more than 30 admin services.

• Expected annual transactions per register– 68 are used in more than 1 000 times;– 60 are used in more than 10 000 times;– 49 are used in more than 100 000 times;– 28 are used in more than 1 000 000 times.

35

Analyzed IT Infrastructures in the State Administration

• The data are collected during internal MTITC investigation which took place in 2010. The results do not reflect the precise picture in IT sector, but illustrates the sector tendencies. Data is as precise as they are provided by the respective organization participated in the investigation.

• Analyzed structures – 48, including Central administrations - 11, Agencies – 36, 8 of which have less than 50 employees, 16 – up to 300 employees, 8 – up to 600 employees, 4 – up to 1000 employees and 2 with more than 1000 employees.

• 7 organisations are without IT employes• 17 organisations are without IT department• 27 organisations haven’t data reservation• 17 organisations don’t use DBs• 20 organisations are not included in the National State Administration

Network• 8 organisations naven’t any internal connections• 7 organisations haven’t any protection from hackers attacs

Identified Problems for Realisation of EAS

• P1 Contradictory legal base in e-Gov area.• P2 Poorly standardized information model of State

administration• P3 Not effective and poorly standardized

technological framework for AIS integration• P4 Poorly standardized communication among the

different IT component in State administration• P5 Poorly standardized e-service nomenclatures,

used in State administration.• P6 Lack of common methodology for business

processes description and realization

Identified Problems for Realisation of BeG TFr

• P1 Lack of Single Methodological Base for development and support of AIS in State Administration.

• P2 Not Effective and not Synchronized planning of sectoral AIS development.

• P3 Big Contrast in the realised AISs concerning TFrs, used tools and instruments.

• P4 Bad technological discipline of the AISs support teams.

• P5 Lack of standartisation in communication area of AISs.

Thank you

Contact Data:

email: instanev@gmail.com

gsm: +359-882-117345