Erfarenheter RIV-specifikation

Framtagande av RIV-specifikation 

Erfarenheter från Ramverksprojektet kring e-tjänsteutveckling

Innehållsförteckning 

Inera AB Box 177 03 

Östgötagatan 12 

118 93 Stockholm 

Framtagande av RIV-specifikation, Erfarenheter 

från Ramverksprojektet kring e-tjänsteutveckling 

Tel 08 452 71 60 

info@inera.se 

www.inera.se 

Dokumentägare: Anette Thalén 

Författare: Marco de Luca/Mimmi Wänseth 

1. Sammanfattning ..................................................................................................................... 3 

2. Termer och begrepp ............................................................................................................... 4 

3. Övergripande information ..................................................................................................... 5 

3.1. Arkitekturledningens regelverk ......................................................................................... 5 

3.2. CeHis och Arkitekturledningens process.......................................................................... 6 

3.3. VITS-möten ...................................................................................................................... 7 

3.4. Roller och kompetenser.................................................................................................... 8 

3.5. Relevant dokumentation ................................................................................................... 9 

4. Övergripande moment ......................................................................................................... 10 

4.1. Verksamhetsflöden [1] .................................................................................................... 11 

4.2. Verksamhetsregler, regelverk [2] ................................................................................... 13 

4.3. Intressenter och aktörer [3] ............................................................................................ 14 

4.4. Informationsmodell [4] .................................................................................................... 15 

4.5. Meddelanden och flöden [5] ........................................................................................... 16 

4.6. SAD [6] ........................................................................................................................... 16 

4.7. Tjänstekontrakt [7] .......................................................................................................... 17 

4.8. RIV-specifikation [8] ........................................................................................................ 18 

5. Infrastruktur .......................................................................................................................... 19 

5.1. Tjänsteplattformen .......................................................................................................... 19 

5.2. Sjunet.............................................................................................................................. 20 

5.3. HSA ................................................................................................................................ 21 

5.4. Testmiljö och testdata..................................................................................................... 21 

Organisationsnummer 

556559-4230 

Senast ändrad 

2011-06-15 

Sid 2/21

1. Sammanfattning 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Ramverksprojektet tog fram ett nationellt standardiserat tjänstekontrakt för Erbjuden e-tjänst. Det 

är en stödtjänst gör det möjligt för konsumerande system att visa vilka e-tjänster som erbjuds av 

en vårdenhet. Genom att tjänstekontraktet frilades blir det möjligt för en mängd aktörer (t.ex. 

1177.se, vårdguiden, privata vårdgivares webbplatser) att på ett nationellt standardiserat sätt länka 

till e-tjänster som erbjuds av en vårdenhet. 

Dokumentet sammanfattar projektets erfarenheter av ta fram ett tjänstekontrakt och en RIVspecifikation, 

i form av tips och rekommendationer samt hänvisar till exempel och mallar som 

kan eller ska användas. 

Övergripande vill projektet påpeka följande: 

Olika projekt kräver olika kompetenser 

En eller flera förstudier kring till exempel verksamhetsprocesser och juridiska 

frågeställningar kan krävas för att projektet skall kunna leverera 

RIV-specifikationen och dess kommande innehåll bör beaktas redan vid idébeskrivning 

eller åtminstone vid uppdragsbeskrivning/beställning 

Observera att i följande avsnitt beskrivs arbetet med att ta fram en RIV-specifikation utifrån 

Ramverksprojektets erfarenheter kring stödtjänsten Erbjuden e-tjänst. Olika typer av IT-stöd 

kräver mer eller mindre arbete i respektive steg. 

Ramverksprojektet föreslår att ett eventuell fortsatt arbete med att underlätta framtagandet av 

RIV-specifikationer, görs tillsammans med Arkitekturledningen och andra aktörer som tagit fram 

RIV-specifikationer för andra typer av IT-stöd. 


556559-4230 


2011-06-15 

Sid 3/21

2. Termer och begrepp 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Det finns många förkortningar som används flitigt i nationella sammanhang. Nedan är en 

sammanställning över de begrepp som används inom ramen för nationell arkitektur och RIVarbete. 

Term Beskrivning 

VITS Regelverk för den nationella arkitekturen för vården - VITS/T-boken. 

Verksamhet, Informatik, Teknik, Säkerhet 

RIV Regelverk för Interoperabilitet inom Vård och omsorg 

