Rubrik på titelsida 1rivta.se/.../informationsspecifikation_mall_inera.docx · Web viewAvsteg från icke obligatoriska rubriker ska motiveras under respektive rubrik. Ett viktigt

Informationsspecifikation för …(Mall)Version 2.9

document.docx Mallägare: Informatik, Arkitektur och RegelverkVersion: 2.9

Senast ändrad2019-05-28

InnehållRegler för ifyllande (0)................................................................................................................3

Förord (0..1)................................................................................................................................ 3

Revisionshistorik (1).................................................................................................................. 4

Referenser (1)............................................................................................................................. 5

1. Inledning/Sammanfattning (1)...........................................................................................6

2. Informationssäkerhet (1)....................................................................................................6

3. Referensmodellsförteckning (RIM) (1)............................................................................10

4. Processmodell (0..1).........................................................................................................11

4.1 Beskrivning av processmodellen................................................................................11

5. Användningsfall och Flödesbeskrivning (0..1)..............................................................12

5.1 Flödesbeskrivning ......................................................................................................12

5.1.1 Roller (Aktörer) i arbetsflödet..............................................................................13

5.1.2 Arbetssteg...........................................................................................................13

5.2 Användningsfall................................................................................................................13

6. Begreppsmodell och beskrivning (1)..............................................................................15

6.1 Begreppsmodell, bild..................................................................................................16

6.2 Beskrivning av begrepp..............................................................................................16

7. Informationsmodell och beskrivning (1).........................................................................18

7.1 Informationsmodell, bild. (1).......................................................................................19

8. Klasser och attribut (1)....................................................................................................19

8.1 Klassnamn utifrån verksamhetsbehovet: klassnamn utifrån referensmodell (1).........20

9. Datatyper i informationsmodellen (1).............................................................................21

10. Multipliciteter i informationsmodellen(1)....................................................................21

11. Identifierare och kodverk (1)........................................................................................22

Inera AB Box 177 03Tjärhovsgatan 21B118 93 Stockholm

Tel 08 452 71 [email protected]

Organisationsnummer556559-4230

Sid 2/22



Regler för ifyllande (0)

Blå brödtext är anvisningar för hur denna mall ska fyllas i. Det SKA tas bort i det färdiga dokumentet.

Alla rutor i tabellerna ska vara ifyllda. Om ej adekvat information finns skriv då orsak till detta ex ”saknas” eller ”ej tillämpbar”. Kolumner får ej tas bort.

Rubrikerna nedan är angivna med en multiplicitet för att visa om stycket är obligatoriskt eller inte. De kapitel med rubriker som är markerade med (1) är obligatoriska och de kapitlen med rubriker markerade med (0..1) får man avgöra om det finns behov för, det inkluderar underrubriker. Avsteg ifrån obligatoriska rubriker ska motiveras i ett arkiteturellt beslut (AB). http://rivta.se/documents/ARK_0023

Avsteg från icke obligatoriska rubriker ska motiveras under respektive rubrik.

Ett viktigt beaktande att ta ställning till är för vem man skriver informationsspecifikationen. Anpassa nivån efter tänkt målgrupp och utöka gärna mallen om behov finns för tydliggöranden som underlättar mottagarens möjlighet till rätt tolkning av specifikationen. Det kan t.ex. finnas behov att göra en målanalys/målmodell, intressentanalys eller beskriva användningsfall.

Informationsspecifikationen skall vara på svenska då målgruppen är verksamheten.

För mer information kring hur du använder NI se socialstyrelsens hemsida.

Förord (0..1)Förordet ska vara max en sida lång och beskriva syftet med informationsspecifikationen, vem den riktar sig till samt hur den är tänkt att användas.




Sid 3/22

http://rivta.se/documents/ARK_0023



Revisionshistorik (1)Nedan följer revisionshistorik för denna mall. För komplett historik se informationsspecifikation v.2.6. Töm tabeller och fyll på med er egna historik.

Version Datum Författare Kommentar2.4 2016-05-06 Inera, Arkitektur och

