1. Architecture Models to Support Accessible eGovernment Services for All Karl Wessbrandt, the Swedish Administrative Development Agency 19 April 2007

2. The democratic system in Sweden National level Elections to the Riksdag (Swedish parliament) The Riksdag elects the Prime Minister, who forms a government Regional level Elections to the County Council Assembly The County Council Assembly elects the County Council Executive Board 21 Countys Local level Elections to the Municipal Council The Municipal Council elects the Municipal Executive Board 290 Municipalities

3. Appropriation directions, allocation of appropriations and assignments Appointments to senior posts and organisational form Performance Management Laws and ordinances Directing the Operations of Government Agencies §

4. eGovernment targeted areas Service Quality Efficiency Working Conditions Impact on Society Transparency

6. Verva – instruments Prepare and issue guidelines and ordinances to national agencies ICT-procurement for public sector To promote common development and activities To promote joint action within the public sector and with the private sector

7. A Public Administration that is Connected and Coherent Personal eID Service eID Front Office Back Office Organi- sation eID & Dynamic Chan- nels Inter Office

8. Coherent Case Processing Stove-pipe systems XML-converter Secure eLink Transport Information Content XML Schema, Metadata, Controlled terminology Internet Agency A Agency B standardized messages Service Oriented Support Web catalog Infra Services Information Management Platform Joined-up eGov Services:

9. e-Identification model Top Down?

10. e-Identification model Bottom Up? Internet Banking: Some 3 million accountholders (out of a population of close to 9 million) ”Soft eID’s” Download over the net No Cards – now…

11. Contract. ”Token” or other method to handle keys. Safe identification method. Client hardware and software. Help Desk and Revocation. Secure Channel Revocation information Helpdesk and Service.: e-Id Service Model

12. Relying Party pays: For Active User. For Usage etc The User pays For Certificate. For Usage. etc e-Id Cost Model Period Payment Transaction Payment

13. What´s in the message envelope? Good practice schema structure, designed for re-use

14. Semantic interoperability: Example from a modeling workshop about the concept ”person”

15. Example: Termbank of the National Health & Welfare Board http://app.socialstyrelsen.se/termbank/

16. Critical issues & success factors for eGovernment development Interoperability layers and supporting services Models and Guidelines IT Framework Agreements

17. Interoperability Layers Organisational interoperability Legal interoperability Semantic interoperability Technical interoperability Based on IDABC EIF

18. Framework of Architectures Enterprise architecture Interoperability Architecture Statskontoret

19. Architecture Framework for eGovernment User demands and neeeds Common Front End Functions Enterprise systems Common Resources and Structures StandardsInterfacesProcesses RegulationsProcurements Verva as a platform for collaboration eGovernment Specifications SpecificationsMethods Guidelines Statskontoret 2004

20. Approach according to the OASIS SOA Reference Model 1.Framework – stating basic principles, independent of specific standards or technologies 2.Reference Architectures – with more detailed guidelines, from different viewpoints and for different sectors, including references to standards or common specifications 3.Concrete Architectures, describing the details needed to implement specific solutions 1 and 2 are central issues, 2 and 3 are handled by the sectors, by the user organisations and by the vendors and consultants concerned

21. Map and Publish Electronic Information Exchange per Public Authority Provide info about Data Base Name Purpose Legal basis Secrecy level (if any) Access fees (if any) Information security Information Interface Communication Interface etc. Open Catalog Service Authority A Agency B Board C Agency E Authority F Municipality X Municipality Y Region Z Authority D Public Internet Access

22. A coherent process from idea to working solution to build a collaborative eGovernment system Standards InterfacesProcesses Ordinances Procurements eGovernment Reference Architectures SpecificationsMethods Guidelines eGovernment Architecture Framework eGovernment Function Specifications Working, collaborative implementations idea development implementation practice Formal standards Interfaces Processes Specifications Methods General Market Function Specifications De facto Standards

23. Karl Wessbrandt, the Swedish Administrative Development Agency karl.wessbrandt@verva.se