RIV-TA Regelverk för Interoperabilitet inom Vård och omsorg Teknisk anvisning 

Tjänstekontrakt Tjänstekontraktet definierar vilken information och meddelanden som utbyts 

mellan olika system. 

De är systemoberoende tekniska kontrakt som reglerar samspelet mellan 

olika komponenter i IT-stödet, med utgångspunkt i process- och 

informationsmodeller. 

VIFO Verksamhets Informations och FunktionsOmråde 

V-TIM Verksamhetsorienterad Tillämpad InformationsModell 

V-DIM Verksamhetsorienterad domäninformationsmodell 

V-MIM Verksamhetsorienterad Meddelande Informations Modell 

HSA Katalogtjänst HSA är en elektronisk tjänst som används för att lagra och hitta 

adress- och kontaktinformation om enheter, funktioner och personer. 

SITHS Identifieringstjänsten SITHS är en nationell säkerhetslösning som bygger på 

att anställda i vård och omsorg har en personlig e-tjänstelegitimation. SITHS 

omfattar även server och system certifikat. 

Sjunet Sjunet är sjukvårdens säkra kommunikationsnätverk. 

TP Tjänsteplattform (Integrationsplattform) 


556559-4230 


2011-06-15 

Sid 4/21



3. Övergripande information 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Ramverksprojektet rekommenderar andra projekt att redan i början skapa sig en tydlig bild av vad 

arbetet med att ta fram en RIV-specifikation innebär. Till exempel är det viktigt att sätta sig in i 

vilka kompetenser som krävs samt vilka ledtider som bör planeras in i projektplanen. I detta 

kapitel finns övergripande information om 

Arkitekturledningens regelverk 

CeHis och Arkitekturledningens process kring nationella uppdrag 

VITS-möten 

Vilka roller kompetenser Ramverksprojektet identifierade som nödvändiga 

Vilka dokument som Ramverksprojektet använde under framtagandet av stödtjänsten 

Erbjuden e-tjänst 

3.1. Arkitekturledningens regelverk 

Alla e-tjänster och system som ska användas eller förvaltas på nationell nivå ska följa den så 

kallade VITS-boken som tagits fram av CeHis arkitekturledning. VITS-boken ska säkerställa att 

den nationella arkitekturen efterlevs och innehåller följande perspektiv: 

Verksamhetsarkitektur 

Informationsstruktur 

Teknisk arkitektur 

Säkerhetsarkitektur 

3.1.1. RIV-specifikation 

Nationella e-tjänster ska utvecklas enligt den så kallade RIV-metoden (Regelverk för 

interoperabilitet i vård och omsorg) och granskas av Arkitekturledningen. Granskningen utgår 

från en RIV-specifikation som tas fram av projektet. 

På CeHis hemsida finns anvisningar och mall för hur RIV-specifikationen och dess bilagor i form 

av SAD och tjänstekontrakt ska fyllas i. 

För den tekniska delen finns även RIV tekniska anvisningar (RIV TA). 


556559-4230 


2011-06-15 

Sid 5/21



3.2. CeHis och Arkitekturledningens process 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Som det syns i bilden nedan ska redan idébeskrivningen bedömas av Arkitekturledningen ur ett 

arkitekturperspektiv. Ramverksprojektet rekommenderar andra projekt att be om att få ta del av 

denna bedömning. 

Resterande dokument som ligger till grund för projektplanen ska också granskas av 

Arkitekturledningen och det är viktigt att projekten, genom att läsa Arkitekturledningens 

synpunkter och genom så kallade VITS-möten, får en klar bild över vilka insatser som kommer 

att krävas för att ta fram en godkänd RIV-specifikation. 

Ramverksprojektet rekommenderar andra projekt att ta kontakt med Arkitekturledningen redan 

när uppdragsbeskrivningen/beställningen påbörjas eller tas emot för att boka in ett VITS-möte. 

Dokumenten tas fram av CeHis eller leverantör i följande ordning: 

1. Idébeskrivning 

2. Uppdragsbeskrivning/beställning 

3. Projektbeskrivning 

4. Kontrakt 

5. Projektplan 

Bilden illustrerar CeHis Arkitekturlednings granskningsprocess. 


556559-4230 


2011-06-15 

Sid 6/21

3.3. VITS-möten 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



VITS-möten är samrådsmöten där projektet presenteras för arkitekturledningen (AL). Syftet är att 

