1 / 29

A to Z of the Slovenian e-Government

A to Z of the Slovenian e-Government. Boštjan Tovornik, M.Sc Ministry of public administration. A ... ... Z. L ife situations P ayment Providers R egisters S erving S ignatures T axes U tilities. A pplications B anks C urrency flow D emands E lectronic forms

verena
Download Presentation

A to Z of the Slovenian e-Government

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. A to Z of theSlovenian e-Government Boštjan Tovornik, M.ScMinistry of public administration E-Gov SLO

  2. A ... ... Z • Life situations • Payment Providers • Registers • Serving • Signatures • Taxes • Utilities • Applications • Banks • Currency flow • Demands • Electronic forms • Future • Government • Information flow E-Gov SLO

  3. A ... Z - unsorted • Currency flow • Information flow • Payment Providers • Banks • Serving • Signatures • Future • Government • Demands • Services • Registers • Life situations • Applications • Electronic forms E-Gov SLO

  4. A to Z of the Slovenian e-Government • e-Payment • e-Signature • e-Serving of legal documents • Generic software solutions for the production of e-applications – generator of electronic forms • Terms and conditions for inclusion the institutions into the system E-Gov SLO

  5. Concepts, definitions • Payment service  payment provider • Service provider payment provider • E-service provider = public authority • Citizen – in general: customer • Application  application (IT) • Life events = life situations • Serving = Handing = Delivering E-Gov SLO

  6. C G G2C – traditional way B E-Gov SLO

  7. C G G2C The “net” e-service e-payment B E-Gov SLO

  8. E-Gov layers infrastructure for e-services custom “back office” systems of the shelve system software ICT infrastructure Next: e-Gov simplified E-Gov SLO

  9. Shema ŽD in e-SJU Maintaining life situations, services and forms Bank 1 Citizens Bank 2 Life situation 1 text, information ... service 1 Lifesituations Bank 3 Life situation 2 text, information ... service 2 e-Payments Answering FAQ Register of public sector institutions Field editor (public institution) Service 1application 1 Mobile paymentprovider Security scheme Forms - portal e-SJU - Input of life situation content; - Creation and binding e-forms with life situations Administratorat institution 1 Application processing Service 2application 2 Administratorat institution 2 Service 3application 3 e-Form generator Hierarchyof lifesituations CIS Sending form to institution Serving of legal documents tocitizen Register of regulations Catalog of public information e-Gov editor Safemailboxes POST OFFICEOF SLOVENIA E-SERVING PROVIDER 1 E-SERVING PROVIDER 2 E-Gov SLO

  10. E-Gov: even more simplified Life situations e-Formgenerator e-Servicesportal Register ofinstitutions e-Payment e-Signature e-Serving E-Gov SLO

  11. Life situations (C) • A tool for hierarchical search of services based on most common life situations • A model of real life • Obtaining information on services • Entry point for e-services E-Gov SLO

  12. Life situations (G) • A tool for providing and maintaining information on (e-)services • Binding life situations, services and applications through a portal e-Services • Scope: state administration => public administration • Content maintenance distributedamong field editors E-Gov SLO

  13. E-form generator • e-form made of blocks • Building blocks – elements • ordinary fields (char, numeric, date) • special fields (EMSO=unique personal ID, tax number) • structures (address – actually acquires data from register of spatial units) • lists (predefined and custom) • groups & repeating groups of fields • free text, spaces, graphics E-Gov SLO

  14. E-form generator: the look creating a custom list adding an element E-Gov SLO

  15. Register of institutions • Institution specific information • Institution hierarchy • Custom groups of institutions • Local competence => localized content • Direct connection to Business Register of Slovenia (PRS) – all business entities E-Gov SLO

  16. Register of institutions E-Gov SLO

  17. E-Payments: the idea e-Payments payment services e-services e-serviceproviders paymentproviders E-Gov SLO

  18. E-Payments: requirements System should support: • many e-services providers (public sector institutions) + simple inclusion • many applications + simple adding • many payment services + simple adding E-Gov SLO

  19. E-Payments: scope(providers, banks, services) • Providers:public authorities • Payment services: • Credit cards (Activa, Diners, Maestro, Mastercard, Visa, ...) • Web bank (Abanet, ...) • Mobile payment (Moneta, ...) • Payment services providers (selected through tenders): • Abanka, Banka Koper, Diners, Mobitel, ... E-Gov SLO

  20. mainoffice Public authority(institution) e-service 2 E-Payments Payment service (...) e-service 1 Mobile paymentservice (Moneta) e-payment E-Payments: payment & information flow e-service 3(id=3) Payment service“web bank” (Abanet) e-receipt Payment service“credit card” (Mastercard) Receiptarchive(e- safe) List of receipts(CSV, XML) (daily) Time delay ! Visualisation, revision track(PDF, XML, HTML) UJP (bureau forpublic payments) List of receipts (daily)

  21. E-Signature & E-Serving • Every body should have its safe mailbox (the Post Office), opened by main editor • Access to the mailbox requires qualified digital signature. It is enabled by local admin (appointed by head of the body). • Safe mailbox is destination for applications and serving confirmations • Every signatory must be appointed by head of the body E-Gov SLO

  22. E-Signature & E-Serving e-Signing&e-Serving citizens’ safe mailbox record on delivery institutions’ safe mailbox e-Serving provider E-Gov SLO

  23. E-Signature & E-Serving • Both functionalities supported by single web application E-Gov SLO

  24. Terms and conditionsfor institutions • e-services prepared and published • ICT readiness (be able to accept e-forms) • responsible persons appointed (editors, administrators, signatories) • Shortly: to (be able to) use modules mentioned today • payments: contracts signed with (some of the) payment providers E-Gov SLO

  25. Benefits for the citizens • prompt and accurate information on services • information, forms, e-services in one place • localized content • selection of e-services through life situations • security (digital certificate, but only if necessary) • serving of documents by email E-Gov SLO

  26. Benefits for the institutions • free tools for publishing of information, news, e-services, generating e-forms, • published information => less explaining • faster administrative procedures (no direct interaction, e-Serving) • less fuss with cash (e-Payment) E-Gov SLO

  27. e-gov.si: Plans for future /1 The framework is set. What now? • Integration of registers, information systems • Advancing accessibility (disabilities, minorities) • Expanding no. of service providers included • Maintaining prompt and accurate information on e-services • Increase the usage of e-services • BUT, three main points are: E-Gov SLO

  28. e-gov.si: Plans for future /2 • Content • Content and • Content !!! E-Gov SLO

  29. Thank you ! mailto://bostjan.tovornik@gov.si E-Gov SLO

More Related