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-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 går 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 | Aktuell | 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. | Planeras till release 21.10.1 | Aktuell | 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. För att komma runt problemet kan användaren vid uppdateringen göra en obetydlig ändring i doseringstexten, exempelvis sätta dit eller ta bort en punkt. Detta innebär att Transformatorn automatiskt gör om doseringen till en fritextdosering. | 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 | Aktuell | 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 | Aktuell | 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-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 | Aktuell | |
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 |