projektets V, I, T och S perspektiv skall belysas. 

Arkitekturledningen (VITS-grupperingen) ansvarar för att: 

Projektet levererar avsedd nytta 

Upplysa om liknande/överlappande projekt 

Vara rådgivande till projektet 

Säkerställa hög grad att återanvändbarhet 

Säkerställa hög grad av informationsutbyte 

Projektet ansvarar för att: 

Initiera mötet i god tid 

Skicka ut underlag i förväg 

Presentera projektet vid mötet 

Ramverksprojektet rekommenderar andra projekt att så tidigt som möjligt försöka få underlag 

från VITS-grupperingen kring vilka kompetenser och resurser som kommer att krävas samt när 

och hur kommande VITS-möten ska planeras in. Det är också viktigt att få en klar bild av ledtider 

för bollning och granskning av RIV-specifikationen. 

Projektet bör be AL om hjälp att bli inplacerade i den så kallade VIFO-kartan som 

Arkitekturledningen använder för att sortera och kategorisera IT-stöd. 


556559-4230 


2011-06-15 

Sid 7/21

3.4. Roller och kompetenser 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Att använda RIV-metoden ställer krav på projektets bemanning. Med RIV-metoden 

dokumenteras verksamhetsprocesser, verksamhetsflöden och informatik utförligt. 

Under framtagandet av Erbjuden e-tjänst identifierades behov av nedanstående roller. 

Roll Kravbild 

Verksamhetsexpertis Resurser med verksamhetskompetens 

Resurser med olika perspektiv på verksamhetsprocesser 

- Beskriver verksamhetsflöden 

- Beskriver verksamhetsprocesser 

- Beskriver verksamhetsregler 

- Betalningsmodeller 

Systemexpertis 

- Har goda kunskaper kring de verksamhetssystem som är 

involverade 

Informatiker Informatik, begrepp, informationsmodeller, datamodeller 

- Framtagande av begreppsmodeller 

- Framtagande av datamodeller 

Arkitekt EA arkitekt, systemarkitekt 

- Framtagande av informations och meddelandemodeller 

- Formatkompetens (HL7v3, OpenEHR, EN13606) 

- Omsätter verksamhetens behov till en IT-arkitektur 

o Ledande roll med ansvar för att beskriva 

verksamhetens behov i form av en arkitektur 

o Definiera systemets/lösningens byggblock 

- Bedömer arkitektur 

- Framtagande av dokumentation enligt RIV-metoden 

o RIV specifikation (V, I, T, S) 

o SAD (T) 

o Tjänstekontrakt (T, I) 

- Samverkar med övriga roller 

Tabellen visar de kompetenser som behövs vid användande av RIV-metoden. 

Om projektet hanterar personuppgifter och patientuppgifter behöver juridisk kompetens knytas 

till projektet. 


556559-4230 


2011-06-15 

Sid 8/21

3.5. Relevant dokumentation 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Det finns både styrande och rådgivande dokumentation. Nedan beskrivs de dokument som 

projektet använde under framtagande av Erbjuden e-tjänst. 

Ramverksprojektet rekommenderar andra projekt att endast utgå från dokument som finns på 

Cehis hemsida då många versioner av dokumenten finns i omlopp. 

Dokument Beskrivning 

VIT(S)-bokens tekniska arkitektur (Tboken) 


556559-4230 


2011-06-15 

Viktigt dokument innehållande styrande principer, 

vägledande exempel och teknisk referensarkitektur för vård 

och omsorg. 

Översikt RIV Tekniska Anvisningar 2.0 Övergripande beskrivning för RIV Tekniska Anvisningar. 

Det beskriver principerna som styr utveckling av de 

tekniska anvisningarna. 

RIV Teknisk Anvisning Basic Profile 2.0 Dokumentet beskriver hur tjänstekontrakt skall konstrueras. 

Vilka standards som skall användas etc. Dokument 

beskriver regelverket för RIV Tekniska Anvisningar Basic 

Profile 2.0. 

RIV Teknisk Anvisning Tjänsteschema 

2.0 

RIV 2.1 Anvisningar Bilaga 5.1 

Tjänstekontraktsbeskrivning 

RIV-specifikation 

Tjänstekontraktsbeskrivning 

Dokumentet beskriver designregler och namngivningsregler 

för interoperabilitet samt riktlinjer för att bygga in stöd för 

versionshantering i tjänstescheman. 

