Status og plan vedr. byggeblokken Organisation

Præsentationer af emnet: "Status og plan vedr. byggeblokken Organisation"— Præsentationens transcript:

1 Status og plan vedr. byggeblokken Organisation
9. september 2018

2 Høring - Formål At få input: Er vi på rette spor?
Er der noget vil har overset? Er der noget vi kan gøre bedre? At give ”early warning” Til myndigheder/projekter Til leverandører At identificere nøgleinteressenter Er der nogen der vil melde sig til peer-review af 2. høringsversion? Er der nogen der vil være tidlige anvendere? september 2018

3 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

4 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

5 Vision Offentlige organisationsdata er en fælles ressource
Data om offentlige organisationer og administrative inddelinger er grunddata. Mangfoldigheden af organisationsregistre og organisationsdata indgår i et fællesskab på et standardiseret grundlag. Organisationsdata kan sammensættes og genbruges. Data kan generelt sammensættes gennem konsistent opmærkning med organisationsdata. september 2018

6 Formål Skabe grundlag for en mere effektiv anvendelse af data om myndigheders organisationer, herunder deling af opdaterede og autoritative grunddata. Opdateret og fleksibel OIO Organisations udvekslingsstandard Fokus på fælles sprog / semantik Bygge på internationale standarder Frihed til fysiske formater Modning og udvikling af en arkitekturbyggeblok for Organisation. Distribuerede organisationsdata Centralt register med autorativt overblik over myndigheder Understøtte implementeringsprojekter Nationalt organisationsregister Anvendelse i kommuneløsninger, KOMBIT, brugerportal på folkeskoleområdet, SOR, Regioner, Grunddata, Digital Post, borger.dk osv. september 2018

7 Led i digitaliseringsstrategi (initiativ 9.4) Interim OIO styregruppe
projekt Led i digitaliseringsstrategi (initiativ 9.4) Interim OIO styregruppe Fire spor / leverancer: Forretningsanalyse (med foreløbig, overordnet business case) Referencearkitektur (version 1.0) Specifikation / standard (version 2.0) POCs (på myndighedsregister og datadeling/udveksling) september 2018

8 Tidsplan Hvornår Hvad Oktober Informationsmøde (6. oktober)
Frist for høringssvar (20. oktober) Udvikling af udkast til standard til endelig høring Gennemgang af høringssvar Workshop til behandling af issues (ultimo oktober) POC November Høringsversion af standard udsendes (primo november) December Referencearkitektur og standard til godkendelse i interim OIO styregruppe 2015 Evt. fortsættelse af POC Evt. etablering af nationalt organisationsregister september 2018

9 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

10 organisationsdata i systemer as-is
Nationalt niveau Sundhedsvæsenet SOR Socialområdet Tilbudsportalen Uddannelse Institutionsregister LOS, KOMBIT Organisation Kommuner CVR Andre Enkeltorganisationers organisationsregistre Organisations- niveau Organisationsdata i fagsystemer september 2018

11 Registrering og Deling af data
Organisationer er på vej fra manuelle registreringer til øget digitalisering. OIO Organisation 1.1 har bidraget hertil AS IS TO BE september 2018

12 Omfanget af registreringer
Topniveau: Ændringer og dermed registreringer er få (med års mellemrum) Underliggende niveauer: Mange ændringer og registreringer – jo større organisation, jo flere ændringer Gevinstdimensioner Sparet arbejdstid til registrering Øget kvalitet i registreringer Digital anvendelse september 2018

13 Det bruges organisationsdata til
Organisationsdata bruges til At få information om organisationen Til opmærkning af forretningsdata I forbindelse med Styring, business intelligence, indberetning og statistik Digital kommunikation, sagsfordeling Sikkerhed og brugerstyring Vejviser og kontaktoplysninger Lokalisering september 2018

14 Konklusion I nogle domæner er der tilfredsstillende kvalitet og snitflader Der mangler kvalitet og snitflader på tværs af domæner Der er ikke implementeret datastandarder på tværs (og ikke unik identifikator og fælles sprog) Der er ikke implementeret fælles snitflader på tværs Der er ikke autoritativ registrering af myndigheder/offentlige organisationer Kvalitet vil fremmes af øget udveksling og anvendelse af data – men kræver også en driftsmæssig indsats september 2018

15 Behov for løsninger En fælles tilgang til håndtering af forretningsdata -> referencearkitektur Understøtte udveksling af data Datastandard skal opdateres og implementeres Unik identifikator på tværs Snitflader Et tværoffentligt register over myndigheder og offentlige organisationer Offentlige organisationsdata skal være grunddata september 2018

16 Udkast til Tidsplan 2020 2016 Fase 1 Fase 2 Fase 3 Tværoffentligt
Reference- arkitektur Myndigheds- register Løbende justeringer Myndighedsregistrets indhold Standard Løbende justeringer i standarder Identifikator KOMBIT Organisation Domæner Løbende udbygning af snitflader Implementering i domæneregistre Implementering i staten Øvrigt Implementering af snitflader i anvendersystemer Implementering af enkeltorganisationers registre Løbende udbygning af snitflader september 2018