RegelverkUppdaterat dokument med Ineras mall, Processmodell exempel, Arbetsflöde kapitel utökat och kapitelnumrering tilllagt. Klasstabellen uppdaterad med ”Spårbarhet till krav” och ”Mappning till RIM”.

2.5 2017-04-11 Inera, Arkitektur och Regelverk

Uppdaterat avsnittet om informationssäkerhet

2.6 2017-10-31 Inera Arkitektur och Regelverk

Uppdaterat avsnitt om kodverkJusterat tabell för Informationsmodell och lagt in exempelTagit bort delkapitel med relationerUppdaterat adress i sidfotUppdaterat version av RIM


Uppdaterat innehåll med förtydliganden och exempel i samtliga kapitel.Lagt till referens R3-R6Tagit bort kapitel Samband- och deltagandeklasserÄndrat kapitel Begreppssystem, klassifikationer och kodverk till Identifierare och kodverk


Lagt till avsnitt om informationsägare




Sid 4/22



Lagt till avsnitt om krav på producentÄndrat sidhuvudÄndrar bild så gula klasser finns med som exempelNytt kodverksexempel


Kap 5 byter rubrik och ordning i innehållKap 6. Tabell 6.2 kolumnnamn uppdateras och borttagning av sista kolumnTabell 8.1 Uppdaterad kolumnrubrikKap 11 Tabell uppdaterad med nytt exempel

Referenser (1)Namn Dokument Länk

R1 Arkitektur och regelverk http://rivta.se/

https://www.inera.se/digitalisering/arkitektur/

R2 Nationell informationsstruktur http://www.socialstyrelsen.se/nationellehalsa/nationellinformationsstruktur

R3 Kodverkslista https://riv-ta.atlassian.net/wiki/spaces/KINT/pages/270532953/Kodverk+i+nationella+tj+nsteplattformen

R4 Socialstyrelsens termbank http://termbank.socialstyrelsen.se/

R5 SnomedCT http://browser.ihtsdotools.org/

R6 SnomedCT licens https://www.socialstyrelsen.se/nationellehalsa/snomed-ct/snomed-ct-licens




Sid 5/22

https://www.socialstyrelsen.se/nationellehalsa/snomed-ct/snomed-ct-licens

https://www.socialstyrelsen.se/nationellehalsa/snomed-ct/snomed-ct-licens

http://browser.ihtsdotools.org/

http://termbank.socialstyrelsen.se/

https://riv-ta.atlassian.net/wiki/spaces/KINT/pages/270532953/Kodverk+i+nationella+tj+nsteplattformen



http://www.socialstyrelsen.se/nationellehalsa/nationellinformationsstruktur

http://www.socialstyrelsen.se/nationellehalsa/nationellinformationsstruktur

https://www.inera.se/digitalisering/arkitektur/

http://rivta.se/



1. Inledning/Sammanfattning (1)Informationsspecifikationen är till för att på ett gemensamt och strukturerat sätt beskriva informationsbehovet ur ett verksamhetsperspektiv. Syftet är att informationen blir förberedd för elektronisk hantering på ett gemensamt och standardiserat sätt.

Inledningen eller sammanfattningen ska beskriva varför informationsspecifikationen ges ut, vem den riktar sig till samt hur den är tänkt att användas. Den ska ge en kort överblick över innehållet och sätta den i sitt sammanhang.

2. Informationssäkerhet (1)Informationssäkerhet innefattar (minst) fyra säkerhetsaspekter

- Konfidentialitet – säkerställa att utomstående (icke behöriga) inte kan ta del av informationen

- Riktighet – säkerställa att de data som finns i ett system ska vara riktiga och inte kunna förändras av misstag, genom funktionsstörningar eller annat.

- Tillgänglighet – säkerställa att informationen är tillgänglig i enlighet med verksamhetens krav

- Spårbarhet - säkerställa att det i efterhand går att ta reda på vad som hänt i ett system och vem som tagit del av vilka uppgifter.

Beskrivning av informationen