Anvisningsdokument för RIV specifikationens bilaga 

tjänstekontraktsbeskrivning 

Malldokument för RIV specifikationens bilaga 

tjänstekontraktsbeskrivning. 

RIV 2.1 Anvisningar Bilaga 4.1 SAD Anvisningsdokument för RIV specifikationens bilaga SAD. 

RIV-specifikation SAD Malldokument för RIV specifikationens bilaga SAD. 

RIV-Anvisning v2.1 Anvisningsdokument till RIV specifikationen. 

RIV Specifikation RIV specifikationen, huvuddokumentation som skall 

beskriva alla aspekter av projektet. Dokumentet granskas 

av AL. 

V-TIM Informationsspecifikation Verksamhetsdokumentation för V- 

TIM 2.1. V-TIM är en nationellt gemensam 

verksamhetsorienterad tillämpad informationsmodell. 

Modell ska användas som referensmodell. 

V-TIM_20_Terminologier_koder_och 

_klassifikationer_Specifikation_ 

20101123_version_10 

Excelark innehållande kodverk. Kodverken refereras från V- 

TIM. 

Tabellen visar den dokumentation som användes under framtagande av erbjuden e-tjänst 

Sid 9/21



4. Övergripande moment 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Ramverksprojektet har delat in processen att ta fram en RIV-specifikation inklusive 

tjänstekontrakt i ett antal moment för att försöka erbjuda andra utvecklingsprojekt en 

övergripande process att följa. 

1. Beskriv verksamhetsflöden utifrån verksamhetens behov och processer 

2. Identifiera verksamhetsregler och andra regelverk som kan påverka verksamhetsflödena 

och den tekniska lösningen 

3. Identifiera intressenter och aktörer som kan komma att ställa krav på det som ska 

utvecklas 

4. Beskriv informationsstrukturen för de informationsmängder som ingår i IT-stödet som ska 

utvecklas i form av en informationsmodell 

5. Rita upp meddelandeflöden så det blir tydligt vilka meddelanden mellan konsumerande 

och producerande system som hanteras av det IT-stöd som ska utvecklas. 

6. Ta fram en SAD (Software Architecture Document) som beskriver hur systemet är 

uppbyggt och skall fungera i sin helhet. SAD är bilaga till RIV-specifikationen. 

7. Ta fram ett tjänstekontrakt. Dokumentet bör självständigt kunna beskriva 

tjänstekontraktets funktion och meddelandeinnehåll. Tjänstekontraktsdokumentet är en 

bilaga till RIV-specifikationen 

8. Sammanställ RIV-specifikationen enligt mall och anvisningar. RIV-specifikationen är det 

sammanhållandet dokumentet som skall beskriva IT-stödet i sin helhet. 


556559-4230 


2011-06-15 

Sid 10/21

4.1. Verksamhetsflöden [1] 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Inledningsvis behöver verksamhetens behov analyseras och beskrivas. Vid samrådsmöte med 

VITS-gruppen får projekten feedback på det IT-stöd som ska utvecklas. VITS-gruppen hjälper till 

och ger input till RIV-arbetet. 

För att kunna ta fram ett nationellt IT-stöd (t.ex. stödtjänsten Erbjuden e-tjänst) måste projektet ha 

god kunskap om vilka verksamhetsprocesser och verksamhetsflöden som IT-stödet 

(tjänstekontraktet) direkt eller indirekt beskriver. 

Erbjuden e-tjänst är en stödtjänst och stödjer därför inte någon specifik verksamhetsprocess utan 

tillhör området ”Teknisk infrastruktur” i den så kallade VIFO-kartan. VIFO-kartan används av 

Arkitekturledningen för att sortera och kategorisera IT-stöd. Den finns beskriven i RIV 

anvisningar. 

Analyser av verksamhetsprocesser kan resultera i att projektet behöver genomföra en eller flera 

förstudier för att projektet skall kunna fortsätta. 

Exempel på frågeställningar som kan komma att behöva analyseras djupare i form av förstudier: 

Beroenden till närliggande verksamhetsprocesser/flöden 

System och systemberoenden. 

Säkerhet och sekretess 

I RIV-specifikationens avsnitt ”2 Verksamhetsbeskrivning” skall bland annat följande 

dokumenteras: 

Vilka effektmål (IT-stödets syfte med mätpunkter) skall projektet och dess tjänstekontrakt 