17 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

18 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

19 Principper Data om organisationer skal registreres så tæt på kilden som muligt og deles Organisationsdata struktureres ud fra forretningsmæssige mål Datas kvalitet som autoritative skal være tydelig Der skal være ensartede regler for ansvar for organisationsdata på domæneniveau Registrering af organisationsdata skal understøtte historik Organisationsdata skal registreres, så de kan identificeres på tværs af domæner Der skal være snitflader og standarder så organisationsdata kan udveksles Organisationsdata deles rent teknisk ud fra forretningsbehov september 2018

20 Begrebsmodel september 2018

21 Tjenester september 2018

22 Proces-eksempel: Digital kommunikation
september 2018

23 Systemteknisk målbillede
september 2018

24 Tjekliste liste med vigtige opmærksomhedspunkter, når man skal lave konkret løsning med organisationsdata, hvad enten disse data skal håndteres i fagsystemer, i lokale organisationsregistre eller i domæneregistre. Om Håndtering af organisationsdata Snitflader ind Snitflader ud september 2018

25 Kravbank Et sæt generiske krav, som kan klippes direkte ind i en kravspecifikation eller bruges som inspirationsmateriale Det omhandler Registrering af organisationsdata Visning af og søgning i organisationsdata Snitflader ind og ud september 2018

26 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

27 Model for organisation v. 2
- Udkast til semantisk standard september 2018

28 Fra version 1.1 til 2.0 september 2018

29 Baggrund og metode Semantisk model baseret på international standard
Udvidet vokabularie Større bredde og fleksibilitet Ikke centreret omkring sag og dokumentsystemer Ikke centreret omkring offentlige organisationer RDF-baseret model Semantisk præcision Sammenhæng i data Fusion mellem Organization Ontology + Sag & Dokument 1.1 Hvad blev anvendt og hvad blev ikke anvendt i version 1.1 ? september 2018

30 Organization ontology
september 2018

31 Organization ontology - på dansk
september 2018

32 Organisationsbegrebet
september 2018

33 Organisationsbegrebet
september 2018

34 Organisationsbegrebet
Fra Sag & Dokument: Et interessefællesskab er en navngivet samling af personer, som ikke er en juridisk enhed. Dermed reserveres begrebet ’organisation’ til en juridisk enhed. Men ellers vil et interessefællesskab kunne have samme egenskaber som en organisation For at kunne arbejde med mere uformelle organiseringer, som ikke er juridiske enheder, medtager vi interessefællesskaber. september 2018

35 Organisation og aktørbegrebet
september 2018

36 Organisation og aktørbegrebet
september 2018

37 Klasse -> Begreb OIO Klassifikation 1.1 opdateres til v. 2.0
Bringes i overensstemmelse med international standard, Simple Knowledge Organization System (SKOS) SKOS var udgangspunktet for FESD Emnesystematik …der senere dannede basis for Sag og Dokument Klassifikation Klasse = Begreb = skos:Concept september 2018

38 Organisation og specialiseringer – Organization Ontologys udgangspunkt
september 2018

39 Organisation og specialiseringer – nuværende model
september 2018

40 Organisation og specialiseringer
september 2018

41 Organisation og specialiseringer
september 2018

42 Organisation og specialiseringer
Eksempel på mulig taksonomi for formel organisation OBS: Ikke klasser, men individer / instanser !! september 2018

43 Øvrige ’aktører’ i version 1.1
It-system Bruger Organisatorisk funktion september 2018

44 It-system Ingen tilsvarende klasse i Organization Ontology
Oprettes og opdeles i to: En reel aktør, en klasse der kan agere: Softwareaktør En overordnet, bredere klasse: IT-ressource september 2018

45 It-system – opdeles i to
IT-ressource gøres samtidigt til delmængde af Ressource (ny klasse) OBS: tegningen afviger fra den anvendt i høringsversionen september 2018

46 Bruger -> Brugerkonto
Version 1.1. klassen ’Bruger’ er reelt en brugerkonto. Version 1.1 klassen ’Bruger’ erstattes af klassen ’Brugerkonto’ svarende til foaf:OnlineAccount. september 2018

47 Organisatorisk funktion -> Post
september 2018

48 Post, roller og funktionshierarkier
september 2018

49 Post, roller og funktionshierarkier
september 2018

50 Post, roller og funktionshierarkier
september 2018

51 Post, roller og funktionshierarkier
september 2018

52 Organisatorisk historik
september 2018

53 Lokation september 2018

54 Opgave september 2018

55 Opgave september 2018

56 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

57 Fra nuværende til v. 2.0 - Hvad er ændret ? september 2018

58 Klasser september 2018

59 Relationer - Tilknyttede
TilknyttedePersoner, - Enheder, -Organisationer og Interessefællesskaber Erstattes af Tilknyttet Tilknyttede* beskriver løse relationer. Tilknyttede* er en semantisk svag angivelse. Svarer i nogen grad til Organization Ontologys ’relateret til’ Alle fire mapninger ’mister’ relation fra: Post (tidligere OrgFunktion), Brugerkonto (tidligere Bruger), IT-ressource (del af tidligere It-system) september 2018

