Problem att logga in
Har du problem att logga in i någon av Intygstjänsterna?
Här finns instruktioner för hur du kan felsöka.
...
Intygsstatistik - kräver inloggning med SITHS-kort, Medarbetaruppdrag syfte Statistik (Krävs MU också?/NM)
Felsökning vid användning av SITHS-kort
...
Tidigare beslut har inneburit att Ineras tjänster som innehåller patientuppgifter, däribland Intygstjänster, skulle kräva SITHS-certifikat med LoA3 från och med 2020-12-09 (ska vi ta bort meningen? Om ja, så behöver nästa mening omformuleras/NM). Där har ett nytt beslut tagits som innebär att alla SITHS-certifikat (LoA2 och LoA3) fortsättningsvis kommer att vara godkända för inloggning i Ineras tjänster. Beslutet gäller tillsvidare.
...
För att rensa temporära internetfiler för webbläsaren Internet Explorer 11 följer du de här stegen. de här stegen. (Ha med rensning av temporära filer för andra webbläsare?/NM)
Klicka på Verktyg överst i webbläsaren.
Välj Internetalternativ.
Välj Ta bort webbhistorik.
Markera kryssrutan Temporära internetfiler.
Klicka på Ta bort.
...
Om felet inte beror på något lokalt problem kan Inera support kontaktas, (länk till Inera support här istället för nästa stycke?/NM).
Kontakta Inera support
Om problem inte går att lösa lokalt, kontakta Inera support.
...
I Intygstjänster behandlas all personliga personlig data som om patienten har skyddade personuppgifter. Därför har namn- och adressuppgifter för samtliga intyg tagits bort.
När du utfärdar intyg för patienter med skyddade personuppgifter hanterar vi alltså bara hanteras endast personnummer. På så sätt går det inte att särskilja intyg för patienter med skyddade personuppgifter från intyg utfärdade på andra patienter. För att underlätta för läkare som ska utfärda intyg visas namn fortfarande upp i Webcert, tillsammans med en indikation om att patienten har skyddade personuppgifter.
...
Till skillnad från vården exkluderas vårdadministratörer i hanteringen av personer med skyddade personuppgifter. Detta har sin grund i att det inte finns några rättsliga regler kring hanteringen av skyddade personuppgifter mellan organisationer/myndigheter. Offentlighet- och sekretesslagen kommer således att avgöra vilka uppgifter som kan lämnas ut från respektive aktör. Skyddade personuppgifter innebär inte någon absolut sekretess. Varje myndighet ansvarar för sina egna rutiner. Enligt SOSFS 2008:14 ska en vårdgivare ha rutiner för att hantera journalföring för patienter med skyddade personuppgifter. Varje myndighet bör särskilt beakta hanteringen av skyddade personuppgifter vid utveckling av IT-stöd. IT-stödet bör utformas så att endast ett fåtal personer med särskild behörighet har tillgång till skyddade personuppgifter. Därav begränsningen till att det enbart är läkare och tandläkare som har åtkomst till intyget. Kan vårdadmin se att det utfärdats intyg på patient med skyddad ID? (NM)
Utfasning av läkarintyget ”FK7263”
...
Det går fortfarande att öppna befintliga intyg samt att manuellt markera frågor och kompletteringar som hanterade. Makulering av intyg är också möjlig, men ingen makuleringsnotifiering till Försäkringskassan skickas. Behöver det här stycket vara med? Är det fortfarande aktuellt? (NM)
Sammanhållen journalföring (SJF)
...
...
Webcert hanterar endast person- och samordningsnummer som patient-id. Personer med reservnummer stöds alltså inte av intygstjänsterna och Försäkringskassan tar inte emot läkarintyg utfärdat på ett reservnummer. Däremot finns det en hantering av reservnummer för Webcert genom parametern alternatePatientSSn, för mer information se dokumentet https://inera.atlassian.net/wiki/x/noJi.
Medarbetaruppdrag på nedlagd enhet (Ska testas tillsammans med Kristina och uppdateras därefter/NM)
För att få skapa, ändra och vidare hantera intyg i Webcert krävs behörighet i form av medarbetaruppdrag med ändamål Vård och behandling på enheten. Det är på så sätt systemet säkerställer att du har en patientrelation och enligt patientdatalagen har rätt att ta del av intygen, som är att betrakta som journalhandlingar.
...
Från den 28 september 2021 ändras avtal och abonnemang för användning av Fristående Webcert. Mer information och frågor och svar hittar du här /wiki/spaces/EIT/pages/2571764154 Behövs någon uppdatering i det här stycket?/NM
Makulera intyg
Endast läkare kan makulera intyg i Webcert. Vid mindre allvarliga fel ska intyget ersättas istället för makuleras. Att utfärda ett intyg på fel patient är ett exempel på allvarligt fel där intyget omgående ska makuleras.
...
När ett nytt intyg skapas överförs uppgifter från journalsystemet som sedan inte kan ändras i Webcert. Uppgifterna överförs oavsett vilken typ av intyg som skapas genom tjänstekontraktet CreateDraftCertificate. De uppgifter som specificerats i tjänstekontraktet skickas som parametrar, och i retur får man ett intygs-id som sedan används för att öppna intyget i WebcertsWebcert. Användaren kan därefter redigera intyget i Webcert. Alltså, vid ett tjänsteanrop till CreateDraftCertificate kommer intygs-id:t att returneras synkront.
...
| Expandera |
|---|
| title | Här nedan samlar vi alla frågor och svar som inkommit i samband med integrationsarbetet mellan Webcert och olika journalsystemsleverantörer |
|---|
|
Från när kan man börja förifylla FK7804 från vårt integrerade journalsystem?
Svar: Webcert fick detta stöd i december 2019. Respektive region/vårdgivare behöver sedan implementera möjligheten att förifylla detta intyg.
Länk till sida som innehåller mer information: http://www.rivta.se/domains/clinicalprocess_healthcond_certificate.html Vad händer i Webcert om ni får information i createDraftCertificate som ska fylla i aktivitetsbegränsning och/eller funktionsnedsättning, men ingen diagnos?
Svar: Information fylls i för aktivitetsbegränsning och/eller funktionsnedsättning. Eftersom ingen diagnosinformation ha angetts kommer varken FMB- eller ICF-stödet finnas tillgängligt initialt. Vad händer i Webcert om ni får information i createDraftCertificate om diagnos samt aktivitetsbegränsning och/eller funktionsnedsättning? Kommer det inbyggda stödet i Webcert (ICF-stödet) då skriva över den information ni får i taggen ang. aktivitetsbegränsning och/eller funktionsnedsättning?
Svar: Nej, information för aktivitetsbegränsning och/eller funktionsnedsättning fylls i intygsfälten. ICF-stödet finns tillgängligt utöver det men kommer inte påverkar den förifyllda texten Fundering från vår sida kring attribut. I den nya schemafilen kunde jag inte se KeyName och instans. Är de också borttagna som attribut?
Svar: Klargörs med exempel-XML:en, se nedan. Funderingar kring diagnoser i den nya ifyllnadstaggen i createDraftCertificate:
-Vad är skillnaden på displayName och värdet i 6.1? Skriver något över det andra?
-Var visas 6.1 samt displayName i Webcert?
-Vad vill Webcert få av COSMIC här? Bör vi skicka båda två?
-Behöver vi skicka displayName för andra kodade värden? Vad händer om det inte stämmer överens med de alternativ i Webcert som koden motsvarar?
Svar: displayName i 6.2 håller kodens klartext i enlighet med kodverket, dvs. ICD-10 i detta fall. Om läkaren får för sig att ändra denna klartext i Webcert så skickas den ändrade texten i 6.1, i enlighet med informationsspecifikationen.
 I Webcert funkar fungerar det som följande (givit givet att läkaren fyller i intyget i Webcert utan förifyllnad): Läkaren letar upp diagnosen och så visas kodens klartext, i enlighet med kodverket, upp i textfältet efter kodfältet à denna klartext skickas med i displayName i 6.2 