bidra till? 

˃ Exempel: För att effektivisera kundhanteringen skall patienter själva kunna nå 

verksamhetens tidbok. Patienten skall själv kunna styra delar av vårdprocessen. 

Vilken/vilka verksamhetsprocesser skall exponeras via tjänstekontraktet? 

˃ Exempel: Nybokning, ombokning eller avbokning. 

Vem kommer konsumera tjänsten (verksamhetsprocessen)? 

˃ Exempel: Är användare ett system eller en patient? 

Frågeställningar kring informationssäkerhet 

˃ Exempel: Relevanta lagrum som PUL och PDL. 


556559-4230 


2011-06-15 

Sid 11/21





Bilden illustrerar hur erbjuden e-tjänst används i flödet ”sök vårdenhet”. Bilden är ett exempel på 

hur övergripande flödesbeskrivningar kan illustreras. 

När projektet har kunskaper kring relevanta verksamhetsprocesser och verksamhetsflöden bör 

projektet beskriva dessa i RIV-specifikationens avsnitt ”Processbeskrivning” och ”Analys av 

arbetsflödesbeskrivning och informationsmängder”. Det är viktigt att helheten beskrivs för att nå 

framgång. 

I kommande steg ”översattes” Erbjuden e-tjänsts verksamhetsprocesser och dess flöden till 

tjänster (web service) och operationer med in- och utmeddelanden. 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 


556559-4230 


2011-06-15 

Sid 12/21



4.2. Verksamhetsregler, regelverk [2] 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Det finns alltid regler till verksamhetsprocesser och dess informationsflöden. Processer kan ha 

specifika regler, informationsägare kan ha specifika regler och t.ex. betalningsströmmar kan 

generera regelverk. Det är därför viktigt att så långt det är möjligt identifiera relevanta regelverk. 

God kunskap om verksamhetsregler är nödvändigt för att kunna utforma det IT-stöd som ska tas 

fram. 

Exempel på regler som kan komma att påverka IT-stödet. 

Verksamhetsregler 

Affärsflöden 

˃ Vårdkedja/vårdprocess. Till exempel kan det krävas en remiss för att konsumera 

specialistvård. 

˃ Behandlingar. Till exempel kan det finnas relationer mellan olika behandlingar, en 

rehabilitering påbörjas efter en annan behandling. 

˃ Organisation/struktur. Till exempel kanske patienten ska få vård i sitt eget landsting 

eller där det finns en vårdöverenskommelse med ett annat landsting. 

˃ Betalning och ersättningsmodeller. Till exempel kan olika besök/behandlingar 

debiteras olika liksom olika patientprofiler (barn/vuxen). Finns högkostnadsskydd? 

˃ Vård över länsgränser. Till exempel ersättning för vård som erbjuds över 

landstingsgränser. 

Lagstiftning. Till exempel personuppgiftslagen (PUL) och patientdatalagen (PDL) 

System och IT-stöd. Vilka system används? Till exempel Journalsystem, Tidböcker etc. 

Infrastruktur 

˃ Till exempel kan det finnas krav på att kommunikation mellan konsumerande och 

producerande system ska ske över sjunet. 

˃ Till exempel kan det finnas krav på att information måste hämtas från HSA och det 

i sin tur kräver en HSA anslutning. 

Säkerhet. Till exempel kan det finnas krav på att identifiering skall ske med SITHS. 

Drift och förvaltning 

˃ Till exempel kan IT-ramverk ställa specifika krav på hur information skall hämtas. 

˃ Det kan till exempel finnas Arkitekturella krav på utformning av IT-stödet. 

˃ Det kan till exempel finnas lagar och regler som PDL och PUL påverkar 

utformningen av IT-stödet. 


556559-4230 


2011-06-15 

Sid 13/21

4.3. Intressenter och aktörer [3] 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



När IT-stöd skall tas fram är det viktigt att hitta intressenter och aktörer som kan komma att ställa 

krav på IT-stödet. 

I fallet Erbjuden e-tjänst identifierades många intressenter och kravställare. Kunskap om olika 

intressenter och aktörers behov är viktiga vid utformningen av IT-stödet. 

Nedan beskriv några exempel på intressenter och aktörers önskemål som kan resultera i både 

funktionella och icke-funktionella krav på IT-stödet. 

Vårdcentralen, den verksamhet då verksamhetssystemen påverkas av erbjuden e-tjänst. 