60 Relationer - Tilknyttede
TilknyttedePersoner Erstattes af Tilknyttet Konkret Person-klasse tilføjet september 2018

61 Relationer - Tilknyttede
TilknyttedePersoner De ’mistede’ relationer erstattes af semantisk stærkere relationer: Noter at flere af disse relationer ’peger den forkerte vej’. Modsat rettede relationer kan tilføjes i modellen hvis det ønskes. september 2018

62 Relationer - Tilknyttede
TilknyttedeOrganisationer Erstattes af Tilknyttet september 2018

63 Relationer - Tilknyttede
TilknyttedeOrganisationer De ’mistede’ relationer erstattes af semantisk stærkere relationer: Noter at flere af disse relationer ’peger den forkerte vej’. Modsat rettede relationer kan tilføjes i modellen hvis det ønskes. september 2018

64 Relationer - Tilknyttede
TilknyttedeEnheder og TilknyttedeInteressefællesskaber For begge gælder de samme ændringer som for TilknyttedeOrganisationer september 2018

65 Relationer - Tilknyttede
TilknyttedeFunktioner Relationen ændres til ’besætter’ for at give en semantisk stærkere beskrivelse. Det antages ikke relevant at beskrive funktioner for ’Brugerkonto’ Funktioner for ’IT-ressourcer’ i form af eksempelvis hardware er ikke relevant i denne sammenhæng. Softwareaktør antages at kunne ’besætte’ en post, en funktion. september 2018

66 Relationer - Tilknyttede
TilknyttedeBrugere Relationen ændres til ’brugerkonto’ for at give en semantisk stærkere beskrivelse. Det antages at der ikke er behov for at tilknytte brugerkonti direkte til funktioner/stillinger, men at dette gøres den aktør der udfylder funktionen. ’IT-ressourcer’ i form af eksempelvis hardware har ikke tilknyttede brugerkonti. Softwareaktører kan have. september 2018

67 Relationer - Tilknyttede
TilknyttedeItSystemer Relationen ændres til ’tilknyttet ressource’ der suppleres med relationerne ’er ejer af’ og ’er anvender af’ for at give en semantisk stærkere beskrivelse: Kun klasser der delmængder af Aktør-klassen kan få tilknyttet ressourcer. september 2018

68 Relationen Adresser Version 1.1 ’Adresser’ ændres til ’adresse’
’adresse’-relationen beskriver en konkret fysisk adresse ’adresse’-relationen begrænses til adresseangivelse for organisationer Det antages at det ikke er relevant at angive fysiske adresser for de øvrige klasser september 2018

69 Relationen Branche Version 1.1 relationen ’Branche’ erstattes af ’branchekode’ september 2018

70 Relationen Opgaver ’Opgaver’ ændres til kun at være anvendelig for reelle aktører – ikke for en brugerkonto ’Opgaver’ gøres semantisk mere præcis ved opdeling i to: ’har ansvar for’ ’udfører’ september 2018

71 Relationen Opgaver ’Opgaver’ ændres til kun at være anvendelig for reelle aktører – ikke for en brugerkonto ’Opgaver’ gøres semantisk mere præcis ved opdeling i to: ’har ansvar for’ ’udfører’ Opgave-klassen specialiseres efter behov september 2018

72 Relationen Brugertyper
Er der behov for denne?? Har en organisationsmodel brug for at beskrive typer af brugerkonti? september 2018

73 Relationen Ansatte Version 1.1 ’Ansatte’ ændres til ’ansat’
’ansat’-relationen peger fortsat på en person Relationens domæne udvides til også at dække klassen ’Organisation’ (tidligere ’Interessefællesskab’) september 2018

74 Relationen Overordnet
Relationen ’Overordnet’ erstattes af ’underorganisation af’ ’Overordnet’ peger specifikt på klassen ’Organisatorisk enhed’, mens ’underorganisation af’ kan pege på ’Formel organisation’, Organisatorisk enhed’, Organisation’ og ’Organisatorisk samarbejde’. Overordnet er altså en specialisering af ’underorganisation af’’ Overordnet kan bevares hvis nødvendigt september 2018

75 Relationerne Myndighed, Virksomhed, produktionsenhed og skatteenhed
Ingen af disse har (endnu?) fundet plads i ny model september 2018

76 Relationer til klassen ’Klasse’
Alle version 1.1 relationen der peger på klassen ’Klasse’ defineres semantisk mere entydigt og klart ved at specialisere klassen ’Begreb’ (tidligere ’Klasse’) med klasser der beskriver de relevante taksonomier Eneste undtagelse er p.t. version 1.1. relationen ’BrugerType’. Det er uklart om der er behov for en taksonomi til beskrivelse af brugerkonti. september 2018

77 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018

78 Agenda Vision og formål
Overordnede konklusioner fra forretningsanalysen Hovedelementerne i udkast til referencearkitektur Gennemgang af udkast til semantisk standard Fra eksisterende til ny standard - hvad ændres? Konkrete perspektiver for jer i forhold til implementering i løsninger Spørgsmål og kommentarer fra deltagerne september 2018