Udstilling af forvaltningsdata til Min Lederside, Målvinduer

Transkript

1 Udstilling af forvaltningsdata til Min Lederside, Målvinduer Erfaringspapir for krav og anbefalinger til udstilling af forvaltningsdata i målvinduerne Faglig kvalitet og oplevet kvalitet Om Målvinduer Min Lederside, Målvinduerne er opbygget som en række tomme skaller, hvor en forvaltnings data-nøgletal fra LIS, uafhængigt af andre forvaltninger, kan udstilles i. Indholdet af forvaltningsdata i målvinduerne er hver forvaltning selv ansvarlig for og bestemmer dermed selv hvilke 5 nøgletal, målvinduerne kan fremvise. Til at samle og udstille forvaltningsdata ensartet fra LIS til målvinduerne anvendes et understøttende KS-ejet Fileshare. Det har den fordel, at en specifik teknisk løsning hos én forvaltning ikke skaber afhængigheder hos en anden forvaltning. Samtidigt pålægges KS ansvaret for svartider og oppe-tid i løsningen. Fremvisning af nøgletal i målvinduer Den tekniske løsning for Min Lederside vil understøtte forvaltningernes behov for fleksibilitet ift. en opdateringsfrekvens af forvaltningsdata i målvinduerne. Således kan den enkelte forvaltning få forvaltningsdata unikt fremvist i målvinduerne Faglig Kvalitet og Oplevet Kvalitet og samtidigt vide, at nøgletal er opdateret. Den enkelte forvaltning har ansvaret for indholdet i målvinduerne Faglig kvalitet og Oplevet kvalitet, og hvert målvindue kan maksimalt indeholde 5 nøgletal. Forvaltningerne bestemmer således selv hvilke nøgletal der skal fremvises og hvornår det skal forekomme. Den grafiske fremvisning af nøgletal er standardiseret og følger dermed fælles design for alle forvaltninger. Som understøttende for fremvisningen af nøgletal, er det muligt at anvende mouse-over funktionalitet til, at uddybe fremvisningen af nøgletal. Bagvedliggende Fileshare-løsning Forvaltningsdata genereres pr. Bruger, pr. Organisation, som brugeren er tilknyttet og skal se data fra. Dette er styret via AD-identitet, defineret i forvaltningernes LIS BI-systemer: TARGET, SAS eller NAVISION. Fra disse systemer skal filer eksporteres i et XML (1.0) UTF-8 encoded filformat, til et KS-ejet Fileshare. Filer navngives efter følgende mønster: ADIDENT_ORGNR.xml Filer placeres herefter i en forvaltningsspecifik mappe på filsharet. Der er en mappe for hvert målvindue, navngivet præcist som målvinduet, dvs. man ender op med følgende placering for filer for hvert målvindue. For SUF vil dette være: \\Ks-software02\flatfish\Minlederside\SUF\faglig_kvalitet\ADIDENT_OrgNR.xml \\Ks-software02\flatfish\Minlederside\SUF\oplevet_kvalitet\ADIDENT_OrgNR.xml For BIF vil dette være: \\Ks-software02\flatfish\Minlederside\BIF\faglig_kvalitet\ADIDENT_OrgNR.xml \\Ks-software02\flatfish\Minlederside\BIF\oplevet_kvalitet\ADIDENT_OrgNR.xml Således vil hver forvaltning få oprettet egen forvaltningsspecifik mappe på filesharet. KS sikrer at forvaltningerne har skriveadgang til filsharet og leverer den nødvendige information til forvaltningerne. Filshare-løsningen sikrer, at de lokale LIS ikke belastes unødvendigt, når de lokale brugere logger på deres browser for at åbne Min Lederside. 1

2 XML-formatet er valgt, da dette er et standardiseret dataformat, som LIS kan eksportere filer i. Dermed vil der kun genereres en fil pr. bruger, pr. organisation, som brugeren skal se data fra. Dvs. en bruger med f.eks. tilknytning til flere instutioner kan have flere filer liggende i en vilkårlig mappe. Det skaber en generisk struktur på filesharet, som Min Lederside allerede er integreret med, på en standardiseret måde. Standarden forenkler hele integrationen og anvendelsen af Min Lederside, idet forvaltningsdata kun skal udtrækkes ét samlet sted fra. Idet data ligger placeret på Fileshare som XML-fil, vil Min Lederside automatisk kunne danne en transformation af XML-data til præsentation af den specifikke ledelsesinformation, som ønskes fremvist i et målvindue. Fælles Autorisationsproces Løsningen fordrer, at brugere som autoriseres til Min Lederside har en AD-ident. Det er forvaltningerne selv der udpeger hvem som skal autoriseres til Min Lederside. KS vil efterfølgende foretage den samlede autorisation. AD-identen have den korrekte tilknytning til en organisation i KKOrg for således bl.a at kunne målrette information og opgaver til den rette bruger. Ydermere vil KKOrg kunne understøtte at ledere som har ansvaret for flere institutioner/drifts enheder via et filter kan vælge, at se Min Lederside, for den enkelte driftsenhed. XML struktur til målvinduer på Min Lederside På baggrund af fremsendt eksempel fra SUF (output system ikke kendt) er det forsøgt at beskrive et fælles format til xml-visning på Min Lederside. Formålet er at man bliver enig om et fælles format til visning af måltal, som giver fleksibilitet i forhold hvad den enkelte forvaltning ønsker at putte ind i den fælles xml-struktur. Processen er i korte træk at den enkelte forvaltning placerer data i xml-format på det opstillede Filshare. Herfra læser Min Lederside og viser det relevante forvaltningsdata i målvinduerne: Eksempel1.xml Eksempel2.xml Eksempel3.xml Præmisser Der kan ikke vises en særlig stor mængde tekst i målvinduerne, så dermed også en begrænsning i ambitionsniveauet af de visninger der kan laves. Oplæg er fem linjer med hvert et stykke tekst (x-antal tegn), som også et link (til side i LIS-system) plus en grafisk indikator af status (enten en trendindikator eller et trafiklys). 2