Översiktlig beskrivning av informationen

En fritextbeskrivning av informationen i sitt sammanhang

Innehåller informationen personuppgifter?

Uppgifter om enskilda personer, oavsett om det är patienter eller medarbetare etc

Innehåller informationen känsliga personuppgifter, exempelvis patientuppgifter?

Patientuppgifter eller övriga känsliga personuppgifter enligt Dataskyddsförordningen.




Sid 6/22



Finns informationsmängder som kräver särskilt hantering och hur ska den ske?

Exempelvis skyddade personuppgifter

Informationsansvar

Vem är personuppgiftsansvarig (ägare) till informationen?

Om det är möjligt att ange, beskriv vem som är personuppgiftsansvarig för informationen och om detta ansvar i något läge kan övergå till någon annan

Lagrum

Har en juridisk analys/rättsutredning gjorts?

Analys av aktuella legala krav eller andra regulatoriska krav

Vilka lagrum reglerar hur informationen får hanteras

Uppräkning av de lagar och föreskrifter som kommer att påverka hanteringen av uppgifterna. Oftast Patientdatalagen eller Dataskyddsförordningen men även andra lagar och förordningar kan vara aktuella

Vilka specifika lagkrav har identifierats?

Uppräkning av specifika krav som identifierats.

Exempel är krav på spärrfunktionalitet, stark autentisering, samtyckesfunktionalitet etc

Om juridisk analys gjorts och kraven finns där kan hänvisning göras till den. Krav kan se olika ut beroende på typ av informationsflöde.

Informationsflöde

Hur/mellan vilka parter kommer informationen att flöda?

Mellan exempelvis vårdenheter, vårdgivare, myndigheter, patienter och medborgare.

Hanteras överföring av Beroende på hur informationen hanteras blir olika krav




Sid 7/22



uppgifter (utlämnande), direktåtkomst (sammanhållen journalföring) och/eller individens direktåtkomst?

aktuella

Spårbarhet, tillgänglighet och arkivering

Vilka krav finns på spårbarhet (loggning)?

Både legala krav och verksamhetskrav kan finnas. Exempelvis krav på PDL-loggning kontra övrig teknisk loggning.

Finns det uttalade krav från verksamheten gällande tillgänglighet?

Har verksamheten egna krav eller ska Ineras standardkrav gälla?

Finns krav på arkivering? Exempelvis kan patientuppgifter i vissa fall behöva lagras i minst 10 år

Krav på den som konsumerar informationen

Vilka åtgärder krävs av den part som ansluter till tjänsten i egenskap av informationskonsument?

Uppräkning av specifika krav som konsumenten måste uppfylla för att få/kunna ta del av informationen.

Om juridisk analys gjorts och kraven finns där kan hänvisning göras till den. Krav kan se olika ut beroende på typ av informationsflöde.

Exempel på krav:, Behörighetstilldelning via medarbetaruppdrag, Tekniska begränsningar av olika slag, Godkända autentiseringsmetoder etc

Krav på den som producerar informationen

Vilka åtgärder krävs av den part som ansluter till tjänsten i egenskap av informationsproducent?

Uppräkning av specifika krav som producenten måste uppfylla för att tillgängliggöra informationen.

Om juridisk analys gjorts och kraven finns där kan hänvisning göras till den. Krav kan se olika ut beroende




Sid 8/22



på typ av informationsflöde.

Exempel på krav: Producenten ansvarar för att godkänna till vilka konsumenter information lämnas. Producenten ansvarar för att sekretesspröva informationen innan utlämnande. Producenten ansvarar för att undanta vissa informationsmängder.




Sid 9/22



3. Referensmodellsförteckning (RIM) (1)En förutsättning för semantisk interoperabilitet är att använda gemensamma och standardiserade referensmodeller. Modellerna inom nationell informationsstruktur (R2) skall i tillämpliga fall alltid följas, men vid behov kan andra överenskomna och standardiserade strukturer och kodverk användas.