Läkaren kan ändra klartexten. Den ändrade texten visas i samma fält men själva ändrade texten skickas via 6.1 (och den ursprungliga klartexten skickas fortfarande via displayName i 6.2)
b.  cv:displayName är inte obligatoriskt enligt schemat, och displayName används inte heller till något i förifyllnaden. (cv:codeSystem och cv:code däremot är viktiga och används) Uppfattningen är att man inte behöver skicka cv:displayName för 6.2 men däremot delsvar 6.1. När det gäller andra CV:typer gäller samma sak, i förifyllanden spelar displayName ingen roll vad vi kan se.
Vad skulle hända om vi skickade överlappande datumperioder för sjukskrivningsperioden?
Svar: Vi gör inga valideringar kring periodernas rimlighet när vi tar emot information från er. Eventuella felaktigheter visas av WC GUI och får rättas till. I nedanstående exempel mockade vår utvecklare dels en period med startdatum > slutdatum , samt 2 överlappande perioder för att illustrera GUI-beteendet:
 Rekommendation från oss är följande (som jag även har uppdaterat i anvisningen): Om en följd av sjukskrivningsperioder med olika grader på nedsättning av arbetsförmågan är aktuell bör det skickas in nedsättningsgrad & kompletta sjukskrivningsperioder (med start- och slutdatum) som inte överlappar. Skickar man bara in nedsättningsgrader och inga perioder får samtliga startdatum satt till dagens datum (enligt fall-back hanteringen som är beskrivit i kolumnen bredvid) vilket gör att ifyllandsstödet för perioder inte fungerar så bra som vid manuell inmatning. Om denna hantering inte kan tillgodoses bör det övervägas att enbart skicka en nedsättningsgrad som då får dagens datum som start som sedan kan kompletteras.