Kan till exempel handla om verksamhetsregler vars villkor måste avspeglas i Erbjuden etjänst. 

1177 (tjänstekonsument av stödtjänst). Kan till exempel handla om informationsinnehåll 

och format. Information måste kunna presenteras i begripligt kontext för invånaren. 

Mina vårdkontakter (tjänsteproducent av stödtjänst). Till exempel måste det producerande 

systemet ha förståelse för hur informationen kommer exponeras och användas. 

Fristående e-tjänst. Kan till exempel handla om att de som levererar en e-tjänst kan ha 

synpunkter på hur den exponeras och på vilket sätt (kontext). 

Infrastruktur (Tjänsteplattform, Sjunet, SITHS). Till exempel ställer 

Tjänsteplattformsförvaltningen krav på dokumentation och avtal, sjunets regelverk reglerar 

nätverkets användare och SITHS reglerar vilka certifikat som ska användas vid 

identifiering. 

Arkitekturledning i form av ramverk och arkitektur. Till exempel VITS-bokens 

övergripande principer och regelverk. 

Drift- och förvaltningsorganisationer och deras rutiner. Det kan till exempel handla om 

överlämning, utbildning, avtal och finansiering 

Support och kundtjänst. Det kan till exempel handla om information och hur tjänsten 

påverkar slutanvändaren. 


556559-4230 


2011-06-15 

Sid 14/21

4.4. Informationsmodell [4] 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



En viktig del av RIV-metoden är att beskriva informationsstrukturen för de informationsmängder 

som ingår i IT-stödet. 

Tanken är att informationsstrukturer ska beskrivas utifrån ett verksamhetsperspektiv. Det är inte 

databasmodeller som skall beskrivas. Ett viktigt mål med RIV-metoden är att säkerställa 

interoperabilitet, därav RIV-metodens stora fokus på informatik. 

RIV specifikationens I-del är uppdelade enligt följande: 

Verksamhetsorienterad domäninformationsmodell (V-DIM) 

˃ Innehåller klasser, attribut, kodverk och multiplicitet. 

MeddelandeInformationsModell (V-MIM) 

˃ Skapas utifrån V-DIM. Utgör innehållet i ett specifikt meddelande som skall 

kommuniceras. 

Verksamhetsorienterad Tillämpad InformationsModell (V-TIM). 

˃ Innehåller gemensamma standardiserade klasser, attribut, terminologier kodverk 

och identifierare som behövs för att harmonisera aktuella nationella projekt och 

förvaltningsobjekt. 

Vid framtagandet av Erbjuden e-tjänst erfor projektet att stödtjänsten har en koppling till 

verksamhetsprocesser och verksamhetsregler vilket ökade kraven på informatikarbetet. 

Stödtjänsten Erbjuden e-tjänst ”spänner” över många informationsägare vårdstrukturer. Nedan 

presenteras några exempel på områden som tjänsten påverkar. 

Vårdens ”interna” struktur i form av HSA-information. 

˃ Till exempel e-tjänsteägarna i form av vårdenheter. 

Adresseringsinformation i form av hsa-id. 

Verksamheters e-tjänsteutbud 

˃ Verksamhetsregler (listningskrav, remisskrav, ålder, kön etc) 

˃ Verkningsområde (geografiskt betjäningsområde) 

Relevanta kodverk 

˃ Till exempel kodverk för verkningsområden. 

V-TIM är central när det gäller att beskriva informationsmodellen för erbjuden e-tjänst. V-TIM är 

ett bra stöd men är långt ifrån komplett, vilket innebär att projekt själv kan behöva skapa kodverk. 


556559-4230 


2011-06-15 

Sid 15/21



4.5. Meddelanden och flöden [5] 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Meddelanden (V-MIM) utgör basen för informationsutbytet mellan konsumerande och 

producerande system. Meddelanden (V-MIM) är baserade på informationsmodellen (V-DIM). 

V-MIM översätts i kommande steg till i detta fall XML-meddelanden som hanteras av 

tjänstekontraktet (WSDL och schema). 

Projektet tillämpade ”contract first” metoden vid framtagande av tjänstekontraktet. Detta innebär 

att man fokuserar på att beskriva de meddelanden som skall flöda mellan tjänstekonsument och 

tjänsteproducent. 

Stödtjänstekontrakt Erbjuden e-tjänst är en realisering av V-MIM då projektet inte beskriver 