Ange alltid vilken/vilka referensmodeller som används. Utgå alltid från de senaste versionerna av modellerna inom nationell informationsstruktur som finns publicerade på Socialstyrelsens hemsida.

Här anges också en färgkod i tillämpliga fall för att visualisera i modellerna från vilken referensmodell som begreppet eller klassen härstammar från. Fyll i tabellen med en färgkod för respektive referensmodell.

I tabellen nedan visas enbart ett exempel vilket inte behöver vara senaste versionen av produkterna.




Sid 10/22

Referensmodell Version Färg + Färgkod

NI – Vård- och omsorgsvy

LjusrosaR227/G200/B201

NI – Hälso- och sjukvårdvy

LjusblåR210/G238/B255

NI- Socialtjänst BeigeR237/G230/B214

Saknar referensmodell

GulR255/G255/B192



4. Processmodell (0..1)Utifrån processmodell för hälso- och sjukvård alternativt socialtjänst i nationell informationsstruktur identifieras var i patientens eller brukarens individanpassade process som informationsbehovet föreligger. Om inte processmodellerna från NI kan användas som referens, peka då på annan tillämpbar referens. Beskrivningstexten för varje processteg i processmodellen ger stöd för konsekvent användning. Processbeskrivningen ger stöd i att identifiera vilka begrepp som är centrala att hålla information om utifrån det aktuella verksamhetsbehovet samt ge stöd i att identifiera vilken information som bör eller kan ha dokumenterats tidigare i den individanpassade processen och därmed kan återanvändas istället för att dokumenteras på nytt. Processbeskrivningen kan dokumenteras med valfri notation ex. BPMN 2.0 (den visuella) och beskriv sedan in-värde och ut-värde ifrån varje steg i en efterföljande beskrivningstabell.

Processmodellen består av ett flöde av olika processteg. Processtegen motsvarar en serie aktiviteter som syftar till ett gemensamt mål. Varje processteg har ett namn som beskriver den eller de aktiviteter som utförs inom det processteget.

4.1 Beskrivning av processmodellen

Processteg Värde in Beskrivning Värde utNamn på processteg.

Det som inleder processteget och som för- ädlas i och med att aktiviteterna i processsteget genomförs.

En beskrivning av den/de aktiviteter som processteget omfattar

Resultatet från aktiviteterna som processteget omfattar. Resultatet kan sedan gå vidare in i nästa steg i processen eller avsluta den




Sid 11/22

Processteg 1

Processteg 2

Processteg 3



5. Flödesbeskrivning och Användningsfall (0..1)När arbetsflöden ska beskrivas bör man ta reda på om det finns befintliga processbeskrivningar i verksamheterna och använda dessa som en del av underlaget. För att komma fram till hur ett arbetsflöde ska beskrivas kan användningsfall vara en metod för att få fram arbetsflöden. Socialstyrelsens generella beskrivningar för den funktion/information som är tänkt att belysas är också en viktig utgångspunkt.

För att förstå och hantera en komplicerad verklighet kan man använda arbetsflödesmodeller. Arbetsflöden kan till exempel beskrivas som processkartor eller i form av användningsfall.

Projektets behov avgör ”nivån” eller ”upplösningen” på beskrivningarna.

5.1 Flödesbeskrivning Grafisk modell och textuell beskrivning av arbetsflödet inom aktuellt verksamhetsområde, exempel på flödesbeskrivning är simbanediagram




Sid 12/22

Figur 1 Exempel på flödesbeskrivning med ”simbanor” i diagrammet



5.1.1 Roller (Aktörer) i arbetsflödetAktör: En person, organisation eller ett externt system som interagerar med den nationella tjänsten eller din tjänst på ett eller flera sätt

Namn/beteckning Beskrivning alt. referensIndivid Person som kontaktar vården för att få hjälp.

<Roll> <Kort beskrivning av aktören och dess roll i det här sammanhanget>

5.1.2 ArbetsstegNamn/beteckning Beskrivning alt. referens<Arbetssteg> <Kort beskrivning av arbetssteg och dess roll i det här

sammanhanget>

