2024-11-20

K44

Vård- och apotekssystem 

I den Bundle som returneras från $monitoring saknas det (enligt HL7 FHIR) obligatoriska attributet type.
Type ska sättas till collection

En rättning planeras till 21.12 

Aktuell

2024-11-20

K43

Vård- och apotekssystem 

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:

• Makulera eller avsluta via förskrivningsreferens  ($end)
• Resurssamling förskrivning (NLLPrescriptionBundle)
• Resurssamling transaktion (NLLTransactionBundle).

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.

Aktuell

2024-11-20

K42

Apotekssystem

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. 

Aktuell

2024-11-20

K41

Apotekssystem

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

Aktuell

2024-10-07

K40

 Vård- och apotekssystem

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:

1. Ersätt befintlig förskrivning eller registrera en ny "fristående" förskrivning. Ange ingen dosering för handelsvaran, dvs ingen information för NLLDosage.
2. Om en ny "fristående" förskrivning registreras behöver befintlig förskrivning avslutas eller makuleras.

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.

Aktuell

2024-09-13

K39

 Vård- och apotekssystem

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.

Åtgärdad

2024-09-13

K38

 Vård- och apotekssystem

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.

Åtgärdad

2024-09-09

K37

Apotekssystem

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

Aktuell

LMHTM-1600

2024-07-01

K36

Vård- och apotekssystem

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.

Aktuell

LMHTM-1342

LMHTM-1352

LMHTM-1353

2024-07-01

K35

Vård- och apotekssystem

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.

Aktuell

LMHTM-1148

2024-07-01

K34

Vård- och apotekssystem

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:

• På apotek kan expedieringsintervallet tas bort eller kortas ner för att kunna göra önskade uppdateringar innan expediering.
• Förskrivaren kan hantera detta i Pascal genom att ta bort eller ändra expedieringsintervallet på aktuell förskrivning och sedan göra ytterligare en ändring för att skapa en ny parallell förskrivning. 

Åtgärdad

LMHTM-728

2024-06-24

K33

Vård- och apotekssystem

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.  

Åtgärdad

LMHTM-1350

2024-05-07

K32

Vård- och apotekssystem

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

Aktuell

LMHTM-741

2024-05-07

K31

Vård- och apotekssystem

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

Aktuell

LMHTM-741

2024-04-19

K30

Vård- och apotekssystem

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.

Åtgärdad

LMHTM-646

2024-03-14

K29

Vård- och apotekssystem

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:

• Avräknad mängd (uttag)
• Aktörens krediterande expeditionsradnummer (uttag och uttag pappersrecept)

För tekniskt information se Simplifier, FHIR and REST eller Krav på anropsresultat och felhantering i handboken.

Aktuell

LMHTM-135

2024-03-14

K28

Vård- och apotekssystem

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.

Åtgärdad

LMHTM-100

2024-01-30

K27

Vårdsystem

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)

Åtgärdad

REC-3091

2024-01-19

 K26

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

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ä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.

Åtgärdades 2023-12-08

Åtgärdad

INC-593922

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.

• Registrera förskrivning
• Förnya förskrivning
• Omvandla förskrivning till elektroniskt format 

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

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.

Åtgärdad

REC-2956

K21

Vårdsystem

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ärdad

REC-2693

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

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ärdad

REC-2543

2023-09-19

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ärdad

REC-2579

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ärdad

REC-2245

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: 

Informationsspecifikation – meddelandehuvud - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se)

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ärdad

REC-2187

REC-2185

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. 

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ärdad

REC-2184

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.

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. 

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. 

NLL

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 11 – Registrera förskrivning – Apotek - 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)

TA 40 – Uppdatera förskrivning – Apotek - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se)

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).

Åtgärdas i release 21.7

Åtgärdas i release 21.6

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

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:

Registrerat åtkomstsamtycke - NLLAccessConsent - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se)

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:

Informationsspecifikation – meddelandehuvud - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se)

Åtgärdas i release 21.5 för  Förskrivningsresursen

Samma åtgärd planeras för övriga resurser till senare releaser.

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:

Automatiska format- och författningskontroller (AFF-kontroller) - Handbok för vård- och apotekstjänster (ehalsomyndigheten.se)

Vård- och apotekssystem

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:

• Vid intervalldosering kommer följande AFF- kontroll och felmeddelande:

      V.054 "Veckodag får inte  anges vid intervalldosering" 

