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

Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.

The table is being loaded. Please wait for a bit ...

Datum för publiceringÄrendeIDVem påverkas?DelsystemBehov av åtgärd i anslutande system?BeskrivningVill du veta mer?Status för åtgärd

Aktuell/Åtgärdad

Intern ärendeID hos E-hälsomyndigheten

2024-12-10

K51

Vårdsystem

NLLIngen 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

NLLIngen 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

NLLIngen 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

NLLIngen 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

NLLIngen 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

NLLAnpassning 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 

NLLIngen 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": {                       
   "profile":  "http://electronichealth.se/fhir/StructureDefinition/NLLDetectedIssue"|http://electronichealth.se/fhir/StructureDefinition/NLLDetectedIssue"
}


Planeras till 21.12

Aktuell

LMHTM-2643

2024-11-20

K44

Vård- och apotekssystem 

NLLIngen anpassning krävs

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 


Planeras till 21.12

Aktuell

LMHTM-2601

2024-11-20

K43

Vård- och apotekssystem 

NLLIngen 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:

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


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

NLLAnpassning 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

NLLIngen 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:

  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.


Ingen åtgärd planerad

Aktuell

LMHTM-1655

2024-09-13

K39

 Vård- och apotekssystem

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

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

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

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

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

NLLNej. 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:

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

 


21.10.1

Åtgärdad

LMHTM-728

2024-06-24

K33

Vård- och apotekssystem

NLLAnpassning 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

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

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

NLLNej. Å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

NLLNej. Å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:

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

Inte planerad till release ännu 

Aktuell

LMHTM-135

2024-03-14

K28

Vård- och apotekssystem

NLLNej. Å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

NLLNej. Å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.

Åtgärdades 2023-12-08

Åtgärdad

INC-593922

2023-12-06K23Vå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.

  • 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

NLLNej. Å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

NLLNej. Å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-22K20Vård- och apotekssystemNLL

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-19K19VårdsystemNLLNej. Å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


K18Vård- och ApotekssystemNLLNej. Å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-05K17Vård- och apotekssystemNLLNej. Å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-05K16Vård- och apotekssystemNLLNej. Å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: 

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

Åtgärdas i release 21.7ÅtgärdadREC-2311
2023-07-05K15ApotekssystemNLLNej. Å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-05K14Vård- och apotekssystemNLLNej. Å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ärdadLML-498
2023-06-09K13ApotekssystemNLLNej. Å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-01K12VårdsystemNLLNej. Å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ärdadREC-2173
2023-05-30K11Vård- och apotekssystemNLLNej. Å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ärdadREC-1993
2023-05-30K10Vård- och apotekssystemNLLNej. Å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ärdadREC-1864
2023-05-30K9Vå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 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)


Åtgärdas i release 21.6ÅtgärdadREC-2115
2023-05-26K8Vård- och apotekssystemNLLNej. Å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ärdadREC-2018
2023-05-26K7Vård- och apotekssystemNLLNej. Åtgärdas för att följa gällande dokumentationFä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ärdadREC-2028
2023-05-26K6ApotekssystemNLLNej. Å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-25K5VårdsystemNLL

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)

Åtgärdas i release 21.5ÅtgärdadREC-1873
2023-04-25K4VårdsystemNLLIngen anpassning krävs av anslutande systemFelet innebär att en person med rollen dietist inte kan anropa och hämta resursen Artikel (NLLMedication).



Åtgärdas i release 21.5ÅtgärdadREC-1998
2023-04-25K3Vård- och apotekssystemNLLIngen 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:

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.

ÅtgärdadREC-1686
2023-04-25K2Vård- och apotekssystemNLLIngen 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:

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

Åtgärdas i release 21.5ÅtgärdadREC-1870
2023-04-25K1

Vård- och apotekssystem





NLLIngen 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:

  • 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


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

Oops, it seems that you need to place a table or a macro generating a table within the Table Filter macro.

The table is being loaded. Please wait for a bit ...

Datum för publiceringÄrendeIDVem påverkas?DelsystemAnpassning i anslutande system?BeskrivningVill du veta mer?Status för åtgärd

Aktuell/Införd

Internt ärendeID hos E-hälsomyndigheten

2024-11-20

F24

Vårdsystem

Apotekssystem

NLLNej

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.12Aktuell

LMHTM-82

2024-11-01

F23

Vårdsystem

Apotekssystem

Kodverk i NLLNej

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

Ny version av värdemängderna publiceras 2024-12-02Aktuell

RFC-607310

2024-10-22

F22

Vårdsystem

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

  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.


Planerad till release 21.12Aktuell

LMHTM-943

2024-10-11

F21

Vårdsystem

NLLNej- 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.
Type ska sättas till collection


Planerad till release 21.12Aktuell

LMTHM-2115

2024-10-11

F20

Vårdsystem

NLLNej- 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 

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

 


Planerad till release 21.12Aktuell

LMHTM-1585

2024-10-11

F19

Apotekssystem

NLLValfri 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.11Införd

LMHTM-990

2024-05-27

F18

Vårdsystem

Apotekssystem

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

  • 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