5.2 Användningsfall Ett användningsfall är en kort beskrivning i vardagligt språk av vad en användare vill uppnå. Den ska beskriva vad tjänsten ska göra, utifrån en aktörs perspektiv, som vill uppnå ett specifikt mål. Den ska vara på en lagom detaljeringsnivå och inte inkludera detaljer och användargränssnitt eller skärmbilder. Intuitiva och lätta att förstå.




Sid 13/22



Figur 2 Exempel på användningsfall

Namn/beteckning

Beskrivning alternativt referens Aktör

Registrera åtkomstlogg.

En hälso- och sjukvårdspersonal läser en patients journaldokumentation i ett vårdsystem. Vårdsystemet skapar och skickar loggpost för åtkomstloggning med information om tidpunkt, patient, samt information om vårdgivare, vårdenhet och personal, syfte och aktivitet.

Hälso- och sjukvårdspersonal

Läsa vårdgivarens åtkomstloggar.

En vårdgivare skall kontrollera sin personals åtkomst till patientuppgifter och enligt rutin genomföra stickprov för att se att dess personal inte haft obehörig åtkomst till patientuppgifter.

Vårdgivare

Läsa patientens åtkomstloggar.

En patient ska kunna få tillgång till sina åtkomstloggar från vårdgivare som har hanterat patientens uppgifter i sina vårdsystem.

Patient




Sid 14/22



6. Begreppsmodell och beskrivning (1)Utifrån vald/a referensbegreppsmodell/er samt den framtagna beskrivningen av processen identifieras de begrepp som det måste hållas information om för det aktuella verksamhetsbehovet. Begreppens definition eller beskrivning säkerställer att rätt begrepp används på ett entydigt sätt även om verksamheten tidigare använt en annan term för samma begrepp. De flesta begreppen i någon av de tre generiska begreppsmodellerna i nationell informationsstruktur återfinns också i Socialstyrelsens termbank. Vid behov av begrepp som inte finns i vald referensbegreppsmodell används i första hand termbanken för att identifiera dessa och i andra hand Snomed CT.

De specifika relationerna mellan begreppen beskrivs för att tillgodose den efterfrågade funktionaliteten och verksamhetsbehovet. De relationer som finns beskrivna i referens-begreppsmodellerna är till för att definiera begrepp och beskriva hur den bakomliggande företeelsen relaterar till andra begrepp och företeelser och inte för att uttrycka specifika verksamhetsbehov.

Vid tillämpning av begreppsmodeller behöver inte alla mellanliggande begrepp ritas ut, utan bara de som behövs för det specifika verksamhetsbehovet. Genom att beskriva hur de olika begreppen i begreppsmodellerna representeras i informationsmodellerna, ger detta stöd i övergången från begrepp till informationsklass. Om ett begrepp inte finns med i aktuell version av den nationella informationstukturen ska det i tillämpliga fall rapporteras som ändringsförslag till förvaltningen av den nationella informationsstrukturen alternativt till förvaltningen av termbanken på socialstyrelsen. Om ingen begreppsmodell tas fram ska avsteget beskrivas och motiveras i dokumentet ”arkitekturellt beslut” på https://rivta.se.




Sid 15/22

https://rivta.se/



6.1 Begreppsmodell, bild.

Bild2. Exempel bild på en begreppsmodell.

6.2 Beskrivning av begrepp Begreppen i begreppsmodellen ska namnges enligt exempel Indikation för åtgärd; Planerad aktivitetTill begreppsmodellen används följande tabell för att i text beskriva begreppen. Obs! Kolumner får inte tas bort

Begrepp Definition och referens till källa

Beskrivning av begreppen för framtagen begreppsmodell

Relation till informations-modell

Leverantör saknas En organisation som säljer artiklar som är klassade enligt standarden ISO 9999 och som har tjänsteavtal för Hjälpmedelstjänsten.

Organisation

Kund Organisation som beslutar

Organisation som beslutar om, har ansvar för och/eller utför aktiviteter inom hälso- och

Organisation




Sid 16/22