Returneras det felmeddelanden för förifyllnadsuppgifter som inte validerar?
Svar: Nej, det returneras inte felmeddelanden för förifyllnadsuppgifter som inte validerar. De förifyllnadsuppgifter som validerar kommer med i statusmeddelanden. Ett exempel-XML på hur ett anrop till CreateDraftCertificate kan se ut när det finns förifyllnadsdata med i anropet.
Svar:
Här nedan samlar vi alla frågor och svar som inkommit i samband med integrationsarbetet mellan Webcert och olika journalsystemsleverantörer Från när kan man börja förifylla FK7804 från vårt integrerade journalsystem?
Svar: Webcert fick detta stöd i december 2019. Respektive region/vårdgivare behöver sedan implementera möjligheten att förifylla detta intyg.
Länk till sida som innehåller mer information: http://www.rivta.se/domains/clinicalprocess_healthcond_certificate.html Vad händer i Webcert om ni får information i createDraftCertificate som ska fylla i aktivitetsbegränsning och/eller funktionsnedsättning, men ingen diagnos?
Svar: Information fylls i för aktivitetsbegränsning och/eller funktionsnedsättning. Eftersom ingen diagnosinformation ha angetts kommer varken FMB- eller ICF-stödet finnas tillgängligt initialt. Vad händer i Webcert om ni får information i createDraftCertificate om diagnos samt aktivitetsbegränsning och/eller funktionsnedsättning? Kommer det inbyggda stödet i Webcert (ICF-stödet) då skriva över den information ni får i taggen ang. aktivitetsbegränsning och/eller funktionsnedsättning?
Svar: Nej, information för aktivitetsbegränsning och/eller funktionsnedsättning fylls i intygsfälten. ICF-stödet finns tillgängligt utöver det men kommer inte påverkar den förifyllda texten Fundering från vår sida kring attribut. I den nya schemafilen kunde jag inte se KeyName och instans. Är de också borttagna som attribut?
Svar: Klargörs med exempel-XML:en, se nedan. Funderingar kring diagnoser i den nya ifyllnadstaggen i createDraftCertificate:
-Vad är skillnaden på displayName och värdet i 6.1? Skriver något över det andra?
-Var visas 6.1 samt displayName i Webcert?
-Vad vill Webcert få av COSMIC här? Bör vi skicka båda två?
-Behöver vi skicka displayName för andra kodade värden? Vad händer om det inte stämmer överens med de alternativ i Webcert som koden motsvarar?
Svar: displayName i 6.2 håller kodens klartext i enlighet med kodverket, dvs. ICD-10 i detta fall. Om läkaren får för sig att ändra denna klartext i Webcert så skickas den ändrade texten i 6.1, i enlighet med informationsspecifikationen.
I Webcert funkar det som följande (givit att läkaren fyller i intyget i Webcert utan förifyllnad): Läkaren letar upp diagnosen och så visas kodens klartext, i enlighet med kodverket, upp i textfältet efter kodfältet à denna klartext skickas med i displayName i 6.2
Läkaren kan ändra klartexten. Den ändrade texten visas i samma fält men själva ändrade texten skickas via 6.1 (och den ursprungliga klartexten skickas fortfarande via displayName i 6.2)
b. cv:displayName är inte obligatoriskt enligt schemat, och displayName används inte heller till något i förifyllnaden. (cv:codeSystem och cv:code däremot är viktiga och används) Uppfattningen är att man inte behöver skicka cv:displayName för 6.2 men däremot delsvar 6.1. När det gäller andra CV:typer gäller samma sak, i förifyllanden spelar displayName ingen roll vad vi kan se.
Vad skulle hända om vi skickade överlappande datumperioder för sjukskrivningsperioden?
Svar: Vi gör inga valideringar kring periodernas rimlighet när vi tar emot information från er. Eventuella felaktigheter visas av WC GUI och får rättas till. I nedanstående exempel mockade vår utvecklare dels en period med startdatum > slutdatum , samt 2 överlappande perioder för att illustrera GUI-beteendet:
Rekommendation från oss är följande (som jag även har uppdaterat i anvisningen): Om en följd av sjukskrivningsperioder med olika grader på nedsättning av arbetsförmågan är aktuell bör det skickas in nedsättningsgrad & kompletta sjukskrivningsperioder (med start- och slutdatum) som inte överlappar. Skickar man bara in nedsättningsgrader och inga perioder får samtliga startdatum satt till dagens datum (enligt fall-back hanteringen som är beskrivit i kolumnen bredvid) vilket gör att ifyllandsstödet för perioder inte fungerar så bra som vid manuell inmatning. Om denna hantering inte kan tillgodoses bör det övervägas att enbart skicka en nedsättningsgrad som då får dagens datum som start som sedan kan kompletteras.
Returneras det felmeddelanden för förifyllnadsuppgifter som inte validerar?
Svar: Nej, det returneras inte felmeddelanden för förifyllnadsuppgifter som inte validerar. De förifyllnadsuppgifter som validerar kommer med i statusmeddelanden. Ett exempel-XML på hur ett anrop till CreateDraftCertificate kan se ut när det finns förifyllnadsdata med i anropet.
Svar:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:urn="urn:riv:itintegration:registry:1"
xmlns:urn1="urn:riv:clinicalprocess:healthcond:certificate:CreateDraftCertificateResponder:3"
xmlns:urn2="urn:riv:clinicalprocess:healthcond:certificate:types:3"
xmlns:urn3="urn:riv:clinicalprocess:healthcond:certificate:3"
xmlns:urn4="urn:riv:clinicalprocess:healthcond:certificate:3.2"
xmlns:urn5="urn:riv:clinicalprocess:healthcond:certificate:3.3">
<soapenv:Header>
<urn:LogicalAddress></urn:LogicalAddress>
</soapenv:Header>
<soapenv:Body>
<urn1:CreateDraftCertificate xmlns:urn="urn:riv:itintegration:registry:1"
xmlns:urn1="urn:riv:clinicalprocess:healthcond:certificate:CreateDraftCertificateResponder:3"
xmlns:urn2="urn:riv:clinicalprocess:healthcond:certificate:types:3"
xmlns:urn3="urn:riv:clinicalprocess:healthcond:certificate:3"
xmlns:urn5="urn:riv:clinicalprocess:healthcond:certificate:3.3">
<urn1:intyg>
<urn1:typAvIntyg>
<urn2:code>LISJP</urn2:code>
<urn2:codeSystem>b64ea353-e8f6-4832-b563-fc7d46f29548</urn2:codeSystem>
</urn1:typAvIntyg>
<urn1:patient>
<urn3:person-id>
<urn2:root>1.2.752.129.2.1.3.1</urn2:root>
<urn2:extension>191212121212</urn2:extension>
</urn3:person-id>
<urn3:fornamn>Per</urn3:fornamn>
<urn3:efternamn>Persson</urn3:efternamn>
<!--Optional:-->
<urn3:mellannamn>Svensson</urn3:mellannamn>
<urn3:postadress>Torsgatan 18</urn3:postadress>
<urn3:postnummer>Torsbyn</urn3:postnummer>
<urn3:postort>24680</urn3:postort>
</urn1:patient>
<urn1:skapadAv>
<urn1:personal-id>
<urn2:root>1.2.752.129.2.1.4.1</urn2:root>
<urn2:extension>SE4815162344-1B01</urn2:extension>
</urn1:personal-id>
<urn1:fullstandigtNamn>Ivar Integration</urn1:fullstandigtNamn>
<urn1:enhet>
<urn1:enhets-id>
<urn2:root>1.2.752.129.2.1.4.1</urn2:root>
<urn2:extension>SE4815162344-1A02</urn2:extension>
</urn1:enhets-id>
<urn1:enhetsnamn>WebCert-Integration Enhet 1</urn1:enhetsnamn>
</urn1:enhet>
</urn1:skapadAv>
<urn1:ref>journal-system-referens</urn1:ref> <urn5:forifyllnad> <urn5:svar id="27">
<urn3:delsvar id="27.1">false</urn3:delsvar>
</urn5:svar>
<urn5:svar id="1">
<urn3:instans>1</urn3:instans>
<urn3:delsvar id="1.1">
<urn2:cv>
<urn2:code>UNDERSOKNING</urn2:code>
<urn2:codeSystem>KV_FKMU_0001</urn2:codeSystem>
<urn2:displayName>Min undersökning av patienten</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="1.2">2017-05-26</urn3:delsvar>
</urn5:svar>
<urn5:svar id="1">
<urn3:instans>2</urn3:instans>
<urn3:delsvar id="1.1">
<urn2:cv>
<urn2:code>TELEFONKONTAKT</urn2:code>
<urn2:codeSystem>KV_FKMU_0001</urn2:codeSystem>
<urn2:displayName>Min telefonkontakt med patienten</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="1.2">2017-05-26</urn3:delsvar>
</urn5:svar>
<urn5:svar id="1">
<urn3:instans>3</urn3:instans>
<urn3:delsvar id="1.1">
<urn2:cv>
<urn2:code>JOURNALUPPGIFTER</urn2:code>
<urn2:codeSystem>KV_FKMU_0001</urn2:codeSystem>
<urn2:displayName>Journaluppgifter från den</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="1.2">2017-05-26</urn3:delsvar>
</urn5:svar>
<urn5:svar id="1">
<urn3:instans>4</urn3:instans>
<urn3:delsvar id="1.1">
<urn2:cv>
<urn2:code>ANNAT</urn2:code>
<urn2:codeSystem>KV_FKMU_0001</urn2:codeSystem>
<urn2:displayName>Annat</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="1.2">2017-05-26</urn3:delsvar>
<urn3:delsvar id="1.3">baserat på annat</urn3:delsvar>
</urn5:svar>
<urn5:svar id="28">
<urn3:instans>1</urn3:instans>
<urn3:delsvar id="28.1">
<urn2:cv>
<urn2:code>NUVARANDE_ARBETE</urn2:code>
<urn2:codeSystem>KV_FKMU_0002</urn2:codeSystem>
<urn2:displayName>Nuvarande arbete</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="28">
<urn3:instans>2</urn3:instans>
<urn3:delsvar id="28.1">
<urn2:cv>
<urn2:code>ARBETSSOKANDE</urn2:code>
<urn2:codeSystem>KV_FKMU_0002</urn2:codeSystem>
<urn2:displayName>Arbetssökande</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="28">
<urn3:instans>3</urn3:instans>
<urn3:delsvar id="28.1">
<urn2:cv>
<urn2:code>FORALDRALEDIG</urn2:code>
<urn2:codeSystem>KV_FKMU_0002</urn2:codeSystem>
<urn2:displayName>Föräldraledighet för vård av barn</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="28">
<urn3:instans>4</urn3:instans>
<urn3:delsvar id="28.1">
<urn2:cv>
<urn2:code>STUDIER</urn2:code>
<urn2:codeSystem>KV_FKMU_0002</urn2:codeSystem>
<urn2:displayName>Studier</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="29">
<urn3:delsvar id="29.1">Ett yrke med arbetsuppgifter</urn3:delsvar>
</urn5:svar>
<urn5:svar id="6">
<urn3:delsvar id="6.2">
<urn2:cv>
<urn2:code>J22</urn2:code>
<urn2:codeSystem>1.2.752.116.1.1.1.1.3</urn2:codeSystem>
<urn2:displayName>Icke specificerad akut infektion i nedre luftvägarna</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="6.1">Läkares egna inofficiella diagnosbeskrivning</urn3:delsvar>
<urn3:delsvar id="6.4">
<urn2:cv>
<urn2:code>M46</urn2:code>
<urn2:codeSystem>1.2.752.116.1.1.1.1.3</urn2:codeSystem>
<urn2:displayName>Andra inflammatoriska sjukdomar i ryggraden</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="6.3">Andra inflammatoriska sjukdomar i ryggraden</urn3:delsvar>
<urn3:delsvar id="6.6">
<urn2:cv>
<urn2:code>S22</urn2:code>
<urn2:codeSystem>1.2.752.116.1.1.1.1.3</urn2:codeSystem>
<urn2:displayName>Fraktur på revben, bröstbenet och bröstkotpelaren</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="6.5">Fraktur på revben, bröstbenet och bröstkotpelaren</urn3:delsvar>
</urn5:svar>
<urn5:svar id="35">
<urn3:delsvar id="35.1">Funktionell nedsättningen</urn3:delsvar>
</urn5:svar>
<urn5:svar id="17">
<urn3:delsvar id="17.1">Begränsning i aktiviteten</urn3:delsvar>
</urn5:svar>
<urn5:svar id="19">
<urn3:delsvar id="19.1">En pågående behandling</urn3:delsvar>
</urn5:svar>
<urn5:svar id="20">
<urn3:delsvar id="20.1">En planerad behandling</urn3:delsvar>
</urn5:svar>
<urn5:svar id="32">
<urn3:instans>1</urn3:instans>
<urn3:delsvar id="32.1">
<urn2:cv>
<urn2:code>HELT_NEDSATT</urn2:code>
<urn2:codeSystem>KV_FKMU_0003</urn2:codeSystem>
<urn2:displayName>100%</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="32.2">
<urn2:datePeriod>
<urn2:start>2017-06-19</urn2:start>
<urn2:end>2017-07-10</urn2:end>
</urn2:datePeriod>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="32">
<urn3:instans>2</urn3:instans>
<urn3:delsvar id="32.1">
<urn2:cv>
<urn2:code>TRE_FJARDEDEL</urn2:code>
<urn2:codeSystem>KV_FKMU_0003</urn2:codeSystem>
<urn2:displayName>75%</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="32.2">
<urn2:datePeriod>
<urn2:start>2017-05-28</urn2:start>
<urn2:end>2017-06-18</urn2:end>
</urn2:datePeriod>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="32">
<urn3:instans>3</urn3:instans>
<urn3:delsvar id="32.1">
<urn2:cv>
<urn2:code>HALFTEN</urn2:code>
<urn2:codeSystem>KV_FKMU_0003</urn2:codeSystem>
<urn2:displayName>50%</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="32.2">
<urn2:datePeriod>
<urn2:start>2017-05-27</urn2:start>
<urn2:end>2017-05-27</urn2:end>
</urn2:datePeriod>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="32">
<urn3:instans>4</urn3:instans>
<urn3:delsvar id="32.1">
<urn2:cv>
<urn2:code>EN_FJARDEDEL</urn2:code>
<urn2:codeSystem>KV_FKMU_0003</urn2:codeSystem>
<urn2:displayName>25%</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="32.2">
<urn2:datePeriod>
<urn2:start>2017-05-26</urn2:start>
<urn2:end>2017-05-26</urn2:end>
</urn2:datePeriod>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="37">
<urn3:delsvar id="37.1">Arbetsförmågan bedöms nedsatt en längre tid.</urn3:delsvar>
</urn5:svar>
<urn5:svar id="33">
<urn3:delsvar id="33.1">true</urn3:delsvar>
<urn3:delsvar id="33.2">Ett medicinskt skäl till annan förläggning</urn3:delsvar>
</urn5:svar>
<urn5:svar id="39">
<urn3:delsvar id="39.1">
<urn2:cv>
<urn2:code>ATER_X_ANTAL_DGR</urn2:code>
<urn2:codeSystem>KV_FKMU_0006</urn2:codeSystem>
<urn2:displayName>Patienten kommer med stor sannolikhet att återgå helt i nuvarande sysselsättning efter x antal dagar
</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
<urn3:delsvar id="39.3">
<urn2:cv>
<urn2:code>NITTIO_DGR</urn2:code>
<urn2:codeSystem>KV_FKMU_0007</urn2:codeSystem>
<urn2:displayName>90 dagar</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>1</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>ARBETSTRANING</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Arbetsträning</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>2</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>ARBETSANPASSNING</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Arbetsanpassning</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>3</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>SOKA_NYTT_ARBETE</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Söka nytt arbete</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>4</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>BESOK_ARBETSPLATS</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Besök på arbetsplatsen</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>5</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>ERGONOMISK</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Ergonomisk bedömning</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>6</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>HJALPMEDEL</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Hjälpmedel</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>7</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>KONFLIKTHANTERING</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Konflikthantering</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>8</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>KONTAKT_FHV</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Kontakt med företagshälsovård</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>9</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>OMFORDELNING</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Omfördelning av arbetsuppgifter</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="40">
<urn3:instans>10</urn3:instans>
<urn3:delsvar id="40.1">
<urn2:cv>
<urn2:code>OVRIGA_ATGARDER</urn2:code>
<urn2:codeSystem>KV_FKMU_0004</urn2:codeSystem>
<urn2:displayName>Övrigt</urn2:displayName>
</urn2:cv>
</urn3:delsvar>
</urn5:svar>
<urn5:svar id="44">
<urn3:delsvar id="44.1">Övriga åtgärder finns</urn3:delsvar>
</urn5:svar>
<urn5:svar id="25">
<urn3:delsvar id="25.1">En del övrigt om patienten</urn3:delsvar>
</urn5:svar>
<urn5:svar id="26">
<urn3:delsvar id="26.1">true</urn3:delsvar>
<urn3:delsvar id="26.2">Gillar att prata i telefon</urn3:delsvar>
</urn5:svar> </urn5:forifyllnad>
</urn1:intyg>
</urn1:CreateDraftCertificate>
</soapenv:Body>
</soapenv:Envelope> |
|
...