Information om kända fel och förändringar, versionspaket 21
På denna sida delar E-hälsomyndigheten information om kända fel och förändringar i versionspaket 21. Informationen i tabellen uppdateras när nya kända fel upptäcks och när dessa har åtgärdats.
Information om E-hälsomyndighetens releaser samt tidpunkter för respektive release finns här: Releaseinformation.
Prenumerera på information om kända fel och förändringar, versionspaket 21
Via ett så kallat RSS- flöde kan du prenumerera på kända fel och förändringar för versionspaket 21 som publiceras på den här sidan. RSS är ett standardformat för att skicka nyhetsrubriker och sammanfattningar till din dator, mobil eller RSS-läsare. Nyheterna presenteras i en kort version till din RSS-läsare så fort de publiceras.
För att prenumerera på ett RSS-flöde behöver du en RSS-läsare. Vissa webbläsare har inbyggda funktioner för att upptäcka och prenumerera på RSS-flöden. För andra webbläsare behöver du installera ett tillägg. Det finns även flera webbaserade RSS-läsare som är kostnadsfria och inte behöver installeras på din dator.
En del e-postprogram har också en funktion för att läsa RSS-flöden.
Instruktion
För att lägga till RSS- flödet i ditt e-postprogram eller i din webbläsare klickar du på länken nedan. Kopiera webbadressen till RSS- flödet från webbläsaren och lägg in i RSS- flödet i ditt e-postprogram eller webbläsare.
Till RSS- flödet: https://www.ehalsomyndigheten.se/yrkesverksam/anslut-och-utveckla/information-om-kanda-fel-och-forandringar-versionspaket-21/rss/
Kända fel
I tabell 1 sammanfattas aktuella fel. Informationen i tabellen uppdateras när nya kända fel upptäcks och när det åtgärdats. Informationen i tabellen tas bort när felet hanterats inom en release. Informationen kommer då att publiceras enligt ordinarie rutin i handbokens releaseinformation samt med ordinarie handboksinformation i de fall det är aktuellt.
Kända fel innebär att en funktion avviker från gällande dokumentation och därför behöver åtgärdas i E-hälsomyndighetens delsystem. Om utveckling har gjorts enligt gällande dokumentation behöver ingen åtgärd göras i anslutande system.
Tabell 1
Datum för publicering | ÄrendeID | Vem påverkas? | Delsystem | Behov av åtgärd i anslutande system? | Beskrivning | Vill du veta mer? | Status för åtgärd | Aktuell/Åtgärdad | Intern ärendeID hos E-hälsomyndigheten |
---|---|---|---|---|---|---|---|---|---|
2024-12-10 | K51 | Vårdsystem | NLL | Ingen anpassning krävs | Hälso- och sjukvårdspersonal kan inte avvisa en förfrågan om registrerat åtkomstsamtycke eller avregistrera ett aktivt åtkomstsamtycke, för en person med skyddade personuppgifter. Personen med skyddade personuppgifter kan avvisa eller acceptera förfrågan samt avregistrera åtkomstsamtycket. En förfrågan som inte besvaras inom 7 dagar tas bort automatiskt. | Planeras till 21.13 | Aktuell | LMHTM-2837 | |
2024-12-10 | K50 | Apotekssystem | NLL | Ingen anpassning krävs | I vissa fall returneras felmeddelande med en felaktig FHIR-path (OperationOutcome.issue.expression) om flera uttag som ingår i samma expediering anges i Resurssamling transaktion. I det fall felet inte kan kopplas till en specifik uttagsresurs så pekas just nu alltid det första uttaget ut. En rättning planeras så att ingen FHIR-path alls returneras när det inte är möjligt att avgöra vilket av uttagen som orsakade felet. | Planeras till 21.12 | Aktuell | LMHTM-2727 | |
2024-12-10 | K48 | Vårdsystem | NLL | Ingen anpassning krävs | För vissa kombinationer av yrkesroller returneras inte någon information om att patienten har särskilt läkemedel i sin läkemedelslista vid hämtning av Information läkemedelslista (FHIR: NLLMedicationListInfo). Detta inträffar när en förskrivare av läkemedel har flera yrkesroller, där en är sjuksköterska och någon roll har en gruppförskrivarkod. | Planeras till 21.12 | Aktuell | SRQ-609612 | |
2024-12-10 | K47 | Apotekssystem | NLL | Ingen anpassning krävs | Ibland ger hantering av flera uttag i resurssamling missvisande historik När flera uttag hanteras i en Resurssamling och förskrivningen blir slutexpedierad efter att alla uttag har skett, så pekar ibland förskrivningens Expediera-händelse inte på det sista uttaget som angavs i resurssamlingen. Det ser ut som att det uttag som angavs först i resurssamlingen slutexpedierade förskrivningen, istället för det uttag som angavs sist. | Planeras till 21.12 | Aktuell | LMHTM-2722 | |
2024-12-10 | K46 | Vård- och apotekssystem | NLL | Ingen anpassning krävs | Otydlig doseringsanvisning returneras av doseringsgeneratorn när man anger en dosering som består av flera doseringssteg där minst ett har veckodagar och minst ett doseringssteg saknar veckodagar. Exempel Nuvarande text: Använd följande doseringsschema i 14 dagar: 1 tablett på morgonen på måndagar. 2 tabletter på morgonen på lördagar. Dag 1-7: 2 tabletter på morgonen. Efter rättning: Använd följande doseringsschema i 14 dagar: 1 tablett på morgonen på måndagar. 2 tabletter på morgonen på lördagar. Dag 15-21: 2 tabletter på morgonen. | Planeras till 21.12 | Aktuell | LMHTM-2585 | |
2024-12-10 | K45 | Vård- och apotekssystem | NLL | Anpassning krävs ifall anslutande system nu hindrar användaren att vid avslut av en förskrivning ange "Senaste datum för avslut av behandling" när ett "Senaste datum för uppföljning" redan finns. | Om ett Senaste datum för uppföljning av behandling finns angivet på en förskrivning är det inte möjligt att avsluta förskrivningen genom att ange ett Senaste datum för avslut av behandling. Detta ger nu ett felmeddelande om att dessa två datum inte får vara angivna samtidigt. En rättning planeras så att ingen kontroll sker vid avslut av en förskrivning. En förskrivning som är avslutad kan ha båda datumen. | Planeras till 21.12 | Aktuell | LMHTM-2601 | |
2024-12-06 | K49 | Apotekssystem | NLL | Ingen anpassning krävs | För att varningar ska accepteras vid expediering krävs i nuläget att Metadata anges enligt exempel nedan på inbäddad resurs för detected issues. Rättning planeras så att varningar accepteras oavsett om metadata anges eller inte. Exempel "meta": { | Planeras till 21.12 | Aktuell | LMHTM-2643 | |
2024-11-20 | K44 | Vård- och apotekssystem | NLL | Ingen anpassning krävs | I den Bundle som returneras från $monitoring saknas det (enligt HL7 FHIR) obligatoriska attributet type.
| Planeras till 21.12 | Aktuell | LMHTM-2601 | |
2024-11-20 | K43 | Vård- och apotekssystem | NLL | Ingen anpassning krävs men kan vara till hjälp vid utveckling | Händelsetyp måste nu alltid anges i HTTP-header. Det innebär att en händelsetyp också måste anges i headerns händelse (Provenance) även i de fall då händelsetyp krävs som indata per angiven resurs:
I dessa fall måste nu en giltig händelsetyp i headern anges för att inte få ett fel, men informationen används inte. En rättning planeras så att händelsetyp i ovan fall kan utelämnas i HTTP-headern. | Planeras till 21.12 | Aktuell | LMHTM-2100 | |
2024-11-20 | K42 | Apotekssystem | NLL | Ingen anpassning krävs | Attributet Akut markering som finns på dosunderlag har felaktigt värde vid hämtning av historiska versioner av ett dosunderlag. Samtliga versioner av dosunderlaget har nu alltid värdet false. Denna aggregerade information på dosunderlaget speglar värdet på akut-markeringar för tillhörande förskrivningar och är endast relevant vid hämtning av Ej godkända dosunderlag (FHIR-operation $getAllInvalid), där är svaret korrekt. Informationen i akut-markeringen på dosunderlag ska i övriga fall inte visas upp. Rättning planeras så att attributet akut markering inte returneras alls vid hämtning av historiska versioner.
| Planeras till 21.12 | Aktuell | LMHTM-2409 | |
2024-11-20 | K41 | Apotekssystem | NLL | Anpassning krävs för att hantera flera uttag i samma expediering med resurssamling transaktion. | Hantering av flera uttag i resurssamling (NLLTransaction). I release 21.11 kommer funktion för att hantera flera typer av resurser i en resurssamling. I denna version är inte hanteringen av flera uttag som ska ingå i samma expediering korrekt. Det innebär att varje uttag hanteras som att de ingår i en unik expediering, backning eller kreditering. Exempelvis Uppdatera en förskrivning och registrera två uttag. Uttagen hanteras då enligt regler för separata expedieringar och kan inte ha samma expedierings-id. En rättning planeras som innebär att flera uttag som anges efter varandra i en resurssamling kommer att hanteras som tillhörande samma expediering, backning eller kreditering. Rättning kommer i extrarelease 21.11.2 | Planeras till release 21.11.2 | Aktuell | LMHTM-2202 | |
2024-10-07 | K40 | Vård- och apotekssystem | NLL | Ingen anpassning krävs, men kan vara till hjälp för slutanvändarupplevelsen. | Förnyelse av handelsvara med endast blanktecken i doseringstexten. Nedan problem kan uppstå vid förnyelse i FHIR av en förskrivning av handelsvara som har skapats via NEF-formatet och som har en dosering angiven men där doseringen endast innehåller blanktecken. Blanktecken kan inte anges via FHIR. I NEF-formatet får inte doseringsfältet lämnas tomt för handelsvaror, det förekommer därför att endast blanktecken anges som dosering. När ett system anslutet till FHIR läser upp en sådan förskrivning tolkas fält med endast blanktecken som att doseringsfältet saknas. Om förskrivning sedan förnyas via FHIR med den upplästa informationen resulterar det i att NLL inte kan tolka vilken doseringstyp förskrivningen har. Felet som returneras när förskrivningen försöker förnyas är nu "2-25-540: Fält fritextdosering får inte uppdateras av VARD vid (FORNYA)" men kommer efter 27/11, Release 21.11 returneras "Identifiering av doseringstyp misslyckades". Dessa förskrivningar kan inte förnyas via FHIR, utan ska där hanteras på följande sätt:
System som ansluter till FHIR kan underlätta för sina användare genom att inte tillåta förnyelse av en förskrivning vars doseringstyp är fritextdosering om själva fältet fritextdosering saknas. När inga handelsvaruförskrivningar längre skapas via transformatorn i NEF-formatet kommer inte heller felet att uppstå längre. | Ingen åtgärd planerad | Aktuell | LMHTM-1655 | |
2024-09-13 | K39 | Vård- och apotekssystem | NLL | Nej. Ingen anpassning krävs av anslutande system | Det finns förekomster av förskrivningar i NLL där vissa fritextfält har blanksteg först eller sist i texten. Detta kan orsaka fel för de fält som inte får ändras i ett visst scenario när en förskrivning förändras (Vid PUT samt POST vid förnya eller ersätta). I FHIR trimmas dessa blanktecken bort och problem uppstår när detta jämförs med innehållet i databasen där blanktecken finns. NLL tolkar det som att anropande system försökt göra en ändring i fältet och anropet avvisas för att fältet inte är tillåtet att ändra. I extrarelease 21.10.1 som gick ut 25/9 rättas dessa problem för fälten Apotekets kommentar, Förskrivarens kommentar, Leveransmeddelande samt Notat förskrivare. Rättning för textfält Doseringsinstruktion, Fritextdosering, Behandlingsändamål, samt Förnamn och Efternamn för patient med födelsedatum pågår. | Planeras till release 21.10.1 och 21.11 | Åtgärdad | LMHTM-1655 LMH-222 | |
2024-09-13 | K38 | Vård- och apotekssystem | NLL | Nej. Ingen anpassning krävs av anslutande system | Det finns förekomster av förskrivningar i NLL där vissa fritextfält är tomma eller endast innehåller blanksteg, vilket orsakar problem med att läsa upp förskrivningen i de fall FHIR-standarden har en struktur som kräver att ett värde ska finnas (så kallat Deserialiseringsfel). I extrarelease 21.10.1 som går ut 25/9 rättas detta problem för fälten Apotekets kommentar, Förskrivarens kommentar, Leveransmeddelande samt Notat förskrivare. | Införd i release 21.10.1 | Åtgärdad | LMH-222 | |
2024-09-09 | K37 | Apotekssystem | Transformatorn | Nej. Ingen anpassning krävs av anslutande system | Nedan problem kan uppstå för användare anslutna via Transformatorn. När en användare i ett FHIR-anslutet system skapar en förskrivning som är vid behov och som också har ett doseringsschema kan detta inte korrigeras via transformatorn eftersom doseringsschema inte tillåts för vid behovsdoseringar (ordinationstyp B) där. Användaren måste avsluta förskrivningen och skapa en ny förskrivning för att kunna komma runt problemet. | Problemet berör användare i versionspaket 17.1 | Ej planerad till specifik release | Aktuell | LMHTM-1600 |
2024-07-01 | K36 | Vård- och apotekssystem | Transformatorn | Nej. Ingen anpassning krävs av anslutande system | Transformatorn visar ibland inte korrekta kommentarer. I de fall då det finns en framtida utsättning och förskrivningen sedan har förnyats eller makulerats så visar transformatorn upp kommentaren från makuleringen/förnyelsen på utsättningen. När det sker en uppdatering via FHIR där sista doseringsdag sätts till dagens datum (förskrivningen avslutas vid midnatt) och händelseorsaken är FELAKTIGA UPPGIFTER så visas just nu utsättningskommentaren "Fel läkemedel/vara/styrka/dosering/ändamål." via transformatorn.
| 21.11 | Aktuell | LMHTM-1342 LMHTM-1352 LMHTM-1353
| |
2024-07-01 | K35 | Vård- och apotekssystem | Transformatorn | Nej. Ingen anpassning krävs av anslutande system | Transformatorn visar i vissa situationer upp felaktig information om utförare på en förskrivning. När en patient blir dospatient sätter e-Hälsomyndigheten automatiskt ett värde för vid behov- flaggan på alla befintliga förskrivningar som saknar värde för den, genom en uppdatera händelse. På förskrivningen visas då den som mottagit dossamtycket som den som gjort uppdateringen. Om förskrivningen var avslutad då patienten blir dospatient visar transformatorn upp personen som mottagit dossamtycket som den som avslutat/makulerat förskrivningen. | 21.11 | Aktuell | LMHTM-1148 | |
2024-07-01 | K34 | Vård- och apotekssystem | NLL | Nej. Ingen anpassning krävs av anslutande system | När en ny förskrivning som avser en framtida förändring skapas via Pascal (registrera parallell förskrivning) förkortar NLL giltigheten automatiskt på den befintliga förskrivningen. Om den befintliga förskrivningen har ett expedieringsintervall kan den förkortade giltighetstiden innebära att expedieringsintervallet nu sträcker sig utanför förskrivningens giltighetstid. När förskrivningen ska uppdateras kontrolleras att förskrivningen expedieringsintervall inte är längre än förskrivningens giltighetstid, och AFF-kontroll H.013 hindrar då uppdateringen. Detta kan exempelvis uppstå när apoteket ska expediera och behöver ange förmånsrelaterad daglig mängd. Expedieringsintervall ska kunna vara längre än giltighetstiden när det finns en framtida förändring och vi kommer att rätta felet. Fram tills en rättning finns på plats behöver detta fel hanteras manuellt:
| 21.10.1 | Åtgärdad | LMHTM-728 | |
2024-06-24 | K33 | Vård- och apotekssystem | NLL | Anpassning behövs endast om systemet tagit hänsyn till den felaktiga kardinaliteten | Medication.amount serialiseras som en array men kommer att rättas till objekt för att följa standarden. Mer information samt begäran om återkoppling kommer skickas ut till systemleverantörer med godkända system/system under godkännande. | Planeras till Release 21.11 | Åtgärdad | LMHTM-1350 | |
2024-05-07 | K32 | Vård- och apotekssystem | NLL | Nej. Ingen anpassning krävs av anslutande system | Förskrivning som skapas från vården via NEF avseende teknisk sprit eller särskilt läkemedel med startförpackning sparas i NLL utan startförpackning. Varning enligt AFF 02010 returneras i NEF när förskrivning skapas. Felmeddelandet i 02010 kommer att ändras till "Startförpackning har felaktigt angivits för särskilda läkemedel eller teknisk sprit. Receptet är mottaget och har sparats utan startförpackning" Detta innebär att när en förskrivning hämtas kan inte varning enligt AFF-LÄS uppkomma. AFF H.003 (02010 i NEF) kommer därför att tas bort i AFF-LÄS när en förskrivning hämtas. | Ändrat felmeddelande berör enbart vårdsystem anslutna till 17.1 via NEF Att varning inte returneras berör versionspaket 17.1 och 21 | Inte planerad till release ännu | Aktuell | LMHTM-741 |
2024-05-07 | K31 | Vård- och apotekssystem | NLL | Nej. Ingen anpassning krävs av anslutande system | Förskrivning som skapas från vården via NEF avseende teknisk sprit sparas i NLL med ett uttag även om det är förskrivet med fler uttag. Varning enligt AFF 02013 returneras i NEF när förskrivning skapas. Felmeddelandet i 02013 kommer att ändras till "Fler än ett uttag har angivits för teknisk sprit. Receptet är mottaget och har sparats utan iterering." Detta innebär att när en förskrivning hämtas kan inte varning enligt AFF-LÄS uppkomma. AFF H.007 (02013 i NEF) kommer därför att tas bort i AFF-LÄS när en förskrivning hämtas. | Ändrat felmeddelande berör enbart vårdsystem anslutna till versionspaket 17.1 via NEF. Att varning inte returneras berör versionspaket 17.1 och 21 | Inte planerad till release ännu | Aktuell | LMHTM-741 |
2024-04-19 | K30 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Vid hämtning av resurs där en händelse inkluderas kläs inte adressuppgifter för apotek på om händelsens utförare eller uppdragsgivare är apotekspersonal. Enbart apoteks GLN-kod returneras som arbetsplats-id. Tekniskt används tekniken revinclude vid sökning. | Planeras för åtgärd i release 21.10 | Åtgärdad | LMHTM-646 | |
2024-03-14 | K29 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | När ett uttag eller uttag pappersrecept backas eller krediteras och styrparameter för önskad omfattning av resultat är satt till att hela resursen ska returneras (Prefer: return=representation) returneras inte attributen:
| För tekniskt information se Simplifier, FHIR and REST eller Krav på anropsresultat och felhantering i handboken. | Inte planerad till release ännu | Aktuell | LMHTM-135 |
2024-03-14 | K28 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Vid hämtning av uttag visas ett värde i avräknad mängd för uttag med startförpackning. Felet påverkar inte beräkningen av kvarvarande mängd. Efter rättning visas avräknad mängd = 0 om uttaget expedierades som startförpackning. | Planeras för åtgärd i release 21.10 | Åtgärdad | LMHTM-100 | |
2024-01-30 | K27 | Vårdsystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | När en händelse för registrerat åtkomstsamtycke hämtas för en patient med skyddade personuppgifter ska information på händelsen maskas enligt VR176. Men i nuläget returneras inte händelsen alls. | Generella verksamhetsregler - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se) | Planeras till release 21.9 | Åtgärdad | REC-3091 |
2024-01-19 | K26 | Apotekssystem | NLL | Anpassning krävs senast vid nästa majorrelease | Sökparametern birthdate har ersatts av patient.birthdate. Sökparametern birthdate kommer tas bort vid nästa majorrelease eller tidigare om så är möjligt. Rekommendation är att förändring genomförs snarast möjligt men senaste vid nästa majorrelease. | Planeras för åtgärd i release 21.9 | Åtgärdad | REC-2953 | |
2023-12-11 | K25 | Vård och Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Felet innebär att anropande system inte får AFF-fel och varningar i samband med att man hämtar historiska versioner av enskild förskrivning. Efter rättning kommer eventuella AFF-fel och varningar returneras även ifall de hämtar historiska versioner av enskild förskrivning. | Åtgärdas i release 21.8 | Åtgärdad | LML-992/REC-3001 | |
2023-12-11 | K24 | Vård och Apotekssystem | EXPO AXS PRIS SOL | Nej | Tjänstekontrakt wsp_21.7.0 har innehållet ett antal inaktuella filer för EXPO, AXS, PRIS och SOL som tagits bort från tjänstekontraktet. | För mer information se Samtliga tjänstekontrakt - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se) | Åtgärdades 2023-12-08 | Åtgärdad | INC-593922 |
2023-12-06 | K23 | Vård och Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Händelseorsak och Beskrivning händelseorsak sparas inte på förskrivningshändelse om Provenance.reason.coding.system saknas i anropet. Felet kan uppkomma vid felaktig implementation på förskrivningshändelser där det är valfritt att ange en händelseorsak d.v.s.
Provenance.reason.coding.system behöver enbart anges för förskrivningshändelser, för mer information se Händelse – NLLProvenance. Förbättring planeras som innebär att kodverk för händelseorsak inte ska behöva anges för förskrivningshändelser utan autokompletteras av EHM utifrån angiven kod. | Planeras för åtgärd i release 21.9 | Åtgärdad | REC-2943 | |
2023-12-01 | K22 | Vårdsystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Felet innebär att resursen Medicationlistinfo inte returneras i de fall patienten inte har några förskrivningar utan endast uttag pappersrecept. Konsekvensen blir att information om att uttag pappersrecept är spärrad av patienten samt uppgift om det finns särskilda läkemedel inte returneras. Efter rättning kommer Medicationlistinfo att returneras i de fall patienten inte har några förskrivningar utan endast uttag pappersrecept. | Planeras för åtgärd i release 21.9 | Åtgärdad | REC-2956 | |
2023-10-23 | K21 | Vårdsystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Information på spärrhändelse maskas när man hämtar spärrhändelse (för en patient med skyddade personuppgifter) med åtkomsttyp Åtkomst till dospatients uppgifter. Detta är felaktigt. Se även ärende med intern ärendeidentitet REC-2543 som berör samma fel. | Åtgärdas i release 21.8 | Åtgärdad | REC-2693 | |
2023-09-22 | K20 | Vård- och apotekssystem | NLL | Nej | När en förskrivningshändelse skapas utförs inte beskriven autokomplettering av metadata om en händelseorsak är angiven enligt informationsspecifikation Händelse-NLLProvenance. Det innebär att metadata alltid behöver anges ihop med händelseorsak i anropet. Informationsspecifikationen är uppdaterad i version 1.3.1 av Händelse - NLL Provenance. | Åtgärdad 2023-09-22 | Åtgärdad | LML-918 | |
2023-09-19 | K19 | Vårdsystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Information på spärrhändelse maskas när man hämtar spärrhändelse (för en patient med skyddade personuppgifter) med åtkomsttyp Registrerat samtycke patient till personal. Detta är felaktigt. | Åtgärdas i release 21.8 | Åtgärdad | REC-2543 | |
2023-09-19 | K18 | Vård- och Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Felet innebär att när man hämtar MedicationRequest för en patient och gör _revinclude för uttagen (GET https://api-ext8-ecp2.exts.ecp.ehalsomyndigheten.se/fhir/Patient/d4942de8-d254-4d10-966b-1a1885231f9e/MedicationRequest?_revinclude=MedicationDispense%3Aprescription), får man den första versionen av uttaget även om den finns senare versioner. | Åtgärdas 27 september 2023 | Åtgärdad | REC-2579 | |
2023-07-05 | K17 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Felet innebär att när man söker på en specifik version av en resurs så returneras alla händelser som pekar på den resursen, inte den händelse som pekar på den eftersökta versionen av resursen. Efter rättning är det möjligt att få tillbaka enbart den specifika version som händelsen pekar på. | Åtgärdas i release 21.7 | Åtgärdad | REC-2245 | |
2023-07-05 | K16 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Felet innebär att HTTP-fälten Location, ETag och Last_modified inte returneras när ett anropande system valt att inte få tillbaka en uppdaterad eller skapad resurs. Vid uppdateringar medför felet att anropande system inte blir informerade om huruvida en uppdatering resulterat i en förändring eller ej, det vill säga om versionsnumret på resursen räknats upp eller inte. I release 21.5 åtgärdades ovanstående fel för förskrivningsresursen, nu åtgärdas felet även för de andra resurserna. | För mer information, se: | Åtgärdas i release 21.7 | Åtgärdad | REC-2311 |
2023-07-05 | K15 | Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Aktörens expeditionsid och expeditionsradnummer är obligatoriska vid expediering och efterregistrering av uttag. Från och med release 21.7 införs validering av aktörens expeditionsid och expeditionsradnummer (inget nytt krav). | Åtgärdas i release 21.7 | Åtgärdad | REC-2187 REC-2185 | |
2023-07-05 | K14 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Implementering av de obligatoriska headerparametrarna x-request-id och x-user-agent vid hämtning av värdemängder (ValueSet resp ConceptMap) samt i funktionen $ping utan säkerhetsbiljett. Förenkling för att underlätta anslutning. | Åtgärdas i release 21.8 | Åtgärdad | LML-498 | |
2023-06-09 | K13 | Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | När en förskrivning med status Avslutad ska uppdateras returneras felmeddelande om värde anges i mangdKvar. mangdKvar ska inte gå att uppdatera på en avslutad förskrivning. Rättning kommer att innebära att ett eventuellt värde som skickas in i mangdKvar ignoreras. Det går bra att utelämna mangdKvar. | Åtgärdas i release 21.6 | Åtgärdad | REC-2184 | |
2023-06-01 | K12 | Vårdsystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Dietist kan inte använda ett registrerat åtkomstsamtycke för åtkomst i de fall intyget saknar legitimationskod men innehåller personnummer. Efter rättningen kommer dietist kunna använda det registrerade samtycket för åtkomst även i de fall intyget saknar legitimationskod men innehåller ett personnummer. | Åtgärdas i release 21.6 | Åtgärdad | REC-2173 | |
2023-05-30 | K11 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | I vissa situationer har den utökade operationen ValueSet/$validate_code returnerat fel sökresultat när sökparametern date används. När prefixet le (less equals) används är det förväntade resultatet att man ska få en sökträff om den inskickade koden har varit aktiv vid eller före angivet datum. I vissa fall har sökningen istället utförts som en eq (equals) dvs om koden var aktiv enbart vid det efterfrågade datumet. Efter rättningen kommer man alltid att få en sökträff om den inskickade koden har varit aktiv vid eller före angivet datum. | Åtgärdas i release 21.6 | Åtgärdad | REC-1993 | |
2023-05-30 | K10 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Vid användning av en resurssamling (Transaction Bundle) går det inte att göra en PUT på resurstyp + resursid i enlighet med FHIR-standarden. Exempel: "Bundle.entry.request" : { "method" : "PUT", "url" = "MedicationDispense/84cb3860-f30f-460e-acbc-10aba52c73b8"} Efter rättning kommer även detta att vara möjligt. | Åtgärdas i release 21.6 | Åtgärdad | REC-1864 | |
2023-05-30 | K9 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Vid Registrera parallell förskrivning och uppdatera parallell förskrivning saknas kontroller på att angivna Senaste datum för avslut av behandling på respektive förskrivning är samstämmiga. Det innebär att Senaste datum för avslut av behandling kan skilja sig åt mellan två parallellt expedierbara förskrivningar, vilket medför en risk för att patienten blir förvirrad och missuppfattar hur hen ska använda läkemedlet. Efter rättningen finns kontroller som hjälper användaren att säkerställa att datumen är samma på de båda parallella förskrivningarna. Det är även tillåtet att endast ange Senaste datum för avslut av behandling på den sista parallella förskrivningen. För att kunna uppdatera Senaste datum för avslut av behandling på parallella förskrivningar krävs användning av resurssamling. | Information kommer att publiceras på dessa sidor i samband med release 21.6: TA 10 – Skapa förskrivning – Vård - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se) TA 39 – Uppdatera förskrivning – Vård - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se) | Åtgärdas i release 21.6 | Åtgärdad | REC-2115 |
2023-05-26 | K8 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Datatypen i MedicationRequest.dispenseRequest.extension:nllNumberOfFillsRemaining är satt som positiveInt (https://www.hl7.org/fhir/datatypes.html#positiveInt) men kommer bytas till unsignedInt (https://www.hl7.org/fhir/datatypes.html#unsignedInt).
| Teknisk information kommer att läggas ut inom kort i Simplifier dev. branch. | Åtgärdas i release 21.7 | Åtgärdad | REC-2018 |
2023-05-26 | K7 | Vård- och apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Fältet Beskrivning händelseorsak (Provenance.reason.text) kommer att kortas från 512 tecken till 254 tecken för att kunna hanteras av system anslutna via versionspaket 17.1. | Teknisk information kommer att läggas ut inom kort i Simplifier dev. branch. | Åtgärdas i release 21.6 | Åtgärdad | REC-2028 |
2023-05-26 | K6 | Apotekssystem | NLL | Nej. Åtgärdas för att följa gällande dokumentation | Fältet Användar-id (Practitioner.extension:userAcronym) kommer att kortas från 255 tecken till 20 tecken för att kunna hanteras av system anslutna via versionspaket 17.1. Fältet anges endast för apotekspersonal. | För mer information se användning av Provenance vid skapa och uppdatera. Teknisk information kommer att läggas ut inom kort i Simplifier dev. branch. | Åtgärdas i release21.6 | Åtgärdad | REC-2027 |
2023-04-25 | K5 | Vårdsystem | NLL | Ingen anpassning krävs av anslutande system | Felet innebär att när ett registrerat samtycke är registrerat på antingen förskrivarkod eller legitimationskod och hämtning av samtycket sker med båda i intyget misslyckas valideringen. Då nekas åtkomst. Samma fel uppstår när man åberopar samtycket vid hämtning av information. Efter rättning kommer både legitimationskod och förskrivarkod kunna finnas samtidigt i intyget vid hämtning av registrerat åtkomstsamtycke eller vid åtkomst till annan resurs med registrerat åtkomstsamtycke. | Information om registrerat samtycke: | Åtgärdas i release 21.5 | Åtgärdad | REC-1873 |
2023-04-25 | K4 | Vårdsystem | NLL | Ingen anpassning krävs av anslutande system | Felet innebär att en person med rollen dietist inte kan anropa och hämta resursen Artikel (NLLMedication). | Åtgärdas i release 21.5 | Åtgärdad | REC-1998 | |
2023-04-25 | K3 | Vård- och apotekssystem | NLL | Ingen anpassning krävs av anslutande system | Felet innebär att HTTP-fälten Location, ETag och Last_modified inte returneras när ett anropande system valt att inte få tillbaka en uppdaterad eller skapad resurs. Vid uppdateringar medför felet att anropande system inte blir informerade om huruvida en uppdatering resulterat i en förändring eller ej, det vill säga om versionsnumret på förskrivningen räknats upp eller ej. Vid skapa förskrivning medför felet att anropande system inte blir informerat om den skapade resursens logiska ID. | Information kommer att publiceras på denna sida i samband med release 21.5: | Åtgärdas i release 21.5 för Förskrivningsresursen Samma åtgärd planeras för övriga resurser till senare releaser. | Åtgärdad | REC-1686 |
2023-04-25 | K2 | Vård- och apotekssystem | NLL | Ingen anpassning krävs av anslutande system | Felet uppstår om doseringen är av typen tillfällesdosering och sista doseringsdag ej finns angiven. Då antar kontrollen felaktigt att doseringen är ändrad och returnerar AFF-felkod G.325 vid uppdatering av sista doseringsdag. | Information om automatiska format- och författningskontroller: | Åtgärdas i release 21.5 | Åtgärdad | REC-1870 |
2023-04-25 | K1 | Vård- och apotekssystem | NLL | Ingen anpassning krävs av anslutande system | Felet innebär att felkod V.019 med felmeddelande "Veckodag får inte anges vid dosdispensering" presenteras vid kontroll av om veckodag angivits vid intervalldosering, engångsdosering eller fritextdosering.Efter rättning blir det följande felkoder och felmeddelanden för respektive doseringstyp:
V.054 "Veckodag får inte anges vid intervalldosering"
V.073 "Veckodag får inte anges vid engångsdosering"
V.096 "Veckodag får inte anges vid fritextdosering" | Information om V.019 och övriga doseringskontroller hittas här: | Åtgärdas i release 21.5 | Åtgärdad | REC-1629 |
Förändringar
I tabell 2 sammanfattas kommande förändringar som utvecklande aktörer behöver känna till. Informationen i tabellen tas bort när förändringen har implementerats i en release. Den uppdaterade informationen publiceras enligt ordinarie rutin för handbokens releaseinformation samt med ordinarie handboksinformation i de fall det är aktuellt.
Förändringar innebär att såväl dokumentation som implementering ändras i syfte att göra en förbättring. Vid eventuell påverkan på anslutande system stäms förändringen av men berörda externa aktörer innan den planeras in i en release. Information om den planerade förändringen publiceras efter avstämning med berörda anslutande externa aktörer i tabellen nedan.
Tabell 2
Datum för publicering | ÄrendeID | Vem påverkas? | Delsystem | Anpassning i anslutande system? | Beskrivning | Vill du veta mer? | Status för åtgärd | Aktuell/Införd | Internt ärendeID hos E-hälsomyndigheten |
---|---|---|---|---|---|---|---|---|---|
2024-11-20 | F24 | Vårdsystem Apotekssystem | NLL | Nej | Vid användning av Resurssamling (FHIR: Bundle) där samma resurs stegas mer än en version när anropet hanteras, får man idag inte tillbaka den senaste versionen av resursen i svaret. Det innebär att anropande system i dessa fall behöver göra ytterligare ett anrop för att hämta upp den senaste versionen av dessa resurser för att kunna visa upp slutresultatet till användaren. En rättning av detta planeras, och innebär att anropande system alltid får tillbaka den senaste versionen av respektive resurs, dvs resultatet efter att samtliga resurser i resurssamlingen har hanterats. | Planeras till 21.12 | Aktuell | LMHTM-82 | |
2024-11-01 | F23 | Vårdsystem Apotekssystem | Kodverk i NLL | Nej | Värdemängden Administreringsväg Termen tillhörande kod 417255000 ändras från ”intraossöst” till ”intraosseöst” Termen tillhörande kod 372473007 ändras från ”via munslemhinna” till ”i munnen” Värdemängden Medicinteknisk produkt vid läkemedelsadministrering Koden 61121000052104 |midline| kommer inaktiveras och ersättas med koden 1344705000 |midline|. Den nya koden kommer alltså både ha samma term och patientvänliga synonym som den gamla. | Ny version av värdemängderna publiceras 2024-12-02 | Aktuell | RFC-607310 | |
2024-10-22 | F22 | Vårdsystem | Transformatorn | Nej. Ingen anpassning krävs. | Alla direktadresserade elektroniska förskrivningar (till specifikt apotek) som utfärdas på personnummer kommer att avvisas från och med release 21.12, före första apoteksaktören anslutit till versionspaket 21.
Skälet till förändringen i versionspaket 17.1 är att från att en första apoteksaktör anslutit är det inte längre möjligt för ett angivet mottagande apotek hos denne att se och ta emot signal om att den förskrivna varan i förekommande fall exempelvis ska beställas till apoteket för avhämtning alternativt skickas hem till patienten eller ett apoteksombud. Om förskrivaren inte uppmärksammar att förskrivningen avvisats och förstår att det behöver förskrivas på nytt (utan direktadressering) ser E-hälsomyndigheten patientsäkerhetsrisker i form av att läkemedelsbehandling kan bli fördröjd eller utebli. Det är anledningen till att vi informerar i förtid om denna kommande förändring. | Planerad till release 21.12 | Aktuell | LMHTM-943 | |
2024-10-11 | F21 | Vårdsystem | NLL | Nej- ingen anslutning till Bevakningsfunktionen får ske innan 21.12 | Nytt obligatoriskt attribut i svaret i bevakningsfunktionen I den Bundle som returneras från $monitoring saknas det (enligt HL7 FHIR) obligatoriska attributet type. | Planerad till release 21.12 | Aktuell | LMTHM-2115 | |
2024-10-11 | F20 | Vårdsystem | NLL | Nej- ingen anslutning till Bevakningsfunktionen får ske innan 21.12 | Ny filtrering i Bevakningsfunktionen som tillkommer i 21.11 Förskrivningar som uppfyller nedan filtreras bort och returneras inte ut
| Planerad till release 21.12 | Aktuell | LMHTM-1585 | |
2024-10-11 | F19 | Apotekssystem | NLL | Valfri funktion -Frivillig anpassning | Ny information om att integritetsspärr av behandlingsorsak finns kan hämtas efter att apotekspersonal fått samtycke att se behandlingsorsak så att systemet kan märka upp dessa för användaren. | Planerad till release 21.11 | Införd | LMHTM-990 | |
2024-05-27 | F18 | Vårdsystem Apotekssystem | NLL | Valfri funktion -Frivillig anpassning | Ny funktion som ger möjlighet att samla flera resurser i ett anrop när det är viktigt att de hålls ihop i en transaktion, så att antingen samtliga eller ingen resurs registreras eller ändras.
Exempel:
| Swedish National Medication List - devbranch | NLLTransactionBundle - SIMPLIFIER.NET | Planerad till release 21.11 | Införd | |
2024-05-08 | F17 | Vårdsystem | NLL | Valfri funktion - Frivillig anpassning | Ny funktion för vården där förskrivning/förskrivningar kan makuleras eller avslutas genom att ange förskrivningsreferens. Ger möjlighet att utifrån en förskrivningsreferens som sparats i vårdsystemet välja att makulera eller avsluta en förskrivning utan att först ta del av patientens läkemedelslista | Förhandsinformation om funktionen finns på sidan: Förhandsinformation - förändring/funktioner under utveckling | Planerad till release 21.10 | Införd | LMH-23 |
2024-04-29 | F16 | Vård och Apotekssystem versionspaket 21 | Kodverk i NLL | Nej | Värdemängden Administreringsväg kommer uppdateras genom att kod 58731000052100 (intestinalt) inaktiveras och ny kod 417985001 (enternalt). | Införs 2024-06-03 | Införd | RFC-599857 | |
2024-04-29 | F15 | Vårdsystem versionspaket 21 | SOL | Nej | Förändring som gör att angivet värde ignoreras för I030 dosmottagareid i SOL:03 Uppdatera vårdtagare. I nästa externa versionspaket kommer parametern att tas bort helt. | Planerad till release 21.10 | Införd | LMHTM-737 | |
2024-03-28 | F14 | Vård och Apotekssystem versionspaket 21 | NLL | Ingen anpassning i anslutande system | Förändring som möjliggör läsning av testpersoner via FHIR i produktion. | Införd i release 21.8.2 2024-04-16 | Införd | LMH-2 | |
2024-03-22 | F13 | Vård och Apotekssystem versionspaket 21 | NLL | Frivillig anpassning | E-hälsomyndigheten planerar att komplettera värdemängden Säkerhetsklassning (security-labels) med ytterligare en kod: HTEST (test health data) som tas från kodsystemet http://terminology.hl7.org/CodeSystem/v3-ActReason. Syftet med denna nya kod är att kunna markera resurser som testresurser ( Se https://www.hl7.org/fhir/R4/testing.html#mark ) Förändringen görs för att möta behov gällande testpersoner i produktion i samband med driftsättning hos vård- och apoteksaktörer. | Införd i release 21.8.2 2024-04-16 | Införd | LMH-2 | |
2024-01-19 | F12 | Vård och Apotekssystem versionspaket 21 | NLL | Frivillig anpassning | Aktörens krediterande expeditionsradnummer tillkommer som attribut på utdata för uttag och uttag pappersrecept och blir möjligt att visa för backat och krediterat uttag. Attributet är valfritt att visa. | The Swedish National Medication List, dev branch (simplifier.net) | Planerad till release 21.9 | Införd | REC-3042 |
2023-12-01 | F11 | Vård och Apotekssystem versionspaket 21 | NLL | Ingen anpassning i anslutande system men ändrat beteende för apotekssystem vilket innebär att anpassning kan krävas. | Typ av registreringsunderlag blir obligatoriskt att ange vid funktion för att registrera uttag pappersrecept för system anslutet till versionspaket 21. | Planerad till release 21.8 | Införd | REC- 2545 | |
2023-11-30 | F10 | Vård och Apotekssystem versionspaket 21 | NLL, Kodverk i FHIR | Ja, den nya händelsetypen ska kunna läsas och tolkas av aktörer | Ny kod för händelsetyp Som en förberedelse för framtida förändring (se ÄrendeID F9) kommer en ny händelsetyp läggs till i kodverket för händelsetyper för förskrivningar (medication-request-activity-types) ATERSTALLA_FORSKRIVNING - Återställa förskrivning En länk i beskrivningen för händelsetyper för förskrivningar (medication-request-activity-types) | Planerad till Release 21.8 | Införd | LML-977/REC-2952 | |
2023-11-30 | F9 | Vård och Apotekssystem versionspaket 21 | NLL | Nej | I nuläget kan inte förskrivaren ångra en felaktigt avslutad eller makulerad förskrivning utan en ny förskrivning måste skapas. Det kan t.ex. leda till att kostnadsansvar flyttas och ansvarig förskrivare ändras. Efter den nya funktionen införs blir det möjligt att återställa en förskrivning tillbaka till sin föregående status om den felaktigt har avslutats eller makulerats. Händelsen återställa förskrivning innebär att en ny version av förskrivningen skapas som har samma innehåll som den senast ej Avslutade eller ej Makulerade versionen. | Planerad till release 21.9 | Införd | LML-533 | |
2023-11-14 | F8 | Vård och Apotekssystem versionspaket 21 | NLL | Nej | Det har inte varit möjligt att kommunicera strukturerade vid behovs-doseringar som saknar tidsangivelse, istället användes fritextdosering. Det kommer nu att vara möjligt att strukturerat kommunicera dosen tillsammans med dosenhet och utesluta tidsangivelse när doseringen är vid behov. Exempel på en sådan dosering skulle kunna vara: Vid behov. 2 tabletter. Max 4 tabletter per dygn. | Planerad till release 21.8 | Införd | REC-2598 | |
2023-11-14 | F7 | Vård och Apotekssystem versionspaket 21 | NLL | Nej | Det har varit möjligt att uppdatera doseringen på avslutade helförpackningsförskrivningar som avslutats långt tillbaka i tiden. Det kommer nu endast att vara möjligt att uppdatera doseringen på den senaste förskrivningen i en förskrivningskedja. Nytillkommet felmeddelande i AFF G.153. | Planerad till release 21.8 | Införd | REC-2577 | |
2023-11-02 | F6 | Vård och Apotekssystem i 17.1 och 21 | NLL | Ja, den nya utökade yrkeskoden ska kunna läsas och tolkas av aktörer | För att möjliggöra ett framtida införande av expediering av svenska e-recept i annat EU/EES-land kommer en ny utökad yrkeskod för den europeiska farmaceuten att införas. Anpassning kommer att krävas för att visa rätt term för den utökade yrkeskoden FA (Europeisk Farmaceut) när information hämtas för ett uttag som utförts utomlands. Det finns ännu ingen tidsplan för när expediering av svenska e-recept i annat EU/EES-land kommer att vara möjligt. | Är beroende av förändring/enabler Nya utökade yrkeskoder (ÄrendeID F4) | Införs i release 21.8 och därefter kan anpassning påbörjas | Införd | LML-252 |
2023-10-25 | F5 | Vård och Apotekssystem versionspaket 17.1 och 21 | NLL | Ja, anpassning krävs | Farmaceut med förordnande I Nationella läkemedelslistan utvecklas stöd för anrop från farmaceut med förordnande. En farmaceut med förordnande saknar svensk legitimation som apotekare eller receptarie men har ett förordnande av Socialstyrelsen att expediera läkemedel på det apotek de arbetar på. Användaren kan sakna svenskt personnummer och samordningsnummer. Förändringen innebär att farmaceuter som har ett förordnande kommer kunna utvärderas till behörighetsroll Farmaceut på apotek med hjälp av ett nytt person-id (organisationstillhörighet) och någon av två nya utökade yrkeskoder vid anrop till E-hälsomyndighetens tjänster. De nya utökade yrkeskoderna är AF (Apotekare med förordnande) och RF (Receptarie med förordnande). | Är beroende av förändring/enabler Nya utökade yrkeskoder (ÄrendeID F4) Mer information om förändring gällande farmaceut med förordnande finns på sidan Förhandsinformation - förändring/funktioner under utveckling | Planerad till release 21.9 | Införd | LML-836 |
2023-10-23 | F4 | Vård och Apotekssystem versionspaket 17 och 21 | Kodverk i NLL | Ingen anpassning i anslutande system | Nya utökade yrkeskoder Som en förberedelse för framtida förändringar kommer tre nya yrkeskoder läggas till i värdemängden Utökad yrkeskod (nll-utokad-yrkeskod) FA - Europeisk farmaceut AF - Apotekare med förordnande RF - Receptarie med förordnande En länk i beskrivningen för värdemängen Yrkeskod (nll-hosp-yrkeskod) kommer uppdateras. | Värdemängder uppdateras 2023-11-06 | Införd | REG-70 REG-71 REG-74 | |
2023-07-05 | F3 | Vård och Apotekssystem | NLL | Ingen anpassning i anslutande system | Det finns nu möjlighet att inkludera relaterad händelse när man söker efter en resurs t.ex. förskrivning, via parametern "reverse include" (_revinclude). | Information kommer att publiceras i Handboken och implementationsguiden (Simplifier) i samband med release 21.7. Förhandsinformation om funktionen finns på sidan: Förhandsinformation - förändring/funktioner under utveckling | Åtgärdas i release 21.7 | Införd | REC-2190 |
2023-07-05 | F2 | Vårdsystem | NLL | Ingen anpassning i anslutande system | En kontroll för dosdispenserade förskrivningar införs. Kontrollen innebär att ett avslut måste göras med Sista doseringsdag och/eller Senaste datum för avslut av behandling. Version 21.5 av handboken har uppdaterats med information om att avslut måste göras med Sista doseringsdag och/eller datum för avslut av behandling men kontrollen införs först i release 21.7 | Se krav-id: 31:1:1.1 i Sammanställning av krav | Åtgärdas i release 21.7 | Införd | REC-2222 |
2023-05-25 | F1 | Apotekssystem | NLL | Ingen anpassning krävs av anslutande system | FHIR-operationen $print utökas med datumen Första doseringsdag och Sista doseringsdag. Datumen returneras utöver PDF:en när apotek skriver ut ett recept som är sparat i Nationella läkemedelslistan på pappersblankett. | Åtgärdas i 21.6 | Införd | REC-1924 |
Versionshistorik
Version | Datum | Kommentar |
---|---|---|
1.0 | 2023-04-25 | Ny sida |
1.1 | 2023-05-26 | Uppdaterad med tabell Förändringar och ärenden i tabell Kända fel. |
1.2 | 2023-05-30 | Uppdaterad med ytterligare ärenden i tabellen Kända fel |
1.3 | 2023-06-01 | Uppdaterad med ytterligare ärende i Kända fel tabellen och tagit bort ärenden i Kända fel tabellen som åtgärdats i release 21.5. |
1.4 | 2023-06-09 | Uppdaterad med ytterligare ärenden i tabellen Kända fel |
1.5 | 2023-06-15 | Uppdaterad generell information om tabellerna Kända fel och Förändringar |
1.6 | 2023-07-05 | Uppdaterad med ytterligare ärenden i tabellen Kända fel och tabellen Förändringar |
1.7 | 2023-07-07 | Uppdaterad med mindre textjusteringar och ändrat datumordning för ärenden i tabellerna |
1.8 | 2023-08-18 | Uppdaterad med information gällande REC-2190 |
1.9 | 2023-09-19 | Uppdaterad med ärende REC-2579 och REC-2543 i tabellen Kända fel |
1.10 | 2023-09-22 | Uppdaterad med ärende LML-918 |
1.11 | 2023-09-25 | Ärende REC-1993, REC-2028, REC-2027, REC-1864, REC-2115, REC-2173 och REC-2184 borttagna från tabellen Kända fel. Ärende REC-1924 borttagen från tabellen Förändringar. |
1.12 | 2023-09-28 | Ärende REC- 2579 borttagen från tabellen Kända fel. |
1.13 | 2023-10-23 | Ärende REG-70/REG-71/REG-74 tillagt i tabellen Förändringar Ärende REC-2693 tillagt i tabellen Kända fel |
1.14 | 2023-10-23 | Ärende LML-836 tillagt i tabellen Förändringar |
1.15 | 2023-11-02 | Ärende LML-252 tillagt i tabellen Förändringar |
1.16 | 2023-11-14 | Ärende REC-2577 och REC-2598 tillagda i tabellen Förändringar |
1.17 | 2023-11-30 | Tabellerna uppdaterade med ÄrendeID och kolumnerna Aktuell/Åtgärdad och Aktuell/Införd tillagda med möjlighet till filtrering. Ärende F9 och F10 tillagda i tabellen Förändringar och ärende F4 ändrad status till Införd. |
1.18 | 2023-12-01 | Ärende K22 tillagt i tabellen Kända fel Ärende F11 tillagt i tabellen Förändringar Status ändrad från Aktuell till Åtgärdad i tabellen Kända fel för följande ärenden: K8, K15, K16, K17 och K20. Status ändrad från Aktuell till Införd i tabellen Förändringar för ärende F2 och F3. |
1.19 | 2023-12-06 | Ärende K23 tillagd i tabellen Kända fel |
1.20 | 2023-12-11 | Ärende K24 tillagt i tabellen Kända fel Ärende K25 tillagt i tabellen Kända fel |
1.21 | 2024-01-19 | Information om prerelease i ext05-ext12 tillagt på sidan Ärende K26 tillagt i tabellen Kända fel Ärende F12 tillagt i tabellen Förändringar Referens för ÄrendeID F5 och F6 till ÄrendeID F4 ändrat från internt ärendeID hos E- hälsomyndigheten till ÄrendeID |
1.22 | 2024-01-30 | Ärende K27 tillagt i tabellen Kända fel |
1.23 | 2024-03-14 | Information om PRE- releaser borttagen Ärende K28 och K29 tillagda i tabellen Kända fel |
1.24 | 2024-03-19 | Information om prenumeration på Information om kända fel och förändringar, versionspaket 21 tillagt |
1.25 | 2024-03-22 | Uppdaterad efter produktionssättning av release 21.8. K14, K19, K21, K24 och K25 har ändrats från aktuell till åtgärdad i tabellen Kända fel. F6, F7, F8, F10 och F11 har ändrats från aktuell till införd i tabellen Förändringar. |
1.26 | 2024-03-25 | Ärende F13 tillagd i tabellen Förändringar |
1.27 | 2024-03-28 | Ärende F14 tillagt i tabellen Förändringar |
1.28 | 2024-04-18 | Uppdaterat ärende F13 och F14 i tabellen Förändringar från aktuell till införd |
1.29 | 2024-04-19 | Uppdaterat med ärende K30 i tabellen Kända fel |
1.30 | 2024-04-29 | Uppdaterat med ärende F15 och F16 i tabellen Förändringar |
1.31 | 2024-05-07 | Uppdaterat med ärende K31 och K32 i tabellen Kända fel |
1.32 | 2024-05-08 | Uppdaterat med ärende F17 i tabellen Förändringar |
1.33 | 2024-05-27 | Uppdaterat med ärende F18 i tabellen Förändringar |
1.34 | 2024-06-04 | Uppdaterat ärende K22, K23, K26 och K27 i tabellen Kända fel från aktuella till åtgärdade Uppdaterat ärende F5, F9, F12 och F16 i tabellen Förändringar från aktuella till införda |
1.35 | 2024-06-24 | Uppdaterat tabellen Kända fel med ärende K33 |
1.36 | 2024-07-01 | Uppdaterat tabellen Kända fel med ärende K34, K35 och K36 |
1.37 | 2024-09-09 | Uppdaterat tabellen Kända fel med ärende K37 |
1.38 | 2024-09-13 | Uppdaterat tabellen Kända fel med ärende K38, K39 |
1.39 | 2024-09-18 | Uppdaterat ärende K30, K28 i tabellen Kända fel från aktuella till åtgärdade Uppdaterat ärende F15, F17 i tabellen Förändringar från aktuella till införda |
1.40 | 2024-10-07 | Uppdaterat tabellen Kända fel med ärende K40 |
1.41 | 2024-10-11 | Ärenden F19, F20, F21 tillagt i tabellen Förändringar |
1.42 | 2024-10-15 | Uppdaterat ärende K37 i tabellen Kända fel. Ny beskrivning för att komma runt problemet. |
1.43 | 2024-10-22 | Ärenden F22 tillagt i tabellen Förändringar |
1.44 | 2024-11-01 | Uppdaterat tabellen Förändringar med ärende F23 |
1.45 | 2024-11-20 | Uppdaterat tabellen Kända fel med ärende K41, K42, K43 och K44 Uppdaterat tabellen Förändringar med ärende F24 |
1.46 | 2024-12-06 | Uppdaterat tabellen Kända fel med ärende K49 |
1.47 | 2024-12-10 | Uppdaterat tabellen Kända fel med ärende K44, K46, K47, K48, K50 och K51 |