om, har ansvar för och/eller utför aktiviteter inom hälso- och sjukvård. Exempel som särskilt pekas ut som organisationer inom hälso- och sjukvård som det i tillämpliga fall ska dokumenteras om är vårdenhet och vårdgivare.

sjukvård.

I Hjälpmedelstjänsten definieras kund som landsting/region och kommuner.




Sid 17/22



7. Informationsmodell och beskrivning (1)Utifrån vald/a referensinformationsmodell/er samt beskrivningen av processen och begreppsmodellen identifieras hur den identifierade informationen ska struktureras i information-, samband- och deltagandeklasser med attribut. Den visar också vilka koder och kodverk som ska användas.

Vid användning av NI kan i tillämpliga fall informationsmodellen modelleras som ett instansdiagram av en av de tre informationsmodellerna och visa vilka klasser och attribut som representerar det aktuella behovet. Informationsstrukturen som finns beskriven i de tre informationsmodellerna i NI visar de totala dokumentationskraven för en vårdgivare utifrån de perspektiv som de är utvecklade utifrån. Endast de attribut och klasser som är aktuella i det specifika fallet ska inkluderas i de informationsmodellerna. De specifika relationer som identifierats i begreppsmodellen hanteras i informationsmodellen genom klassernas samband och deltagande. Genom att beskriva och rita ut mellan vilka klasser som det finns relationer i form av samband eller deltagande och ge varje relation ett kodat värde blir det möjligt att illustrera funktionaliteten på ett sätt som gör det möjligt att uppnå semantisk interoperabilitet.

Om en klass inte finns med i aktuell version av den nationella informationstukturen ska det i tillämpliga fall rapporteras som ändringsförslag till förvaltningen av den nationella informationsstrukturen. När domänmodell/informationsmodell innehållsmässigt inte matchar vald referensmodell får man istället se det som en matchning mot datatyp, kodverk eller term snarare än informationsmässigt. I informationsmodellen ska klasser från olika referensbegreppsmodeller visualiseras med färgkod enligt tabellen i kapitel 3.




Sid 18/22



7.1 Informationsmodell, bild. (1)Här klistras informationsmodellen in. Gör avsnittsbrytning och för att få plats med stora modeller låt sidan vara liggande. Fullständig fil ska också tillgängliggöras.

Bild3. Exempel bild på en informationsmodell

8. Klasser och attribut (1)Till informationsmodellen skall det tas fram tabeller för att beskriva respektive klass och dess attribut. För varje klass ska det finnas en beskrivande text och information om mappning till RIM.

- Klasserna ska vara i bokstavsordning i kapitlet för att lätt kunna navigera sig och hitta bland klasserna.

- För enumerationer ska de tillåtna värdena beskrivas i kolumnen ”Data”- Vid användning av Snomed CT ska utredning kring refset med kodverksförvaltning

etableras. - För urval ur kodverk specifikt för tjänst eller tjänstekontrakt dokumentera kodverk,

tillåtna värden och OID i kolumn Data.




Sid 19/22



- Alla använda datatyper i informationsmodellen skall dokumenteras i tabellen Datatyper i informationsmodellen i kapitel 9.

- Alla använda kodverk och identifierare ska dokumenteras i kapitel 11. - Kolumnen Data innehåller information beroende på vilken datatyp som används för

attributet. Till exempel för datatyp CV bör information om kodverk samt OID presenteras. Vid refset ska finnas hänvisning till denna eller vid urval de tillåtna värdena (urvalet) från kodverket.

- En beslutsregel kan vara ifyllande av format för datum/tid, ett bestämt intervall för värde eller hur inmatning av ett värde ska se ut se: NNN,NN kg.

8.1 Klassnamn utifrån verksamhetsbehovet: klassnamn utifrån referensmodell (1)

Exempel: Operation: Aktivitet

Klassen håller information om patientens utförda eller planerade operationer.

Mappning till RIM: Klassen är mappad till klassen Aktivitet i NI 2018

Attribut

Mappning till RIM