tjänsteproducenten eller tjänstekonsumentens IT-stöd. 

4.6. SAD [6] 

IT-stödet som utvecklas ska beskrivas i form av en SAD. Dokumentet beskriver hur systemet är 

uppbyggt och ska fungera i sin helhet. SAD är bilaga till RIV-specifikationen. 

SAD ska innehålla 

Syftet med systemet 

Systemets arkitektur 

Följsamhet mot VITS styrande principer 

Teknisk lösning 

Användargränssnitt 

Användningsfall 

Säkerhet 

Övergripande informationsmodeller (Beskrivs i sin helhet i RIV-specifikationen) 

Datamodell 

Driftmiljö 

T-gruppen ansvarar för att granska SAD. En granskning kan ta flera veckor då det är en iterativ 

process. En godkänd SAD möjliggör användande av den nationella tjänsteplattformen. 


556559-4230 


2011-06-15 

Sid 16/21

4.7. Tjänstekontrakt [7] 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Tjänstekontraktet ska beskrivas i dokumentet ”Tjänstekontraktsbeskrivning” som är en bilaga till 

RIV-specifikationen. Dokumentet bör självständigt kunna beskriva tjänstekontraktets funktion 

och meddelandeinnehåll. 

Vid framtagandet av tjänstekontraktet måste följande beaktas. 

Tjänstekontraktet skall konstrueras enligt RIVTA 2.0/RIVTA 2.1. 

En namnrymd/domän skall definieras och kopplas mot VIFO-kartan. 

˃ Namnrymd bör tas fram i samråd med AL 

RIV-specifikationens V-MIM skall användas vid informationsutbyte 

˃ Tjänstekontraktets meddelanden baseras på framtagna V-MIM’ar. 

RIV TA tillåter en agil ansats vid konstruktion av tjänstekontraktet. Detta innebär att 

tjänstekontrakten kan utvecklas efter behov. Dock bör det beaktas att ju fler aktiva versioner av 

tjänstekontrakten som skall vara i produktion desto högre blir förvaltningskostnaden 

Vid framtagande av tjänstekontraktsbeskrivning användes följande stöddokumentation för 

Erbjuden e-tjänst: 

Översikt RIV Tekniska Anvisningar 2.0 

RIV Teknisk Anvisning Basic Profile 2.0 

RIV Teknisk Anvisning Tjänsteschema 2.0 

RIV 2.1 Anvisningar Bilaga 5.1 Tjänstekontraktsbeskrivning 

RIV-specifikation Tjänstekontraktsbeskrivning 

RIV-specifikation (V-MIM) 

T-gruppen ansvarar för att granska tjänstekontraktsbeskrivning och tjänstekontrakt. I huvudsak 

kommer T-gruppen granska att RIV-TA. 

En godkänd tjänstekontraktsbeskringning och tjänstekontrakt möjliggör publicering av 

tjänstekontraktet på den nationella tjänsteplattformen. 


556559-4230 


2011-06-15 

Sid 17/21

4.8. RIV-specifikation [8] 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



RIV-specifikationen är det sammanhållandet dokumentet som skall beskriva IT-stödet i sin 

helhet. 

Det övergripande syftet med RIV-metoden är att underlätta ett strukturerat elektroniskt 

informationsutbyte mellan olika vård- och omsorgssystem. Stödja en arkitektur för V, I, T och S 

samt säkerställa spårbarhet och harmonisering. 

RIV-modellen består av två delar, anvisning och mall. 

RIV specifikation anvisningar ger information om varför de olika delmomenten skall tas 

fram, vad som skall ingå och hur detta skall dokumenteras. 

Mallen utgör själva dokumentstrukturen i en RIV specifikation. 

En RIV-specifikation med modeller ska beskriva-IT stödet som det aktuella utvecklingsarbetet 

omfattar, dess funktionalitet, och den verksamhetsnytta som detta förvänta generera för 

verksamheten. 

När projektets RIV-specifikation är färdigställd skall den granskas av AL. För Ramverksprojektet 

innebar granskningen i praktiken att dokumenten skickades per e-post till AL-ansvarig och senare 

fick återkoppling via avstämningsmötet, telefon, epost eller kommentarer i dokumentet. 

Granskningen kan ta många veckor beroende på AL arbetsbelastning. Därför rekommenderar 

Ramverksprojektet andra projekt att lägga in ledtider för detta i tidplanen. 