Planerad till release 21.11Införd

LMH-3

2024-05-08

F17

Vårdsystem

NLLValfri 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.10Införd

LMH-23

2024-04-29

F16

Vård och Apotekssystem versionspaket 21

Kodverk i NLLNej

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

Införs 2024-06-03Införd

RFC-599857

2024-04-29

F15

Vårdsystem versionspaket 21

SOLNej

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.10Införd

LMHTM-737

2024-03-28

F14

Vård och Apotekssystem versionspaket 21

NLLIngen 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-16Införd

LMH-2

2024-03-22

F13

Vård och Apotekssystem versionspaket 21

NLLFrivillig 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-16Införd

LMH-2

2024-01-19

F12

Vård och Apotekssystem versionspaket 21

NLLFrivillig 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.9Infö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.

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.


Planerad till release 21.8Införd

REC- 2545

2023-11-30F10Vå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-30F9Vå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-14F8Vå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-14F7Vå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-02F6Vå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-23F4Vå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-05F3Vård och ApotekssystemNLLIngen anpassning i anslutande systemDet 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.7InfördREC-2190
2023-07-05F2VårdsystemNLLIngen 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ördREC-2222

2023-05-25


F1Apotekssystem

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.6InfördREC-1924



Versionshistorik

Version

Datum

Kommentar

1.02023-04-25Ny sida 
1.12023-05-26Uppdaterad med tabell Förändringar och ärenden i tabell Kända fel. 
1.22023-05-30Uppdaterad med ytterligare ärenden i tabellen Kända fel
1.32023-06-01Uppdaterad 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.42023-06-09Uppdaterad med ytterligare ärenden i tabellen Kända fel
1.52023-06-15Uppdaterad generell information om tabellerna Kända fel och Förändringar
1.62023-07-05Uppdaterad med ytterligare ärenden i tabellen Kända fel och tabellen Förändringar
1.72023-07-07Uppdaterad med mindre textjusteringar och ändrat datumordning för ärenden i tabellerna
1.82023-08-18Uppdaterad med information gällande REC-2190
1.92023-09-19

Uppdaterad med ärende REC-2579 och REC-2543  i tabellen Kända fel

1.102023-09-22

Uppdaterad med ärende LML-918

1.112023-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.122023-09-28

Ärende REC- 2579 borttagen från tabellen Kända fel. 

1.132023-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.142023-10-23

Ärende LML-836 tillagt i tabellen Förändringar

1.152023-11-02

Ärende LML-252 tillagt i tabellen Förändringar

1.162023-11-14

Ärende REC-2577 och REC-2598 tillagda i tabellen Förändringar     

1.172023-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.182023-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.192023-12-06

Ärende K23 tillagd i tabellen Kända fel

1.202023-12-11

Ärende K24 tillagt i tabellen Kända fel 

Ärende K25 tillagt i tabellen Kända fel

1.212024-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.222024-01-30

Ärende K27 tillagt i tabellen Kända fel

1.232024-03-14

Information om PRE- releaser borttagen 

Ärende K28 och K29 tillagda i tabellen Kända fel

1.242024-03-19Information om prenumeration på Information om kända fel och förändringar, versionspaket 21 tillagt 
1.252024-03-22Uppdaterad 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.262024-03-25Ärende F13 tillagd i tabellen Förändringar
1.272024-03-28Ärende F14 tillagt i tabellen Förändringar
1.282024-04-18Uppdaterat ärende F13 och F14 i tabellen Förändringar från aktuell till införd
1.292024-04-19Uppdaterat med ärende K30 i tabellen Kända fel
1.302024-04-29Uppdaterat med ärende F15 och F16 i tabellen Förändringar
1.312024-05-07Uppdaterat med ärende K31 och K32 i tabellen Kända fel
1.322024-05-08Uppdaterat med ärende F17 i tabellen Förändringar
1.332024-05-27Uppdaterat med ärende F18 i tabellen Förändringar
1.342024-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.352024-06-24

Uppdaterat tabellen Kända fel med ärende K33

1.362024-07-01

Uppdaterat tabellen Kända fel med ärende K34, K35 och K36

1.372024-09-09

Uppdaterat tabellen Kända fel med ärende K37

1.382024-09-13

Uppdaterat tabellen Kända fel med ärende K38, K39

1.392024-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.402024-10-07

Uppdaterat tabellen Kända fel med ärende K40

1.412024-10-11

Ärenden F19, F20, F21 tillagt i tabellen Förändringar

1.422024-10-15

Uppdaterat ärende K37 i tabellen Kända fel. Ny beskrivning för att komma runt problemet.

1.432024-10-22

Ärenden F22 tillagt i tabellen Förändringar

1.442024-11-01

Uppdaterat tabellen Förändringar med ärende F23

1.452024-11-20

Uppdaterat tabellen Kända fel med ärende K41, K42, K43 och K44

Uppdaterat tabellen Förändringar med ärende F24

1.462024-12-06

Uppdaterat tabellen Kända fel med ärende K49

1.472024-12-10

Uppdaterat tabellen Kända fel med ärende K44, K46, K47, K48, K50 och K51