Beskrivning Data-typ (multiplicitet)

Kodverk/Format/ Regler

Spårbarhet till krav

operationskod

aktivitet.kod

Kod för operation CV (1)

KVÅ kod <hänvisning till krav>

operationstid

aktivitet.tid

Tidpunkt för när operationen startade

TS (0..1)

ÅÅÅÅMMDDttmmss

<hänvisning till krav>

status aktivitet.status

Status för operationen.

CV (1)

Snomed CT

urvals-id: 56421000052109


<Namn på attributet>

<klassnamn.attribut på RIM >

<Kort beskrivning av attributet och dess roll i det här sammanhanget>

<Datatyp (Multiplicitet) >

<Kodverk>

BeslutsregelTillåtna värdenRefset>





Sid 20/22



9. Datatyper i informationsmodellen (1)

För att informationsmodellen ska tillhandahålla en struktur som i detalj beskriver vad som ska dokumenteras behöver attributens format anges. Med format avses hur information i ett attribut representeras, till exempel i form av ett datum, en text eller ett kodat värde. Det format som informationen i ett attribut antar benämns som datatyp.

Fyll tabellen med de datatyper som finns i informationsmodellen. Nedanstående är exempel från NI.

Förkortning Benämning Beskrivning BL_NONNULL Boolean that cannot be null Datatyp som används för att

ange värdena sant eller falskt

CV Coded value Ett kodat värde som hör till ett specifikt kodsystem

II Instance Identifier En textsträng som är en universellt unik identifierare

INT Integer Numeriskt tal

PQ Physical Quantity Information om resultatet från en mätning inklusive måttenhet

ST String Datatyp som används för att ange fritext

10. Multipliciteter i informationsmodellen(1)

Kolumn Multiplicitet anger antal möjliga förekomster.Notation Förklaring

1 En förekomst

0..1 Ingen eller en förekomst

0..* Ingen eller många förekomster

1..2 En till två förekomster

1..* En till många förekomster




Sid 21/22



X..Y X till Y förekomster

11. Identifierare och kodverk (1)

Kodverk och identifierare som hanteras inom informationsmodellen. För att finna redan befintliga kodverk som används i nationella tjänstekontrakt se dokument publicerat på Verksamhet och Informatik på Ineras hemsida: Kodverkslista [R3]

Namn ID Ägare/förvaltare. Länk till källa BeskrivningÅtgärdskod [KVÅ]

OID: 1.2.752.116.1.3.2.1.4

Socialstyrelsens

http://www.socialstyrelsen.se/klassificeringochkoder/diagnoskodericd-10

Åtgärdskod är en kod som används för statistisk beskrivning av åtgärder i bland annat hälso- och sjukvård

Kv kön OID: 1.2.752.129.2.2.1.1

Inerahttps://riv-ta.atlassian.net/wiki/spaces/KINT/pages/270532953/Kodverk+i+nationella+tj+nsteplattformen?preview=/270532953/270532962/Kodverk%20k%C3%B6n.xlsx

Anger administrativt kön

Urval provtyp Laboratoriemedicin

OID: 1.2.752.129.5.1.13Refset ID: 500121000057102

Inera, Inera kodverksförvaltning https://riv-ta.atlassian.net/wiki/spaces/KINT/pages/270532953/Kodverk+i+nationella+tj+nstekontrakt?preview=/270532953/1120370708/uv-provtyp-laboratoriemedicin.xlsx

Urval ur Snomed CT för att beskriva provtyp för laboratoriemedicin

StatusInköpsavtal/GP

saknas Inera, Tjänsteägare Hjälpmedelstjänsten 2.0

Status för inköpsavtal och generell prislista




Sid 22/22




https://riv-ta.atlassian.net/wiki/spaces/KINT/pages/270532953/Kodverk+i+nationella+tj+nsteplattformena

Documents

Rubrik på titelsida 1rivta.se/.../informationsspecifikation_mall_inera.docx · Web viewAvsteg från icke obligatoriska rubriker ska motiveras under respektive rubrik. Ett viktigt