1 (24) Sparx EA-profiler för analysresultat enligt VIA-metoden Detta är en beskrivning och vägledning gällande framtagna EA-profiler. Synpunkter och kommentarer tas gärna emot och lämnas till FO GEMIS: jessica.rosenalv@sll.se Innehåll Inledning... 2 Profil: Intressentanalys - Verksamhet Xyz... 4 Profil: Målanalys - Verksamhet Xyz... 6 Profil: Processkarta - Verksamhet Xyz... 8 Profil: Process värdeförädling - Verksamhet Xyz... 10 Profil: Processanalys samverkan - Verksamhet Xyz... 11 Profil: Begreppsanalys - Verksamhet Xyz... 12 Profil: Informationsbehovsanalys - Verksamhet Xyz... 15 Profil: Informationsstrukturanalys - Verksamhet Xyz... 16 Helhetssyn på hälso- och sjukvård... 22
2 (24) Inledning Här följer kortfattad information om de profiler som är framtagna för verksamhets- och informationsbehovsanalys enligt VIA-metoden. Profilerna levereras i en projektfil med namnet profiler_via-metoden_version_1_0.eap. Öppna projektfilen och spara den med nytt specifikt projektnamn enligt standard xxxx.eap. Den översta nivån i projektet (Model) har benämnts Resultat av analys enligt VIA-metoden. Låt denna benämning vara kvar. Nästa nivå (Package) innehåller de olika metodstegens profiler, till exempel Intressentanalys - Verksamhet Xyz. Ändra benämningarna för varje package genom att ersätta Verksamhet Xyz med benämning på den verksamhet som analysen avser. Generellt för alla profiler (package): Under Properties bör det finnas en kortfattad text om den verksamheten som beskrivs. Var denna beskrivning bör finnas är markerat med texten Lorem ipsum. Ersätt denna text med korrekt verksamhetsbeskrivning. Texten används vid rapportutskrifter. (Man når properties bland annat genom att högerklicka på respektive package och därefter välja i menyn. Under fliken General finns sedan texten. Här kan också benämningen för respektive package ändras.) I varje package finns o ett exempel på modellvy o ett antal olika element som ingår i modellen med exempel på benämningar
3 (24)
4 (24) Profil: Intressentanalys - Verksamhet Xyz Intressentmodellen baseras på UML Use Case. Följande exempel på intressentmodell finns i profilen. Ändra benämningen Verksamhet Xyz till korrekt benämning på verksamhet. Använd elementet Actor för olika intressenter. Ta bort rutan Indirekta intressenter (elementtypen Boundary) om det inte finns några indirekta intressenter. Namnge och beskriv respektive intressent under Actor/Properies/General
5 (24) Under Tags - gör en ny tag som benämns IT (Intressenttyp) och ange om intressenten är en direkt eller indirekt intressent (kommer att visas vid rapportutskrift). För utskrift av intressentmodell med beskrivningar finns rapportmallen (Document Template) SLL Intressentmodell_01.
6 (24) Profil: Målanalys - Verksamhet Xyz Målmodellen baseras på UML klassdiagram. Följande exempel på målmodell finns i profilen. En målmodell kan knytas till en viss intressent som beskrivits i intressentmodellen. I exemplet anges att beskriven målstruktur gäller för Intressent A ( dras in som en länk från package intressentanalys). Använd Class för mål och Dependency för målrelationer. Använd stereotyper för mål, problem och åtgärder. (Stereotypernas namn inleds och avslutas med ett _ för att de ska komma högt upp i listan. Stereotyperna påverkar i nuläget endast färg.)
7 (24) Ge varje mål, problem resp åtgärd en benämning/kort beskrivning som ska synas i modellen. Inled gärna med Bokstaven M för mål, P för problem samt Å för åtgärd samt numrera dem (exempel: M1 Alla patienter ska känna sig trygga och omhändertagna). Beskriv varje mål, problem och åtgärder och dess relationer med andra mål, problem och åtgärder med en längre text under Properties/General. Namnge relationerna, det finns inga stereotyper för dessa än. För utskrift av målmodell med beskrivningar finns rapportmallen (Document Template) SLL Målmodell_01. (Dokumentmallen bör framöver kompletteras med relationsbeskrivningar.)
8 (24) Profil: Processkarta - Verksamhet Xyz Processmodellen baseras på Business process (Core modeling). Följande exempel på processkarta finns i profilen. En processkarta visar hur olika processer inom ett verksamhetsområde förhåller sig till varandra. Man kan till exempel visa på förhållandet mellan processtyperna kärnprocess, styrande process och stödjande process. Detta innebär att man beskriver vad som är kärnprocess(er) i verksamheten och vilka styrande och stödjande processer som i så fall också finns och vad dessa ska leverera vad gäller styrning och stöd till kärnprocessen. Observera att med kärnprocess menas här den eller de processer som verksamhetsanalysen fokuserar på. I ett större verksamhetsperspektiv kanske denna eller dessa processer inte uppfattas som kärnprocesser. Exempelvis ses en resursallokeringsprocess i de allra flesta fall som en stödjande process till en annan process. Men en resursallokeringsprocess, för att den ska kunna fungera vid ett genomförande, har också behov av styrande och stödjande processer. Den eller de kärnprocesser som är i fokus i verksamhetsanalysen och i processkartan ska vara samma som analyseras och beskrivs under processanalys värdeförädling (se nästa profilbeskrivning). Om processen inte är omfattande, dvs inte omfattar många processteg, kan processkartan mycket väl användas även för att beskriva den ingående värdeförädlingsstrukturen för den fokuserade processen. Profilen för processanalys värdeförädling behöver därmed inte alltid användas. Om både processkarta och process värdeförädling används bör kärnprocessens Förädlingsobjekt in respektive Förädlingsobjekt ut vara samma i de båda beskrivningarna. I exemplet ovan har dessa därför dragits in från package Processanalys värdeförädling och kopplats till Kärnprocess inom Verksamhet Xyz. På samma sätt kan man dra in det eller de mål från package Målanalys som kärnprocessen ska styra mot. Här exemplifieras detta med att processen pekar på M2 - Målet att.
9 (24) Använd Object med stereotypen förädling för förädlingsobjekt. Använd Process med stereotypen /process/ för delprocess. Om profilen används för process värdeförädling o Namnge och beskriv alla delprocesser och alla resultat i förädlingskedjan under respektive elements Properties/General. o Alla delprocesser bör numreras för att enklare kunna identifieras och beskrivas i en rapport. För relationslinjen Flow är Line style = Orthogonal Rounded oftast att föredra. Det finns än så länge ingen rapportmall för processkartan.
10 (24) Profil: Process värdeförädling - Verksamhet Xyz Processmodellen för värdeförädling baseras på Business process (Core modeling). Följande exempel på processmodell värdeförädling finns i profilen. Använd Object med stereotypen förädling för förädlingsobjekt. Använd Process med stereotypen /process/ för delprocess. Namnge och beskriv alla delprocesser och alla resultat i förädlingskedjan under respektive elements Properties/General. Alla delprocessteg bör numreras för att enklare kunna identifieras och beskrivas i en rapport. För relationslinjen Flow är Line style = Orthogonal Rounded oftast att föredra. Observera att om processen endast innehåller så få delprocesser som i exemplet ovan så kan beskrivningen göras direkt i profil processkarta. Det finns än så länge ingen rapportmall för process värdeförädling.
11 (24) Profil: Processanalys samverkan - Verksamhet Xyz Processmodellen för samverkan baseras på BPMN 2.0. Följande exempel på processmodell samverkan finns i profilen. Det finns inga stereotyper för färgval. Vid behov ändra enligt exemplet. Namnge och beskriv alla aktiviteter (Activity) under Properties/General. Alla aktiviteter bör numreras för att enklare kunna identifieras och beskrivas i en rapport. I huvudsak används följande element. o Lane för roller som inte ingår i något rollsammanhang - gråfärgat o Pool för två eller flera roller (Lanes) som ingår i ett rollsammanhang (exempelvis flera olika professionella roller inom ett visst ansvarsområde) - gråfärgat o Start Event, beskriv en eller flera alternativa starthändelser i samma modell grön o End Event, beskriv en eller flera olika alternativa vägar med var sin sluthändelse - rödfärgad o Gateway, port som anger olika vägar/beslut/alternativ - orangefärgad Exempel: Exklusiv - bara ett alternativ kan väljas (endera) Parallell - flera alternativ går parallellt in i eller ut ur en aktivitet Komplexa vägar beroende på situation, kan antingen vara exklusiv, parallell eller annat. o Activity, aktiviteter som roller ansvarar för att genomföra - grönfärgade o SequenceFlow, för att visa på vägen mellan olika aktiviteter o IntermediaEvent, används för vägar mellan aktiviteter som finns inom olika Lanes vilka inte finns inom en och samma Pool - vitfärgade Exempel: Message - Throwing och Catching Signal - Throwing och Catching Det finns än så länge ingen rapportmall för process samverkan.
12 (24) Profil: Begreppsanalys - Verksamhet Xyz Begreppsmodellen baseras på UML klassdiagram. Följande exempel på begreppsmodell finns i profilen. Använd Class för begrepp och Associate för begreppssamband. Använd stereotyper för o instansbegrepp, o typbegrepp o sambandsbegrepp o externt begrepp o contsys (en precisering av externt begrepp) Stereotypernas namn inleds och avslutas med ett _ för att de ska komma högt upp i listan. Stereotyperna påverkar i nuläget endast färg. Ge varje begrepp en benämning (term) Namnge begreppssambanden och ange multiplicitet (antalsregler) o 1..1 (eller bara 1) en och endast en o 0..1 ingen eller en o 1..* en eller många o 0..* (eller bara *) ingen eller många o annan bestämd multiplicitet, till exempel 2..5 minst två högst fem Beskriv varje begrepp och dess samband med andra begrepp under Properties/General.
13 (24) Eftersom begreppssambanden inte syns i rapportutskriften så ange i textfältet även samband till andra begrepp genom att ange sambandsbenämning, multiplicitet samt länk till berört begrepp. Gör så här för att länka. o Klicka på symbolen för Hyperlink o Välj Type: Element o I fönstret som blir synligt, markera det begrepp som ska länkas och tryck på Ok
14 (24) För begreppssambanden är Line style = Orthogonal Rounded oftast att föredra. Använd Text element för att beskriva regler för exempelvis specialiseringsaspekter och samband som är endera (antingen/eller) För utskrift av begreppsmodell med beskrivningar finns rapportmallen (Document Template) SLL Begreppsmodell_01. Dokumentmallen bör framöver kompletteras med sambandsbeskrivningar.
15 (24) Profil: Informationsbehovsanalys - Verksamhet Xyz Processmodellen för värdeförädling baseras på BPMN 2.0. Följande exempel på informationsbehovsanalys finns i profilen. Processbeskrivningen är samma som finns i profilen för process samverkan. Informationslager/-områden Modellen har här kompletterats med två informationslager eller informationsområden som anger en huvudindelning av den information som används och skapas av processens roller i processens olika aktiviteter. De två exempel som anges är o Individrelaterad information o Kunskap, regler, riktlinjer etc För informationslager används Lane - gulfärgad Funktionalitet Inom ett och samma informationslager kan finnas ett eller flera olika sätt att hämta eller spara informationen (här beskriven som Funktionalitet ). För funktionalitet används Activity av typen ServiceTask - mörkgulfärgad Informationsmängd Mellan funktionalitet och aktivitet preciseras en viss informationsmängd som antingen används in i aktiviteten eller skapas i aktiviteten. Denna informationsmängd symboliseras med ett DataObject o Informationsmängd som används in i en aktivitet (read) - gul
16 (24) o Informationsmängd som skapas i en aktivitet (create) - ljusblå o Informationsmängd som uppdateras i en aktivitet (read) - lila o Informationsmängd som tas bort i en aktivitet (read) - röd Namnge informationsmängden och beskriv den under Properties/General. Använd DataOutputAssociation respektive DataInputAssociation för samband mellan funktionalitet och aktivitet Det finns än så länge ingen rapportmall för process samverkan. Profil: Informationsstrukturanalys - Verksamhet Xyz Informationsmodellen är ett UML klassdiagram. Informationsmodellen är indelad i tre olika vyer och dessa finns i tre olika package under nivån informationsstrukturanalys (detta innebär att man kan göra rapportutskrift per modellvy). Informationsmodell - Verksamhet Xyz Kodklasser - Verksamhet Xyz Typklasser - Verksamhet Xyz Följande enkla exempel på informationsmodell, kodklasser och typklasser finns i profilen.
17 (24)
18 (24) Klasser Använd stereotyperna klass, typklass och kodklass (inleds och avslutas med - för att komma högt upp i listan över stereotyper). Stereotyperna påverkar i nuläget endast färg. Namnge klasserna enligt följande exempel o Patient o typperson_id o kodaktivitetstyp Beskriv varje klass under Properties/General. Beskriv även relationer till andra klasser i textbeskrivningen eftersom diagrammets relationer inte skrivs ut i rapporten. Ange relationsbenämning, multiplicitet samt länk till berörd klass. Här är ett exempel utifrån klassen Aktivitet i diagrammet ovan: o gäller för 1..1 Patient Gör så här för att länka till en klass o Klicka på symbolen för Hyperlink o Välj Type: Element
19 (24) o I fönstret som blir synligt, markera den klass som ska länkas och tryck på Ok. o Om klassen ännu inte finns så går det att klicka på Add och sedan namnge den nya klassen. Tänk på att markera det package som klassen tillhöra (informationsmodell, typklasser, kodklasser). Tänk på att senare dra ut den nya klassen till det diagram som det hör till. Relationer Rita ut klassrelationer, namnge dem och ange läsriktning. För relationslinjen (Association) är Line style = Orthogonal Rounded oftast att föredra. Ange multiplicitet för klassrelationerna enligt UML-standard Attribur Attributnamn skrivs med gemena bokstäver Varje attribut i informationsmodellens klasser pekar på en annan klass (oftast en typ- eller kodklass). Gör så här för att göra kopplingen mellan attribut och klass. o I raden för attributet välj kolumnen Type och sedan alternativet Select type o Sök rätt på den klass som det ska länkas till och tryck på Ok
20 (24) Beskriv varje attribut under notes. Ange multiplicitet för attributet. Om multipliciteten sätts till 1..1 så kommer detta inte att skrivas ut/synas i modellen (oklart varför Sparx har valt att göra så). Lägg därför till en extra punkt efter den första ettan, dvs så att resultatet blir 1 1. Ange datatyp för varje attribut genom att lägga till en tag som döps till DT. Vilken standard för datatyper som ska användas kommer att anges i särskilt dokument.
21 (24) För utskrift av informationsmodell med beskrivningar finns rapportmallen (Document Template) SLL Informationsmodell_01.
22 (24) Helhetssyn på hälso- och sjukvård Följande text är hämtad från VIA-metoden, version 6.3. När man påbörjar en verksamhets- och informationsbehovsanalys ska man identifiera vilket eller vilka verksamhetsområden analysen omfattar. Hälso- och sjukvård som en bransch beskrivs utifrån olika verksamhetsområden som alla är lika viktiga för att uppnå slutmålet god vård. Dessa områden är - kärnverksamhet, - ledande och styrande samt - stödjande och resursallokerande verksamhet. En organisation som bedriver verksamhet inom hälso- och sjukvården måste utifrån denna indelning identifiera vilken eller vilka av dessa områden som organisationen är verksam inom. Detta visas i bild 51 som är en vidareutveckling av Socialstyrelsens indelning i olika fokusområden utifrån ett processperspektiv och som togs fram inom arbetet med Nationell Informationsstruktur. 1 Bild 51. Helhetssyn på hälso- och sjukvården 1 Se Socialstyrelsens rapport Nationell informationsstruktur för vård och omsorg, Modeller med beskrivningar, 2010-4-4
23 (24) Oavsett verksamhetsområde spelar informationshantering en central roll. Information flödar mellan olika organisationer inom en bransch och dessa kan befinna sig på olika nivåer enligt bilden ovan. Informationshantering tar i detta fall ingen hänsyn till indelningen i verksamhetsområden. Det är viktigt att den information som hanteras ska vara kongruent och kompatibel med överenskommet regelverk. 2 Informationshanteringen måste vara gemensam för alla verksamhetsområden inom hälso- och sjukvården. Hälso- och sjukvården delas in i följande verksamhetsområden. Generella förutsättningar för hälso- och sjukvården inkluderar bland annat de lagar, föreskrifter, förordningar, etiskt förhållningssätt m.m. som finns inom branschen. Området ledning och styrning av hälso- och sjukvård delas in i en strategisk och en operativ nivå. Den strategiska nivån sätter mål för verksamheten och har ansvar för implementation av politisk styrning, bland annat genom beställning, ersättning och uppföljning av vård. Den operativa nivån ansvarar för att kärnverksamheten existerar och bedrivs. I kärnverksamheten hälso- och sjukvård skapas mervärde för patienten. Området verksamhetsstöd delas in i underlag för verksamhetsstöd samt operativt verksamhetsstöd. Inom underlag för verksamhetsstöd skapas personella, materiella och andra resurser. I nivån operativt verksamhetsstöd görs dessa tillgängliga för kärnverksamheten. Det finns beroenden mellan olika verksamhetsområden och varje område inkluderar i sin tur minst tre olika typer av processer. 2 Kongruent fullt överensstämmande i innebörd Kompatibel icke motstridig, möjlig att passa samman. Se Nationalencyklopedin
24 (24) Bild 52. Varje verksamhetsområde består av minst tre typer av processer