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.
...
Webcert - vid inloggning med SITHS krävs Medarbetaruppdrag syfte med ändamål Vård - och behandling.
Rehabstöd - kräver inloggning med SITHS Medarbetaruppdrag syfte med ändamål Vård och behandling samt om du är Rehabkoordinator en särskild roll hsaSystemRole. Läs mer här Mer om Rehabstöd
Intygsstatistik - kräver inloggning med SITHS, Medarbetaruppdrag syfte med ändamål Statistik
Felsökning vid användning av SITHS med NetID
Kontrollera att din webbläsare stödjer de tekniska kraven och att du har rätt version av NetID installerat. Kontakta din lokala IT-support om du behöver hjälp.
Starta om datorn och gör sedan om inloggningsproceduren.
Kontrollera ditt SITHS genom att:
kontrollera att det sitter rätt i kortläsaren
prova att läsa in kortet på nytt genom att högerklicka på NetID-ikonen och välj ”Läs in kortet på nytt”.
kontrollera att du inte har några problem med att använda ditt SITHS i övrigt, till exempel i Pascal.
kontrollera om SITHS-kortets certifikat är giltigt. Om du inte vet hur du gör det, kontakta din lokala IT-support.
kontrollera att du har valt rätt certifikat.
Rensa webbläsarens temporära internetfiler (cache) - kontakta din lokala IT-support om du behöver hjälp
Kontrollera att det fungerar för en annan användare att logga in i tjänsten på samma dator.
Kontakta din lokala HSA-administration och säkerställ att du har medarbetaruppdrag med ändamål för vård Vård och behandling på den aktuella vårdenheten.
Om Citrix används, prova att logga in på en dator utan Citrix.
Här kan du testa SITHS eID https://minasidor.siths.se/ineraauthority/Test
...
Kontrollera att din webbläsare stödjer de tekniska kraven och att du har rätt version av SITHS eID installerat. Kontakta din lokala IT-support om du behöver hjälp.
Starta om datorn och gör sedan om inloggningsproceduren.
Kontrollera ditt SITHS-kort genom att:
kontrollera att det sitter rätt i kortläsaren
prova att trycka på F5 för att ladda om SITHS eID klienten och anslutna kort
kontrollera att du inte har några problem med att använda ditt SITHS i övrigt, till exempel i Pascal.
kontrollera om SITHS-kortets certifikat är giltigt. Om du inte vet hur du gör det, kontakta din lokala IT-support.
kontrollera att du har valt rätt certifikat.
Rensa webbläsarens temporära internetfiler (cache) - kontakta din lokala IT-support om du behöver hjälp
Kontrollera att det fungerar för en annan användare att logga in i tjänsten på samma dator.
Kontakta din lokala HSA-administration och säkerställ att du har medarbetaruppdrag med ändamål för vård Vård och behandling på den aktuella vårdenheten.
Om Citrix används, prova att logga in på en dator utan Citrix.
Här kan du testa SITHS eID https://minasidor.siths.se/ineraauthority/Test
...
Du kan använda BankID på kort , eller mobilt BankID eller Telia e-legitimation. Det är endast den läkare som utfärdat intyget som kommer kunna se det i Webcert.
Giltighetstiden för en e-legitimation är begränsad, kontrollera på utgivarens webbplats om giltighetstiden har gått ut.
...
Tjänsterna är utvecklade och testade för Edge Chromium och Chrome
Tjänsterna fungerar även med Internet Explorer 11, dock kommer webbläsaren att fasas ut under 2023.
För att signera med SITHS eID i webbläsarna Edge Chromium och Chrome behöver användaren installera SITHS eID Windowsklient. För mer information se https://inera.atlassian.net/wiki/x/uYBWhw
...
En användare definieras som läkare om det i HSA går att styrka att användaren tillhör den legitimerade yrkesgruppen Läkare, har befattningskoden 203020 eller 204010 eller har någon av befattningskoderna 203090 och 204090 i kombination med vissa förskrivarkoder. Se Användarmanual, Tabell 1, Kapitel 2.1 för detaljer.
SITHS eID saknas
Har Vårdgivaren gått över till Underskriftstjänsten behöver användaren ha Den nya underskriftslösningen kräver att användaren har installerat SITHS eID Windowsklient. För mer information se https://inera.atlassian.net/wiki/x/uYBWhw
...
Dessa användare kan fortfarande logga in i Webcert med sina SITHS-kort men får kan i vissa fall få problem vid signering. Felmeddelande Felmeddelandet som brukar visas är: “saknar förutsättningar för att signera i annan webbläsare än Internet Explorer”.
Problemet uppstår när användaren försöker signera med sitt befintliga SITHS-kort eftersom men det gamla certifikat med certifikatet för samordningsnummer ligger kvar på SITHS-kortet och fortfarande väljs vid signeringen. När Underskriftstjänsten sedan använder det gamla samordningsnumret för kontroll mot HSA får Underskriftstjänsten ingen träff och då misslyckas signeringen.
Det är nämligen skillnad på vilken typ av certifikat som används vid inloggning och signering i Webcert. Vid traditionell inloggning mha mTLS använder Ineras IdP HSA-id-certifikatet (SITHS e-id Person HSA-id [2-3] CA v1) men medan Underskriftstjänsten och SITHS eID-klient använder sig av PNR-certifikaten (SITHS e-id Person ID [2-3] CA v1). Båda typerna skall alltid finnas på alla SITHS-kort.
...
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 skickas till Försäkringskassan skickas.
Sammanhållen journalföring (SJF)
...
Behörighetsmodellen för Webcert mellan vårdenheter inom samma vårdgivare, eller mellan vårdgivare om sjf=true
Mellan vårdenheter eller mellan vårdgivare om sjf=true | Läkare och Tandläkare | Vårdadmin |
|---|
Utkast | Läsa | Läsa |
Låst utkast | Läsa, Kopiera | Läsa, Kopiera |
Signerat intyg | Läsa, förnya, läsa ärendekommunikation (ej skapa fråga eller svar) | Läsa, förnya, läsa ärendekommunikation (ej skapa fråga eller svar) |
Arbetsgivarintyg (AG7804 och AG1-14)
...
Användaren använder Webcert integrerat i journalsystem
Användaren är inloggad på den enheten där det ursprungliga intyget (FK7804) utfärdats
Tillgängligt FK7804 är:
Anpassa intyg till arbetsgivare (AG-intygen) i 1177
...
intyg
Arbetsgivarintygen (AG1-14 ochAG7804och AG7804) är framtagna för att säkerställa att arbetsgivarna får tillräcklig information för att kunna bevilja invånaren sjuklön och vid behov erbjuda rehabilitering.
Om läkaren har uppgett diagnos i AG-intygen kan invånaren välja att dölja denna när intyget skrivs ut från 1177 , Mina intyg.
Om läkaren inte har uppgett diagnos i AG-intygen finns det inget för invånaren att dölja och funktionen i 1177 , Mina intyg är inaktiverad.
Medarbetaruppdrag på nedlagd enhet
...
I dagsläget är Webcert utvecklat endast som en intygsutfärdande applikation och all process-/patient-/läkarhantering sker i journalsystemet.. Det finns dock i Webcert en parameter responsibleHospName som anger information om den HoS-person (Hälso- och sjukvårdspersonal) som är ansvarig för att signera intyget. Denna parameter används när det inte är samma person som skriver intygsutkastet och information om detta visas som ett separat fält på intyget. Detta gör att det blir synbart vem som är ansvarig intygsutfärdare på intygsutkast som ej är signerade.
...
Parametern kopieringOK styr funktionen Förnya. Parametern sätts per default till true om inget anges. Sätts kopieringOK=false tillåts användaren inte att förnya ett signerat intyg. Om parameter kopieringOK helt utelämnas i anropet så är det samma sak som kopieringOK = True, dvs det är upp till journalsystemet att avgränsa om man ska få kopiera och om det får ske över vårdgivargränser. Om kopieringOK != True (dvs False eller tomt eller något annat värde vilket som helst) så får man INTE kopiera.
Förifyllnad från integrerat journalsystem
| 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 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 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 createDraftCertificateCreateDraftCertificate:
-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 fungerar det som följande (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.
Image RemovedI 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 - Image Removed
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. Image Removedcv: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:
Image RemovedRekommendation 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> |
|
...
Om en webbläsare som inte stödjer nedladdning av figurer (fonter) används kan i vissa fall "nedåtpilarna" försvinna. Lösningen på problemet kan vara att använda Rehabstöd i en annan webbläsare, förslagsvis Internet Explorer.
Går det att ta fram en lista med sjukfall från tidigare år?
...
Rehabkoordinator: En användare som har medarbetaruppdrag med ändamål ”Vård och behandling” i HSA samt hsaSystemRole på enheten (behövs MU + hsaSystemRole för alla enheter) definieras som Rehabkoordinator.
Läs mer om behörigheter i Rehabstöds användarmanual: https://inera.atlassian.net/wiki/x/moiUG
...
För att enheten ska kunna använda Rehabstöd behövs därför en ändring så att korrekt HSA-id skickas med intygen. Alla ändringar av HSAid HSA-id i journalsystem ska genomföras enligt rutin tillsammans med en riskanalys.
...
Klicka på patienten i sjukfallsvyn
Leta rätt på den rad för det intyg som du behöver intygsid för.
Längst till höger ser du en ruta “Visa intyg”, klicka på den för att öppna intyget.
Scrolla allra längst ner - under adressinformation till enheten hittar du intygsidintygs-ID. Du kan markera, kopiera och klistra in det i ditt felärende/mail så slipper du skriva av alla siffror och bokstäver.
...
Validering i produktionsmiljö
...
Intyg utfärdade på valideringspersoner är tillgängliga i samtliga vyer i Webcert men kan inte skickas till intygsmottagare. Därmed kan inte heller ärendekommunikation valideras.
Intyg utfärdade på valideringspersoner visas inte i Mina 1177 intyg, Intygsstatistik eller Rehabstöd.
Intyg utfärdade på valideringspersoner PDL-loggas inte.
Intyg utfärdade på valideringspersoner gallras automatiskt bort då de är utfärdade för >=31 dagar sedan. De arkiveras inte utan raderas bort helt.
Intygsförvaltningen kan följa upp dessa intyg loggar samt se vem som hanterat dem.
Aktivering av den nya Webcert-klienten (REACT)
...