1. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 A life-event oriented framework and platform for one-stop government: The OneStopGov project Efthimios Tambouris, CERTH/ITI, Thessaloniki, Greece, University of Macedonia, Thessaloniki, Greece Mirko Vintar, University of Ljubljana, Slovenia Konstantinos Tarabanis, University of Macedonia, Thessaloniki, Greece

2. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 Rationale  Online one-stop government enables 24 hour, single point access to public services that are integrated around citizens needs (usually life- events - LE).  Currently however, online one-stop government solutions do not care about concrete citizens needs, are not able to adopt to them and do not provide integrated services from different back-offices.

3. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006  To develop and specify the LE reference models that will enable modeling virtually any life-event.  To specify, develop and evaluate a life-event oriented, integrated, interoperable platform for online one-stop government.  To propose an all-inclusive framework for one-stop government.  The guiding principles for the OneStopGov platform involve:  the inherent support of life-events (LE);  the active, citizen-centric approach; and  the definition and use of generic LE models (e.g. generic workflows, generic reference models).  To evaluate and validate the results in four countries (Slovenia, Hungary, Romania and Poland) Scientific and Technological Objectives

4. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006  IST eGOV project >>> GovML  IST OntoGov project  GEA project  UL, ILEP project Some of Related Work

5. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Basic Concepts  One-Stop-Government?  Life-Event? integration of governmental Back office processes and services around the specific live situation (event) of the users (example:marriage or lost documents etc.)  LE can be solved in a different ways: virtual integration, substantive integration (reengineering) passive, dynamic, active portals  Active means in our sense: in a real time and in a dialogue with the users taking into account concrete user circumstances (user profile)

6. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 Clasification of Portals

7. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Passive Portal  Passive portal: is not able to tailor the set of government services, to user’s specific circumstances and needs, it rather provides user with links to relevant legal acts/FAQs, it can only guide targeted user groups.  The marriage example: minors should browse through documents and find out which public authority should issue a marriage permission, foreign citizens should find out the list of necessary information and documents supporting the marriage application themselves, usually such information will end up in a portal FAQ.

8. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Dynamic Binding Portal  Dynamic Binding Portal: tries to match user’s circumstances and needs, with descriptions of available (e-)government services, no explicit life-event models or descriptions: dynamically created based on user’s request. assumption: standardized descriptions available.  The marriage example: similar scenario as the one presented before, with set of questions not known in advance, dynamically created from the services’ descriptions.

9. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Active Portal - added value  Performs active dialogue with the user: in order to identify her/his specific circumstances and needs.  Actively guides the user through: the set of necessary government services, adopts and designs dialogue and selection of services according to her/his circumstances and needs.  Examples of specific circumstances for marriage: one (or both) of the partners is a foreign citizen, one (or both) of the partners is a minor, parties are relatives, parties with special needs (deaf and dumb), or an arbitrary combinations thereof.

10. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Key Functions  The consideration of any specific accessibility and usability needs the citizen may have.  The identification of the life-event that is applicable to the citizen’s situation and special requirements.  The identification of the services needed to fulfil a particular life event. The list of services as well as the order of their application is determined on the basis of the citizen’s answers to a number of questions in a decision-making process. The resulting list corresponds exactly to the user's life-event and circumstances.  The identification of an instance of each service in the list. This is also a decision-making process that leads to the identification of specific input parameters needed to determine each service instance. For example, these parameters may represent different documents that have to be provided by the user. For each service instance, the system provides suitable guidelines.  Invokes required processes and services.

11. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Life-Event (LE) Models  LE Definition (traditional): it is specific situation (of a citizens or an organization) for which a set of governmental services is needed.  LE model should include: detailed description of LE type, structure,related documents, services.  LE model for Active Portals should provide in addition: all possible circumstances that can influence the resolution of the life-event, guide through services needed at given user’s specific circumstances and needs, logic through which an instance of a selected LE type can be shaped and invoked according to user’s circumstances

12. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 1 – identification level 2 – specification level 3 – interactive level life-event static list of services and documents Front office view Back office view 4 – transaction level active passive active guide through services and documents conditions Taxonomy of Life-event models at four levels of abstraction

13. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 LIFE EVENT (LE) PUBLIC SERVICE PUBLIC AUTHORITY DOCUMENT CIRCUMSTANCE issued by provided by identification level specification level interactive level requires / related to composed of / a part of circumstance- dependent Modelling of LE for Active Portals

14. OneStopGov 4 th Eastern European e-Gov Days 2006Prague, 19 – 22 April 2006 Architecture of the Intelligent UI  Three key building blocks: Control module, controls execution of the LE in the real-time and leads dialogue with the user: Dynamic database Interface to middle-ware systems Logical module: LE repository, domain ontology Inference engine Data module: Meta-data, Internal databases External databases

15. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 2. OneStopGov platform  To specify and develop the OneStopGov platform that includes: The active life-events portal that includes: a module to be used by domain experts in order to create and manage life-events, an adaptive, accessible interface shell for citizens access, an environment where invoked life-events are executed, a set of tools to monitor life-event execution, perform audit trails, and obtain useful statistics The life-event generic workflows and middleware to accommodate: implementation of life-event reference models using generic workflow technologies communication between the portal and the back-office of various public authorities, connection with legacy systems and applications, and provision of basic common services, such as payment and authentication Summary of the OneStopGov project

16. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 Preliminary Architecture & Functionality  Domain experts of the portal authority will use the portal in order to create life-events by using the specified life-event reference models.  Citizens will visit the portal and perform a dialogue with the system in order to determine the life-event that better suites their specific circumstances.  IT experts in the portal authority will use the platform in order to monitor the runtime execution environment from a technical point of view.  Domain experts will use the platform in order to obtain useful information and statistics e.g. number and nature of life-events invoked etc.

17. Prague, 19 – 22 April 2006 OneStopGov 4 th Eastern European e-Gov Days 2006 Thank you for your attention.