• Vid engångsdosering kommer följande AFF- kontroll och felmeddelande:

      V.073 "Veckodag får inte anges vid engångsdosering" 

• Vid fritextdosering kommer följande AFF- kontroll och felmeddelande:

      V.096 "Veckodag får inte anges vid fritextdosering" 

Information om V.019 och övriga doseringskontroller hittas här:

Doseringskontroller

Åtgärdas i release 21.5

Åtgärdad

REC-1629

F24

Vårdsystem

Apotekssystem

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.

LMHTM-82

F23

Vårdsystem

Apotekssystem

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.

Swedish National Medication List - dev branch | Administreringsväg (nll-snomed-route) - SIMPLIFIER.NET

Swedish National Medication List - dev branch | Medicinteknisk produkt vid läkemedelsadministrering (nll-snomed-medical-device) - SIMPLIFIER.NET

RFC-607310

F22

Vårdsystem

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.

1. Förskrivning som utfärdas på personnummer => ska ALLTID adresseras till receptbrevlådan
2. Förskrivning som utfärdas på födelsedatum => ska ALDRIG adresseras till receptbrevlådan, utan ska ALLTID direktadresseras till ett specifikt namngivet apotek

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.

LMHTM-943

F21

Vårdsystem

Nytt obligatoriskt attribut i svaret i bevakningsfunktionen

I den Bundle som returneras från $monitoring saknas det (enligt HL7 FHIR) obligatoriska attributet type.
Type ska sättas till collection

LMTHM-2115

F20

Vårdsystem

Ny filtrering i Bevakningsfunktionen som tillkommer i 21.11

Förskrivningar som uppfyller nedan filtreras bort och returneras inte ut 

• har Senaste datum för avslut av behandling inom intervallet Dagens datum - Sökvillkor Giltighetsdatum.
• har Sista doseringsdag inom intervallet Dagens datum - Sökvillkor Giltighetsdatum.

LMHTM-1585

F19

Apotekssystem

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. 

LMHTM-990

F18

Vårdsystem

Apotekssystem

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.

• Funktionen säkerställer endast att ändringar genomförs i samma transaktion. Det går inte att i efterhand se att de hanterades samtidigt.
• Bör användas när det ur en användares perspektiv är en händelse som utförs, men systemet behöver göra flera anrop mot NLL.
• Valfri funktion, anslutande system avgör när det är relevant att använda.

Exempel:

• Användaren vill skapa spärrad förskrivning – två resurser anges i en resurssamling; för att skapa förskrivning och för att skapa vårdnadshavarspärr.
• Användaren vill expediera en förskrivning – två resurser anges i en resurssamling; uppdatera förskrivning med förmånsrelaterad daglig mängd och registrera uttag.
• Användaren vill registrera en patient som dospatient –två resurser anges i en resurssamling; registrera dossamtycke och registrera dosunderlag

Swedish National Medication List - devbranch | NLLTransactionBundle - SIMPLIFIER.NET

LMH-3

F17

Vårdsystem

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

LMH-23

F16

Vård och Apotekssystem versionspaket 21

Värdemängden Administreringsväg kommer uppdateras genom att kod 58731000052100 (intestinalt) inaktiveras och ny kod 417985001 (enternalt).

Swedish National Medication List - dev branch | Administreringsväg (nll-snomed-route) - SIMPLIFIER.NET

RFC-599857

F15

Vårdsystem versionspaket 21

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.

LMHTM-737

F14

Vård och Apotekssystem versionspaket 21

Förändring som möjliggör läsning av testpersoner via FHIR i produktion. 

LMH-2

F13

Vård och Apotekssystem versionspaket 21

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.

LMH-2

F12

Vård och Apotekssystem versionspaket 21

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)

REC-3042

F11

Vård och Apotekssystem versionspaket 21

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.

Typ av registreringsunderlag "Elektroniskt" tillkommer som en förberedelse för att kunna expediera ett utländskt e-recept och kan användas om landskoden är från ett annat EU/EES land än Sverige.

REC- 2545

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) 

Införd

LML-977/REC-2952

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

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

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

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.

Införd

LML-252

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

Införd

LML-836

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.

Införd

REG-70

REG-71

REG-74

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

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

2023-05-25

NLL

Ingen anpassning krävs av anslutande system