556559-4230 


2011-06-15 

Sid 18/21

5. Infrastruktur 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



Detta avsnitt beskriver den infrastruktur som måste beaktas vid framtagande och realisering av 

nationellt IT-stöd som stödtjänsten erbjuden e-tjänst. 

Den infrastruktur som används har separata förvaltningar och därmed olika processer för 

anslutning och användandet. Dokumentet kommer inte beskriva respektive förvaltningsprocesser 

mer än på ett mycket övergripande sätt. 

Det är absolut nödvändigt för nationella projekt att sätta sig in i nationell infrastruktur och dess 

anslutnings- och förvaltningsprocesser. 

Anslutningsprocessen till de olika infrastrukturerna har olika grader av komplexitet. 

5.1. Tjänsteplattformen 

Tjänsteplattformen (kan även kallas integrationsplattform eller ESB) är en central 

infrastrukturkomponent där all integration skall passera. 

Bilden illustrerar tjänsteplattformens centrala funktion vid integration. 

Tjänsteplattformen kan ses som en central meddelandeväxel för alla meddelanden som är 

baserade på nationella tjänstekontrakt. 

Tjänsteplattformen ansvarar för att förmedla meddelanden mellan producerande och 

konsumerande system. 

Tjänsteplattformen har följande övergripande krav för att ta emot ett tjänstekontrakt. 

Kontrakten bör vara granskade av Arkitekturledningen. 

Tjänstedomänen skall ha en utsedd förvaltningsansvarig. 


556559-4230 


2011-06-15 

Sid 19/21





Tjänstedomänen kommer att finansiera Tjänsteplattformsförvaltningens arbete med att 

skapa virtuella tjänster och anslutningar av konsumenter och producenter. Ett avrop skall 

ha gjorts för detta. 

Integrationsavtal och SLA kommer också att upprättas vid anslutning mot tjänsteplattformen 

5.2. Sjunet 

Sjunet är det nätverk som kommer vara bärare av kommunikationen mellan konsumerande 

system – tjänsteplattform – producerandesystem. 

Det är därför nödvändigt för producerande och konsumerande system att säkerställa att dessa får 

tillgång till nätverket. 

Bilden illustrerar sjunets centrala roll som centralt nätverk för kommunikation. (Bilden utgör inte 

en beskrivning över dess faktiska uppbyggnad) 

Alla landsting, kommuner, privata vårdgivare och leverantörer till dessa kan ansluta sig till sjunet. 

För att ansluta sig kontaktar anslutande part sjunetförvaltningen i form av en intresseanmälan 

vilket initierar anslutningsprocessen. 




Tel 08 452 71 60 

info@inera.se 

www.inera.se 


556559-4230 


2011-06-15 

Sid 20/21

5.3. HSA 






Tel 08 452 71 60 

info@inera.se 

www.inera.se 



HSA är en elektronisk katalog som innehåller kvalitetssäkrade uppgifter om personer, funktioner 

och enheter i Sveriges kommuner, landsting och privata vårdgivare. 

Via HSA förbättras möjligheterna att söka efter kontaktinformation, både lokalt och i hela landet. 

Informationen i HSA utgör också viktigt underlag för olika säkerhetslösningar, som till exempel 

identifikationstjänsten SITHS. 

En anslutning till nationell infrastruktur förutsätter registrering i HSA-katalogen. 

För att ansluta sig kontaktar anslutande part HSA-förvaltningen i form av en intresseanmälan 

vilket initierar anslutningsprocessen. 

5.4. Testmiljö och testdata 

Avslutningsvis är det viktigt att planera projektets testarbete. Nationellt IT-stöd kräver också 

anslutning till testinstanser av motsvarande system. 

Det är viktigt att säkerställa att alla testsystem har förmåga att kommunicera med varandra. 

Anslutning till testsystem är nödvändigt. 

Testinstanser av systemen måste anslutas till sjunet eller det nätverk som är aktuellt för 

tester. 

Testdata måste synkroniseras. 

Respektive nationell förvaltning har testinstanser och anslutningsprocesser för detta. 


556559-4230 


2011-06-15 

Sid 21/21

Erfarenheter RIV-specifikation - Inera

Transform your PDFs into Flipbooks and boost your revenue!

Erfarenheter RIV-specifikation - Inera

Transform your PDFs into Flipbooks and boost your revenue!

Delete template?

Save as template ?