3 I tekstfeltet vil der være mulighed for, at anvende mouse-over tekster, så det er muligt at anvende en forklarende tekst, som uddyber hvad f.eks. et måltal dækker over. Løsningen tillader kun korte forretningsmæssige beskrivelser, men ingen former for formatering. Eksempel på mouse-over funktionalitet Den enkelte forvaltning kan selv bestemme om mouse-over funktionalitet skal anvendes. Ligeledes er det forvaltningens eget ansvar, at vedligeholde det forretningsmæssige indhold i mouse-over teksten. XML skal ses som beholder til de data der vises i målvinduerne, og den indeholder derfor ikke en formatering. Den skal som vist i tabellen ovenfor blot noget tekst, et tal og en indikator. Det er ikke muligt at lave særlige visninger, såsom et lagkagediagram, da data fra den enkelte forvaltnings XML-fil kommer igennem en XML-transformator, som sørger for at formatere og vise data rigtigt. Fremsendt eksempler Herunder er to fremsendte eksempel på XML på en struktur for et enkelt nøgletal en linje i et enkelt målvindue: <NoegleTal> </NoegleTal> <Filnavn>a:\filnavn.filtype</Filnavn> <Navn>Et navn</navn> <Beskrivelse>Beskrivelse af indhold</beskrivelse> <KKOrgNr>Organisationsnummer</KKOrgNr> <ADLogin>AD-Login nr</adlogin> <Rolle>En rolle</rolle> <ReportUrl>WWW-adresse til rapport</reporturl> <MinLederside> <Målvindue>Faglig kvalitet</målvindue> <NøgleTal> <KortNavn>Effekt </KortNavn> <LangtNavn>1 mdr's effekt af ledige i match 1 med over 1 aars ledighed.</langtnavn> <Beskrivelse>Resultatkontraktmål: Den månedlige andel af ledige i match 1 med mere end 1 års ledighed, der er ude af offentlig forsørgelse, skal udgøre xx pct. /nmål jf. resultatkontrakter 2012: AMC (15%) og JKS (16%).</Beskrivelse> <Resultat>11,5%</Resultat> <Mål>15%</Mål> <Farve>Rød</Farve> <LinkUrl>targit://vfs/Global/2012 Resultatstatus/JC/Fig mdr. effekt med varighed over 1 år.xview</linkurl> <LinkPopUp>Klik her for at åbne en mere detaljeret rapport i BIFLIS. Bemærk dette kræver adgang til Targit. Kontakt evt. [email protected]</linkpopup> </NøgleTal> 3

4 </MinLederside> Ikke alle de felter, der findes i feedet, bliver vist for brugeren af Min Lederside. Man ville i dette tilfælde kunne lave en linje på følgende vis: Beskrivelse (som er linket til den adresse som står i <feltet ReportUrl>) Der findes i ovenstående ikke umiddelbart en grafisk indikator, som typisk ville komme efter beskrivelsen. Det skal understreges at der ikke laves udregninger på Min Lederside, en indikator skal derfor være inkluderet i XML-filen. Fælles XML-format Som fælles XML-format er det et krav, at filer eksporteres i et XML (1.0) UTF-8 encoded filformat. Et oplæg ud fra ovenstående eksempel kan være, at følgende tags skal være til stede i data output fra de 6 systemer, for hver enkelt nøgletal: <noegletal> <tekst>tekst til visning i målvindue</tekst> <link>link til side i LIS</link> <tal>et tal til visning i målvindue</tal> <label>et label til tal til visning i målvindue</label> <trend>1, 2, 3 eller 4</trend> <trafiklys>1, 2, 3 eller 4</trafiklys> </noegletal> I feltet trend vil xml-transformatoren sørge for at omdanne tallene i trend og trafiklys til grafik ud fra følgende nøgle: tal Trend trafiklys 1 Pil ned Rød 2 Vandret Gul pil 3 Pil op Grøn 4 Tom felt Tom felt Der kan sagtens optræde flere felter i det enkelte nøgletal, disse ignoreres blot ved indlæsning. Felternes navne/labels skal den enkelte forvaltning selv sørge for bliver ensartet, så de matcher eksemplet. Med hensyn til ikonerne i trafiklys vil være rettet mod forvaltningerne som en one-size-fits all, ift. at sikre en standard, som er til at supportere på alle niveauer, samt give det ensartet funktionalitet på tværs af forvaltninger. Begrænsninger i XMLformat Der kan kun indlæses en xml-fil pr kasse pr forvaltning. Dvs. hvis skal der ske en sammenkodning af flere datasæt i en enkelt kasse skal dette ske før xml-filen placeres på Filsharet. Det anbefales, at tekst kan være op til 18 tegn på en linje i en enkelt infokasse inklusive mellemrum og specialtegn, og en linje kan ikke brydes over flere linjer. Dog vil det i nogle tilfællde være muligt, at anvende 21 tegn. Således er det det muliges og fornuftens kunst der skal sørge for at sikre at indholdet fremstår fornuftigt i visningen. Eks. på en linje med optalte tegn: P e r s. o m s. 7, 1 %

5 Ansvar for XML Den enkelte forvaltning skal sikre, at forvaltningen selv kan generere data output i ovenstående format, via deres LIS system. Min Lederside kan ikke lave efterfølgende beregninger eller beskæring af datainput dette skal løses i genereringen af de enkelte xml-filer. 5