|
ForlangOrdinationApotek V7.0 (OR)
ForlangOrdinationVard V7.0 (OR)
SkapaOrdinationApotek V7.1 (OR)
SkapaOrdinationVard V7.0 (OR)
|
FÖRBÄTTRING REC-2852
AFF-kontroll G.011 numera avvisande.
| och
|
21.8 |
|
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.1 (OR)
KontrolleraUttag V7.1 (OR)
|
FÖRBÄTTRING REC-2864
AFF-kontroll F.001 återinförd i sviten AFF-EXP. Det blir inte längre blir möjligt att expediera recept som utfärdats när förskrivarens legitimation är återkallad.
|
|
21.8 |
|
HamtaIckeAktuellaOrdinationer V6.1 (OR)
HamtaOrdinationerPrivatperson V7.1 (OR)
HamtaOrdinationshistorik V5.2 (OR)
HamtaReceptbevakningsunderlag V4.1 (OR)
|
BUGGRÄTTNING REC-2694
När man godkänner dosunderlag, så släcks eventuella akutflaggor på patientens recept. Recepten får då en ny version. Tidigare har den historikskapande händelsen på recepten visats som en utsättning. Nu visas den istället som en förändring med kommentaren ”Släckt akutflagga vid godkännande av dosunderlag.”
| , och
|
21.8 |
|
LasLFVardsystem V4.1 (LF)
RapporteraBorttagLF V1.0 (LF)
RapporteraExpeditionLF V5.0 (LF)
SkrivUtLakemedelsforteckning V1.0 (LF)
AvregistreraDosunderlag V4.0 (OR)
BackaKrediteraUttag V 6.0 (OR)
ForlangOrdinationApotek V7.0 (OR)
ForlangOrdinationVard V7.0 (OR)
GodkannDosunderlag V5.0 (OR)
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.1 (OR)
HamtaAktuellaOrdinationerFoddatum V4.1 (OR)
HamtaAktuellaOrdinationer V5.2 (OR)
HamtaDirektadresseradeOrdinationer V5.2 (OR)
HamtaEjGodkandaDosunderlag V4.0 (OR)
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
HamtaIckeAktuellaOrdinationerFoddatum V4.1 (OR)
HamtaIckeAktuellaOrdinationer V6.1 (OR)
HamtaOrdinationFoddatum V4.2 (OR)
HamtaOrdinationshistorik V5.2 (OR)
HamtaProduktionsunderlag V4.1 (OR)
HamtaReceptbevakningsunderlag V4.1 (OR)
KontrolleraUttag V7.1 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
MakuleraOrdinationApotek V5.0 (OR)
MakuleraOrdinationVard V5.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
SattUtOrdinationVard V5.0 (OR)
SkapaDosunderlagApotek V4.0 (OR)
SkapaDosunderlagVard V4.0 (OR)
SkapaOrdinationApotek V7.1 (OR)
SkapaOrdinationVard V7.0 (OR)
SkrivUtDosRecept V4.0 (OR)
SkrivUtERecept (gula lappen) V5.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
UppdateraDostillhorighet V4.0 (OR)
NewPrescription (PIRR)
MakuleraRecept (PIRR)
|
FÖRBÄTTRING REC-2933
Öppnat upp för personal som saknar svenskt personnummer, men som har samordningsnummer, att anropa tjänster.
| , , , , , och
|
21.8 |
|
AnonymPrisfraga V5.0 (PRIS)
Prisfraga V5.0 (PRIS)
|
FÖRBÄTTRING REC-2318
Parametern "ursprungligTransaktionstid" i tjänsterna "Prisfraga" och "AnonymPrisfraga" har fått utökat användningsområde vid kreditering. Parametern har tidigare använts för att avgöra personens ålder vid köptillfället. Numera används den också för att säkerställa att korrekt pristrappa väljs i samband med kreditering och trappbyte. Därför är det viktigt att "ursprungligTransaktionstid" sätts korrekt vid kreditering.
| , och
|
21.7 |
|
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-2376
AFF-fel H.013 returneras numera med den korrekta texten "Orimligt värde för expeditionsintervall har angivits." i ForlangOrdinationVard och ForlangOrdinationApotek.
| och
|
21.7 |
|
RegisterutdragHKDB V4.1 (PRIS)
|
FÖRBÄTTRING REC-2483
Utökad funktionalitet för tjänsten RegisterutdragHKDBservice. Val av tidsperiod kan göras via två nya valfria parametrar, fromDatum och tomDatum. Tjänsten är stegad till v4.1. För detaljer se funktionsspecifikationen.
| och
|
21.7 |
|
Förskrivning
|
BUGGRÄTTNING REC-1922
Att första doseringsdag inte ändrats till ett passerat datum(kompletterats i krav). Samt att datumhantering när datumen är lika har fixats till i kod.
|
|
21.6 |
|
GodkannUttag V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1923
Doseringstext1 inte längre obligatorisk vid uppdatering av doseringstexter. AFF-kontroll G.008 kontrollerar att texten finns för läkemedel.
|
|
21.6 |
|
Uttag
|
BUGGRÄTTNING REC-1925
Förtydligat felmeddelande med felkod 2-25-161 till "Aktörens expeditions-id är obligatoriskt om uttaget utfördes i Sverige"
|
|
21.6 |
|
Händelse
|
BUGGRÄTTNING REC-2027
Ändrat kontroll av max antal tecken anvandar-id från 255 till 20 tecken.
|
|
21.6 |
|
Händelse
|
BUGGRÄTTNING REC-2028
Ändrat kontroll av max antal tecken beskrivning händelseorsak från 512 till 254 tecken.
|
|
21.6 |
|
Händelse
Uttag
|
BUGGRÄTTNING REC-2029
Ändrat felmeddelande för felkod 2-25-46 till "Obligatoriskt att ange en beskrivning händelseorsak.".
|
|
21.6 |
|
Förskrivning
Uttag
|
BUGGRÄTTNING REC-2060
Tidigare returnerades ett negativt värde i uttagKvar i de fall expedieradMangd översteg forskrivenMangd. Detta har korrigerats så att uttagKvar istället sätts till 0.
|
|
21.6 |
|
Uttag
|
BUGGRÄTTNING REC-2086
Rättning av felmeddelande 2-25-181
|
|
21.6 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V5.2 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-2089
Förberedelse för expediering av svenska e-recept utomlands.
När svenska apotek läser ett recept som blivit expedierat utomlands, så framgår det nu i vilket land det blivit expedierat.
Informationen om land presenteras i fälten:
Apoteksanvandare.apoteksId - GLN-kod för landet
Apoteksinformation.glnKod - GLN-kod för landet
Apoteksinformation.ort - Landets namn
| , och
|
21.6 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V5.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
|
FÖRBÄTTRING REC-2218
Förberedelse för expediering av svenska e-recept utomlands.
Utökad yrkeskod FA med grupplegitimationskod 974000 returneras när svenska apotek läser ett recept som blivit expedierat utomlands.
| och
|
21.6 |
|
UppdateraForsaljningEgenvard V5 (FOTA)
UppdateraForsaljningForskrivningEESLand V5 (FOTA)
UppdateraForsaljningOppenvardForskrivning V6 (FOTA)
UppdateraForsaljningOppenvardRekvisition V5 (FOTA)
UppdateraForsaljningSlutenvard V5 (FOTA)
|
BUGGRÄTTNING STAT-660
GTIN och Forskriven GTIN ska ej anges i FOTA-tjänster
| och
|
21.6 |
|
SkapaOrdinationApotek V7.1 (OR/NLL)
|
FÖRBÄTTRING REC-1216
Regelverket för omtolkning av radnummerNEF vid återregistrering som infördes i REC-739 är borttaget, då de recept som behövde åtgärdas inte längre är aktuella.
Det nu borttagna regelverket:
Om följande inträffar:
* Bindestrecket saknas i angivet värde för radnummerNEF i SkapaOrdinationApotek-anropet
* Originalformat är 6 eller 7
* radnummerNEF's längd > 1
ska det tolkas som att sista siffran motsvarar produktradnummer och alla andra siffror innan motsvarar radnummer med ett "-" mellan.
|
|
21.5 |
|
SkapaOrdinationApotek V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-1528
Tjänsten SkapaOrdinationApotek kastar numera ett SbtpValidationApplicationException("Person finns ej i FOLK, underliggande system ej tillgängligt") när Navet (Skatteverkets system för distribution av folkbokföringsuppgifter till samhället) inte är tillgängligt.
|
|
21.5 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V5.2 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1529
I de fall kommentar saknas vid förändring, utsättning eller makulering med orsakskod 4 (annan orsak), kommer ett "-" att returneras.
| , och
|
21.5 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1530
Arbetsplatskod med värdet "000" kommer att returneras i de fall koden saknas (i Nationella Läkemedelslistan) eller vara av en typ som inte hanteras i tjänsternas gränssnitt.
| , och
|
21.5 |
|
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
|
BUGGRÄTTNING REC-1531
För aktörer som går mot E-hälsomyndighetens versionspaket 21 kan en förskrivning ha en strukturerad tillfällesdosering med klockslag och angiven längd på doseringssteg.
Om en förskrivning med sådan dosering saknar första doseringsdag eller sista doseringsdag eller både första och sista doseringsdag, kommer endast doseringsinstruktion/doseringstext1 och doseringstext 2 att returneras.
| , och
|
21.5 |
|
SkapaOrdinationApotek V7.2 (OR/NLL)
SkapaOrdinationVard V7.1 (OR/NLL)
|
FÖRBÄTTRING REC-1628
Förnamn är inte längre obligatoriskt för patienter med personnummer.
Scheman för tjänsterna har ändrats för så att förnamn kan utelämnas för patienter med personnummer. För att ta del av denna förändring, behöver scheman av senaste version användas.
| och
|
21.5 |
|
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
BUGGRÄTTNING REC-1656
Nu returneras inte längre attributet utsättningstidpunkt (utsattning.utsattningstidpunkt) på momentant utsatta recept.
| , och
|
21.5 |
|
NewPrescription V1.0 (OR/NLL)
|
BUGGRÄTTNING REC-1657
NewPrescription
Vid kommunikationsfel mot underliggande system returnerar AFF-kontroll 02039 numera felkod 1000 med statuskod 02000 och texten "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen.". Tidigare returnerades en avvisning.
|
|
21.5 |
|
GodkannUttag V7.1 (OR/NLL)
KorrigeraOrdinationApotek V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1683
I och med införandet av den nya informationsmodellen för Nationella Läkemedelslistan, så infördes ett nytt attribut, "Vid behov", som kan vara satt till sant eller falskt. Detta attribut är endast synligt för de som är anslutna till E-hälsomyndighetens versionspaket 21.
Tidigare har korrigering via transformatorn av recept till icke dospatienter lett till att eventuellt värde i "Vid behov" har försvunnit.
Detta är nu åtgärdat. Nu bibehålls eventuellt värde i "Vid behov", när recept korrigeras via transformatorn.
|
|
21.5 |
|
GodkannUttag V7.1 (OR/NLL)
KorrigeraOrdinationApotek V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1807
I och med införandet av den nya informationsmodellen för Nationella Läkemedelslistan infördes ett nytt attribut, "Obs. överstiger rekommenderad dos", som kan vara satt till sant eller falskt. Detta attribut är endast synligt för de som är anslutna till E-hälsomyndighetens versionspaket 21.
Tidigare har korrigering via transformatorn av recept till icke dospatienter lett till att eventuellt värde i "Obs. överstiger rekommenderad dos" har försvunnit.
Detta är nu åtgärdat. Nu bibehålls eventuellt värde i "Obs. överstiger rekommenderad dos", när recept korrigeras via transformatorn.
|
|
21.5 |
|
NewPrescription V1.0 (OR/NLL)
|
BUGGRÄTTNING REC-1836
AFF-kontroll 02028 (dubblettkontroll) returnerar en varning med texten "Denna varning är orsakad av ett dubblettkontrollfel eller ett omsändningsförsök. En receptsamling med samma recept ID (UUID) är redan mottagen yyyy-MM-dd hh:mm:ss för vidare hantering.". I vissa fall har datum/tid (yyyy-MM-dd hh:mm:ss) varit felaktigt. Detta är nu rättat så att korrekt datum/tid visas. AFF-kontrollen i sig har uppträtt korrekt vid dubbletter. Endast meddelandet har varit felaktigt.
|
|
21.5 |
|
LasLFPrivatperson V5.0 (LF/NLL)
LasLFPrivatpersonPDF V5.0 (LF/NLL)
LasLFVardsystem V4.1 (LF/NLL)
RapporteraBorttagLF V1.0 (LF)
RapporteraExpeditionLF V5.0 (LF)
SkrivUtLakemedelsforteckning V1.0 (LF)
|
BUGGRÄTTNING REC-1838
Tjänsterna gav ett tekniskt fel för patienter som både var sekretesskyddade och avlidna. Detta är nu rättat och tjänsterna uppträder som om patienten är avliden.
| , , , och
|
21.5 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
LasLFPrivatperson V5.0 (LF/NLL)
LasLFPrivatpersonPDF V5.0 (LF/NLL)
|
BUGGRÄTTNING REC-1897
Skillnader i fältlängden för utparametern arbetsplatsnamn mellan Transformatorn (versionspaket 17) och FHIR-gränssnittet (versionspaket 21), har gjort att fältet kommer att förkortas om det överstiger 35 tecken.
I detta läge kommer fältet kortas till 32 tecken samt få ett tillägg av tre punkter ("..."), som markerar att det finns mer information.
| , , , och
|
21.5 |
|
LasLFPrivatperson V5.0 (LF/NLL)
LasLFVardsystem V4.1 (LF/NLL)
|
BUGGRÄTTNING REC-1918
Skillnader i fältlängden för utparametern borttagsorsak mellan Transformatorn (versionspaket 17) och FHIR-gränssnittet (versionspaket 21), har gjort att fältet kommer att förkortas om det överstiger 50 tecken.
I detta läge kommer fältet kortas till 47 tecken samt få ett tillägg av tre punkter ("..."), som markerar att det finns mer information.
Om fältet saknar värde, kommer ett bindesstreck ("-"), att returneras.
| och
|
21.5 |
|
NewPrescription (PIRR)
|
BUGGRÄTTNING REC-1919
Vid otillåtna tecken i inkommande e-recept, returneras numera resultDescriptor.code 3000 (Felaktigt format på indata) samt resultDescriptor.message innehållande texten "Schemavalideringsfel i inkommande recept".
Tidigare returnerades resultDescriptor.code 1000 med resultDescriptor.message innehållande texten "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen.".
|
|
21.5 |
|
MakuleraReceptService (PIRR)
|
BUGGRÄTTNING REC-1921
Vid otillåtna tecken i makuleringsorsak returneras numera resultDescriptor.code 3000 (Felaktigt format på indata) samt resultDescriptor.message innehållande texten "Otillåtna tecken i makuleringsbegäran".
Tidigare returnerades resultDescriptor.code 1000 med resultDescriptor.message innehållande texten "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen.".
|
|
21.5 |
|
UppdateraForsaljningOppenvardForskrivning V6.0 (FOTA)
|
BUGGRÄTTNING STAT-644
UppdateraForsaljningOppenvardForskrivningResponder/V6 tolkar nu värdet 0 som att förskrivarkod ej är angiven och kommer returnera felkod 007.
| och
|
21.5 |
|
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
|
FÖRBÄTTRING REC-398
Prestandaförbättring.
| och
|
21.4 |
|
SattUtOrdinationApotek V5.0 (OR/NLL)
SattUtOrdinationVard V5.0 (OR/NLL)
|
FÖRBÄTTRING REC-693
Prestandaförbättring.
| och
|
21.4 |
|
SkapaOrdinationApotek V7.1 (OR/NLL)
SkapaOrdinationVard V7.0 (OR/NLL)
|
FÖRBÄTTRING REC-694
Prestandaförbättring.
| och
|
21.4 |
|
KorrigeraOrdinationApotek V7.0 (OR/NLL)
KorrigeraOrdinationVard V7.0 (OR/NLL)
|
FÖRBÄTTRING REC-695
Prestandaförbättring.
| och
|
21.4 |
|
LasLFVardsystem V4.1 (LF/NLL)
|
NY FUNKTIONALITET REC-991
För patienter med skyddad identitet och som saknar dossamtycke, maskas nu uppgifter om förskrivaren enligt följande:
Forskrivarnamn, forskrivararbetsplatsnamn, forskrivarpostadress och forskrivararbetsplatsort ersätts med sju bindestreck vardera.
Forskrivarpostnummer ersätts med sex bindestreck.
Forskrivarspecialiteter returneras inte.
Forskrivaryrke returneras omaskat.
|
|
21.4 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1083
I versionspaket 21 finns ett separat attribut "Obs. överstiger rekommenderad dos", som är en del av den strukturerade doseringen. När man i versionspaket 17 läser upp en förskrivning där detta attribut är satt till true, så visas det nu genom att texten "{OBS}" visas sist i attributet doseringstext1, alternativt doseringstext2, i mån av plats.
| , och
|
21.4 |
|
GodkannUttag V7.1 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1170
Tidigare returnerades nastaUttagInomFormanen bara om Ordinationsstatus.status var 202, 203, 205 eller 216. Nu returneras nastaUttagInomFormanen oavsett Ordinationsstatus.
| , och
|
21.4 |
|
SkapaOrdinationApotek V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-1175
Tidigare returnerades nastaUttagInomFormanen bara om Ordinationsstatus.status var 202, 203, 205 eller 216. Nu returneras nastaUttagInomFormanen oavsett Ordinationsstatus.
|
|
21.4 |
|
SattUtOrdinationApotek V5.0 (OR/NLL)
SattUtOrdinationVard V5.0 (OR/NLL)
|
BUGGRÄTTNING REC-1179
Tidigare gick det inte att via transformatorn göra framtida utsättning, om receptet hade en framtida utsättning sedan innan gjord via FHIR där användaren saknade arbetsplatskod. Man stoppades felaktigt av F.004.
Detta är nu åtgärdat. Nu går det bra att göra framtida utsättning även i dessa fall.
| och
|
21.4 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1241
För aktörer som går mot E-hälsomyndighetens versionspaket 21, så är det nu möjligt att skapa en parallellt aktiv förskrivning med en framtida "insattningstidpunkt", i samma förskrivningskedja som en befintlig aktiv förskrivning. På den befintliga förskrivningen sätts då automatiskt "utsattningstidpunkt" till dagen innan den nya förskrivningens "insattningstidpunkt".
När aktörer som går mot E-hälsomyndighetens versionspaket 17 läser upp en förskrivning som fått "utsattningstidpunkt" satt automatiskt enligt ovan, så returneras detta på samma sätt som om utsättningstidpunkten tillkommit via tjänsterna SattUtOrdinationVard eller SattUtOrdinationApotek, det vill säga i form av dels ett förändringsobjekt och dels ett utsättningsobjekt.
Förskrivningskedjor och parallellt aktiva förskrivningar beskrivs här: https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/information-stoed-och-krav-per-delsystem/nationella-laekemedelslistan-nll/information-nll/en-patients-nationella-laekemedelslista/historik-i-nationella-laekemedelslistan-foerskrivningsversioner-och-foerskrivningskedjor.
| , och
|
21.4 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1275
För aktörer som går mot E-hälsomyndighetens versionspaket 21, så är det möjligt att på en förskrivning ange attributet "Senaste datum för avslut av behandling". AFF-kontroller säkerställer att detta datum inte kan ligga tidigare än "Sista giltighetsdag" och eventuell ”Sista doseringsdag" (”utsattningstidpunkt" i versionspaket 17).
När aktörer som går mot E-hälsomyndighetens versionspaket 17 läser upp en förskrivning som saknar ”Sista doseringsdag” ("utsattningstidpunkt"), men som har ett "Senaste datum för avslut av behandling" med samma datum som ”Sista giltighetsdag", så exponeras detta i form av ett fiktivt utsättningsobjekt.
Tidigare har detta fiktiva utsättningsobjekt bestått enbart av attributet "utsattningstidpunkt". Nu blir det istället ett komplett utsättningsobjekt, där det alltså även framgår när och av vem datumet satts.
| , och
|
21.4 |
|
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
SkrivUtReceptHistorikPdfApotek V4.0 (OR/NLL)
|
BUGGRÄTTNING REC-1412
Regelverket för om en förskrivning är tillåten att makulera eller ej, har förändrats i och med införandet av NLL. Förskrivningar som inte får makuleras enligt regelverket i NLL, exempelvis om uttag har gjorts, kan istället avslutas, vilket i OR:s lästjänster mappas till utsättning.
För att bibehålla befintlig funktionalitet i transformatorn, så tillåts makulering via OR och PIRR även för dessa förskrivningar, men i bakgrunden sker istället ett avslut.
I möjligaste mån presenteras det ändå i OR:s lästjänster som en makulering, men i vissa fall är detta inte möjligt, och det presenteras då istället som en utsättning.
Makulering via PIRR kan endast göras om förskrivningen har förskrivits via PIRR från början. Sådana förskrivningar har normalt inte någon framtida utsättningstidpunkt, eftersom detta inte är möjligt att ange via PIRR. Det kan dock ha tillkommit en framtida utsättningstidpunkt i efterhand, antingen via OR, eller via versionspaket 21.
När en förskrivning med en framtida utsättningstidpunkt makuleras via PIRR, och förskrivningen inte uppfyller kriterierna för att få makuleras enligt regelverket i NLL, och därför blir avslutad istället, så har tidigare den framtida utsättningstidpunkten legat kvar. Detta ledde till tvetydig information i lästjänsterna om när förskrivningen avslutades.
Nu är detta åtgärdat, så att den framtida utsättningstidpunkten sätts om till dagens datum i detta läge. Därmed blir det tydligt i lästjänsterna när förskrivningen avslutades.
| , och
|
21.4 |
|
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
BUGGRÄTTNING REC-1442
Vilandestatusorsak utökas från 50 till 100 tecken.
| , och
|
21.4 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
BUGGRÄTTNING REC-1460
För aktörer som går mot E-hälsomyndighetens versionspaket 21, så är det möjligt att på en förskrivning ange attributet "Senaste datum för avslut av behandling". AFF-kontroller säkerställer att detta datum inte kan ligga tidigare än "Sista giltighetsdag" och eventuell ”Sista doseringsdag" (”utsattningstidpunkt" i versionspaket 17).
När aktörer som går mot E-hälsomyndighetens versionspaket 17 läser upp en förskrivning som saknar ”Sista doseringsdag” ("utsattningstidpunkt"), men som har ett "Senaste datum för avslut av behandling" med samma datum som ”Sista giltighetsdag", så exponeras detta i form av ett fiktivt utsättningsobjekt.
Tidigare har tidpunkten i attributet "utsattningstidpunkt" i det fiktiva utsättningsobjektet som baseras på "Senaste datum för avslut av behandling" visats som 00:00, vilket är missvisande, då datumet ska tolkas som ett till-och-med-datum. Nu är detta åtgärdat så att tidpunkten visas som 23:59.
| , och
|
21.4 |
|
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1461
Nytt exception SbtpValidationApplicationException ("Denna förskrivning kan inte förlängas. Den kan endast korrigeras eller ändras.").
Detta exception får man om man försöker förlänga ett recept som inte är tillåtet att förlänga enligt doseringsregel V.111 i affärslagret, som beskrivs här:
https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/information-stoed-och-krav-per-delsystem/nationella-laekemedelslistan-nll/stoed-vid-implementation-nll/doseringskontroller
| och
|
21.4 |
|
KontrolleraUttag V7.1 (OR/NLL)
GodkannUttag V7.1 (OR/NLL)
GodkannUttag V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-1477
"SbtpValidationApplicationException "Person ej tillgänglig i FOLK." returneras vid försök att anropa tjänsten för person som har varit avliden i mer än tre månader.
Tidigare returnerades "Tekniskt fel".
|
|
21.4 |
|
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.1 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
FÖRBÄTTRING REC-1481
Prestandaförbättringar
| , och
|
21.4 |
|
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
KorrigeraOrdinationApotek V7.0 (OR/NLL)
KorrigeraOrdinationVard V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1408
I och med införandet av den nya informationsmodellen för Nationella Läkemedelslistan, så infördes ett nytt begrepp, schemastartdag. Schemastartdag säger när patienten började med den dosering som finns på förskrivningen, dvs doseringen i samma förskrivningskedja har varit oförändrad sedan detta datum. Syftet är att kunna behålla doseringsschemat oförändrat vid en förnyelse samtidigt som man vid varje givet datum vet exakt var i schemat man är. Schemastartdag sätts automatiskt av E-hälsomyndigheten, enligt verksamhetsregel VR112 som beskrivs här: https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/information-stoed-och-krav-per-delsystem/nationella-laekemedelslistan-nll/stoed-vid-implementation-nll/generella-verksamhetsregler.
Innan 21.3.6 så fungerade VR112 enligt följande: Om man med KorrigeraOrdinationVard/Apotek ändrade doseringen, men bibehöll insättningstidpunkten, och denna var passerad, så sattes schemastartdagen om till dagens datum. Efter 21.3.6 så fungerar VR112 istället enligt följande: Om man med KorrigeraOrdinationVard/Apotek ändrar doseringen, men bibehåller insättningstidpunkten, och denna är passerad, så bibehålls även schemastartdagen. Därmed ska det inte längre kunna tillkomma fler korrigerade förskrivningar med oregelbunden dosering där tolkningen av startdagen för doseringsschemat inte motsvarar den ursprungliga insättningstidpunkten.
För att förhindra förlängning av befintliga förskrivningar där schemastartdagen ligger efter insättningstidpunkten, så har affärslagrets AFF-kontroll G.156 skärpts. Denna beskrivs här: https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/information-stoed-och-krav-per-delsystem/nationella-laekemedelslistan-nll/stoed-vid-implementation-nll/automatiska-format-och-foerfattningskontroller-aff-kontroller.
Innan 21.3.6 så kontrollerade G.156 bara att doseringen inte bestod av flera sekvenser. Efter 21.3.6 så kontrollerar G.156 även att schemastartdagen inte ligger efter insättningstidpunkten. I transformatorns ForlangOrdinationVard/Apotek så mappas G.156 till ett SbtpValidationApplicationException. Innan 21.3.6 så var felmeddelandet för detta exception "Denna förskrivning kan inte förlängas, eftersom doseringen kan skilja sig åt över tid. En ny förskrivning måste skapas.". Efter 21.3.6 så är felmeddelandet för detta exception "Detta recept kan inte förlängas. Ändra receptet eller skapa ett nytt recept.".
| och
|
21.3.6 |
|
SattUtOrdinationApotek V5.0 (OR/NLL)
|
BUGGRÄTTNING REC-463
Tidigare svarade tjänsten felaktigt med status 212 (makulerad) när man gjorde en momentan utsättning med ett passerat datum i utsattningstidpunkt. Detta är nu rättat. Nu svarar tjänsten med korrekt status 218 (utsatt) även vid denna typ av utsättningar.
|
|
21.3 |
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
GodkannProduktionsuttag V7.0 (OR/NLL)
GodkannUttag V7.1 (OR/NLL)
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer V6.2 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1(OR/NLL)
KontrolleraUttag V7.1 (OR/NLL)
KorrigeraOrdinationApotek V7.0 (OR/NLL)
KorrigeraOrdinationVard V7.0 (OR/NLL)
SkapaOrdinationApotek V5.0 (OR/NLL)
SkapaOrdinationVard V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-808
Felmeddelandet för AFF-kontroll G.010 kunde tidigare inte hantera artiklar vars artikelbenämning innehåller %-tecken. Felmeddelandet blev tidigare "-1". Detta är nu åtgärdat. Felmeddelandet innehåller nu artikelbenämningen, även om artikelbenämningen innehåller %-tecken.
| och
|
21.3 |
ForlangOrdinationApotek V7.0 (OR/NLL)
ForlangOrdinationVard V7.0 (OR/NLL)
|
BUGGRÄTTNING REC-1047
I FHIR-gränssnittet är det möjligt att skapa en förskrivning med flera sekventiella doseringssteg. Syftet är att möjliggöra strukturerad dosering som skiljer sig åt över tid, t.ex. vid upp- eller nedtrappning. Sådana förskrivningar får inte förlängas, eftersom det skulle innebära att doseringen började om från början igen. Tidigare har det varit möjligt att förlänga sådana förskrivningar via transformatorn. Detta går nu inte längre. Man får felmeddelandet SbtpValidationApplicationException "Denna förskrivning kan inte förlängas, eftersom doseringen kan skilja sig åt över tid. En ny förskrivning måste skapas."
| och
|
21.3 |
|
GodkannUttag V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-406
Möjligheten att på dosapotek skapa uttag på dispenserade förskrivningar med tjänsten GodkannUttag är tänkt som en nödlösning vid driftstopp. Sedan release 21.0 har det inte varit möjligt att göra detta med en GodkannandeAnvandareDosaktor. Detta är nu åtgärdat. Nu går det återigen att på dosapotek skapa uttag på dispenserade förskrivningar med tjänsten GodkannUttag, med en GodkannandeAnvandareDosaktor. Dock så sparas inte GodkannandeAnvandareDosaktor på uttaget.
|
|
21.3 |
|
NewPrescription (PIRR/NLL)
|
BUGGRÄTTNING REC-810
När en förskrivning inte kan tas emot på grund av kommunikationsproblem, så ska man få responsecode 1000, StatusCode 02000 och Description "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen.".
Tidigare kunde man ibland istället felaktigt få responsecode 2, StatusCode 02008 och Description "Förskrivet flerval (flera förpackningsstorlekar) avser inte samma läkemedel, läkemedelsform, styrka eller dosering. Receptsamlingen är avvisad." trots att förskrivningen inte avsåg flerval, och att den egentliga orsaken till att förskrivningen inte kunde tas emot var kommunikationsproblem.
Detta är nu åtgärdat. Nu får man korrekt svar enligt ovan.
|
|
21.3 |
|
NewPrescription (PIRR/NLL)
|
BUGGRÄTTNING REC-809
När man försöker skicka in en förskrivning till en patient vars personnummer inte finns med giltig status i folkbokföringen, så ska förskrivningen avvisas med responsecode 2, StatusCode 02033 och Description "Personnumret finns inte registrerat med giltig status i folkbokföringen. Receptsamlingen är avvisad."
Tidigare fick man istället felaktigt responsecode 1000, StatusCode 02000 och Description "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen.".
Detta är nu åtgärdat. Nu får man korrekt svar enligt ovan.
|
|
21.3 |
GodkannProduktionsuttag V7.0 (OR/NLL)
GodkannUttag V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-1039
Om avvisande AFF-kontroller angavs i Godkannuttag.expeditionsunderlag.varningarAccepteradeAvFarmaceut.felkoder resp. GodkannProduktionsuttag.dispenseringsunderlag.varningarAccepteradeAvFarmaceut.felkoder så gavs ett missvisande svar ( "affStatus" : 0, "resultat" : "Genomfört utan upptäckta fel"). Inga uttag sparades dock. Numera ges ett korrekt svar.
|
|
21.3 |
HamtaAktuellaOrdinationer V5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer V5.2 (OR/NLL)
HamtaOrdinationerPrivatperson V7.1 (OR/NLL)
HamtaOrdinationFoddatum V4.2 (OR/NLL)
HamtaOrdinationshistorik V5.2 (OR/NLL)
HamtaProduktionsunderlag V4.1 (OR/NLL)
HamtaReceptbevakningsunderlag V4.1 (OR/NLL)
|
BUGGRÄTTNING REC-1082
Om följande är uppfyllt för en förskrivning:
* Har ett senaste datum för avslut av behandling (specificeras genom FHIR-gränssnittets attribut "treatmentEndDate") inom förskrivningens giltighetstid
* Saknar sista doseringsdag
så kommer ett utsättningsobjekt innehållande en utsättningstidpunkt att finnas, där utsättningstidpunkten sätts till senaste datum för avslut av behandling.
Om det däremot finns en sista doseringsdag, så är det den som visas som utsättningstidpunkt, precis som tidigare.
| , och
|
21.3 |
|
SkapaOrdinationApotek V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-458
Om man i samband med registrering av pappersrecept registrerar flera tidigare uttag, och något av dessa uttag resulterar i en AFF-varning, så returnerades tidigare denna varning flera gånger, även om den bara härrörde från ett av uttagen. Detta är nu åtgärdat. Nu returneras varningen bara en gång, om den bara härrör från ett av uttagen. Om varningen härrör från flera uttag returneras den fortfarande flera gånger.
|
|
21.3 |
|
KontrolleraUttag V7.1 (OR/NLL)
|
BUGGRÄTTNING REC-922
Tidigare gick det inte att köra KontrolleraUttag med orUnderlag=false, för en patient vars förnamn i folkbokföringen översteg 35 tecken. Man fick felmeddelandet "Fornamn måste vara mellan 1 till 35 tecken". Detta är nu åtgärdat. Nu går det bra att köra KontrolleraUttag med orUnderlag=false även för dessa patienter.
|
|
21.3 |
|
UppdateraDostillhorighet V4.0 (OR/NLL)
|
BUGGRÄTTNING REC-840
Vid massmigrering av dospatienter finns nu möjlighet för mottagande dosproducent att begära av E-hälsomyndigheten att tjänsten UppdateraDostillhörighet under en begränsad tid inte ska sätta om dosunderlagsstatus från godkänt till ej godkänt, vid anrop från just denna mottagande dosproducent. Denna funktionalitet infördes första gången i release 17.1.13, men föll bort i release 21.0, och återinförs alltså nu i 21.3.
|
|
21.3 |
|
UppdateraForsaljningForskrivningDjur v1.0 (RDD)
|
BUGGRÄTTNING STAT-597
Validering av fältet Forskrivakod i tjänsten UppdateraForsaljningForskrivningDjur inakiveras under 2022. Detta på grund av att transaktioner som rör äldre pappersrecept där veterinärnummer (forskrivarekod) saknas, inte ska nekas. Valideringen kommer återaktiveras i början av 2023.
|
|
21.2 |
|
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING STAT-738
Tidigare returnerades SbtpValidationApplicationException("Återregistrering inte möjlig via 2d-kod, manuell registrering kan göras.") då SkapaOrdinationApotek anropades för återregistrering när vissa receptrader tillhörande förskrivningen blivit gallrade. Nu registreras en ny förskrivning i detta fall.
|
|
21.2 |
|
KorrigeraOrdinationApotek v7.0 (OR/NLL)
|
BUGGRÄTTNING REC-368
Tidigare returnerades felmeddelandet "Tekninskt fel" när KorrigeraOrdinationApotek anropades för en utgången förskrivning med mangdKvar = 0 inom tre dygn. Nu returneras G.030 i detta fall.
|
|
21.2 |
|
KorrigeraOrdinationApotek v7.0 (OR/NLL)
|
BUGGRÄTTNING REC-402
Tidigare returnerades felmeddelandet "Tekninskt fel" när KorrigeraOrdinationApotek anropades utan intervallenhet eller med ett okänt värde. Nu returneras H.013 i detta fall.
|
|
21.2 |
|
GodkannUttag v7.1 (OR/NLL)
|
FÖRÄNDRING REC-741
Om Expeditionsunderlag.maxDygnsdos = '0' anges så kommer detta värde inte att sparas och Expeditionsunderlag.ingenDygnsdos kommer
automatiskt sättas till 'TRUE' oavsett vad som angetts.
|
|
21.2 |
GodkannUttag v7.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
|
BUGGRÄTTNING REC-754
AFF-kontrollen H.010 saknade villkoret att den endast ska körs ifall förskrivet antal uttag > 1 i AFF-KORR. Detta är nu tillagt.
|
|
21.2 |
NewPrescription (PIRR/NLL)
MakuleraRecept (PIRR/NLL)
|
FÖRÄNDRING REC-757
Det tomma elementet <Header/> är nu borttaget från SOAP-svaret från NewPrescription och MakuleraRecept.
|
|
21.2 |
|
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
|
BUGGRÄTTNING REC-404
Nytt exception SbtpValidationApplicationException ("Denna förskrivning kan inte förlängas. Den kan endast korrigeras eller ändras."). Detta exception får man om man försöker förlänga ett recept som inte är tillåtet att förlänga enligt doseringsregel V.112 i affärslagret, som beskrivs här: https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/information-stoed-och-krav-per-delsystem/nationella-laekemedelslistan-nll/stoed-vid-implementation-nll/doseringskontroller.
| och
|
21.1 |
|
GodkannUttag v7.1 (OR/NLL)
|
BUGGRÄTTNING REC-609
AFF-varningen H.008 skapade tidigare problem vid expediering med deluttag. Nu är ett villkor tillagt på kontrollen så att den endast körs ifall förskrivet antal uttag > 1.
(INC-387253 och INC-386248)
|
|
21.1 |
|
NY FUNKTIONALITET SSC-65
E-hälsomyndighetens säkerhetslösning
Som ett alternativ till Sambi finns Sweden Connect som ett möjligt alternativ för att ansluta till E-hälsomyndighetens tjänster. För vidare information om Sweden Connect se:
https://samarbetsyta.ehalsomyndigheten.se/handboken/latest/utveckla-mot-e-haelsomyndighetens-tjaenster/arkitektur-och-saekerhet/saekerhetsloesning
|
|
21.1 |
GodkannExpeditionDjur v 7.5 (RRD)
HamtaHistorikDjur v 6.4 (RRD)
HamtaReceptPrivatpersonDjur v 5.3 (RRD)
NyttReceptDjur v 7.5 (RRD)
SkrivUtReceptOriginalDjur v 7.1 (RRD)
|
NY FUNKTIONALITET REC-19
AFFStatus tillagt i Expeditionsuttag - reply
Följande tjänster är påverkade och har stegats:
GodkannExpeditionDjur v7.4 -> v7.5
HamtaHistorikDjur v6.3 -> v6.4
HamtaReceptPrivatpersonDjur v5.2 -> v5.3
NyttReceptDjur v7.4 -> v7.5
SkrivUtReceptOriginalDjur v7.0 -> v7.1
|
och
|
21.1 |
GodkannExpeditionDjur v7.5 (RRD)
KontrolleraExpeditionDjur v6.5 (RRD)
NyttReceptDjur v7.5 (RRD)
|
BUGGRÄTTNING REC-278
Rättat fel som uppstod vid uttag nr 2 och angivet "första uttag före".
|
|
21.1 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
|
FÖRÄNDRING NLL-13251
Den nya AFF-sviten, AFF-LAS, som körs för Hämta-tjänsterna har utökats med de tre AFF-kontroller; G.009, G.010 och G.011.
|
och
|
21.1 |
NewPrescription (PIRR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
BUGGRÄTTNING NLL-14950
För avlidna patienter med skyddad identitet returneras nu P.001. I release 21.0 returnerades felmeddelandet "Tekniskt fel".
|
, och
|
21.1 |
LasLFVardsystem v4.1 (LF/NLL)
|
FÖRÄNDRING NLL-15345
Det är inte längre tillåtet att ange tillvidaresamtycke. Om något annat värde än ENG eller NOD anges i fältet atkomsttyp returneras "Åtkomsttyp måste vara Engångssamtycke eller Nödåtkomst".
|
|
21.1 |
MakuleraOrdinationApotek v5.0 (OR/NLL)
|
BUGGRÄTTNING NLL-15069
I release 21.0 sattes akutflaggan alltid till false när en ordination makuleras, nu kommer den inte att sättas om när ordinationen makuleras via apotek på uppdrag av patient ifall den tidigare är satt till true.
|
|
21.1 |
RapporteraExpeditionLF v5.0 (LF/NLL)
|
FÖRBÄTTRING NLL-15547
Nu kontrolleras att ett angivet uttagsId verkligen finns i NLL annars sparas det som ett uttag utan koppling till förskrivning.
|
och
|
21.1 |
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
|
BUGGRÄTTNING REC-330
Eftersom patienters för- och efternamn inte sparas i NLL utan nu hämtas från folkbokföringen, behöver vissa namn modifieras för att överrensstämma med vår validering. Om värdena som finns i folkbokföringen är längre än 35 tecken så kommer de förkortas. Ifall för- eller efternamn saknas i folkbokföringen (t.ex. för nyfödda) kommer "Förnamn saknas" respektive "Efternamn saknas" att visas. I Hämta-tjänsterna gäller detta fälten ordination.ordinationsinformation.patient.fornamn respektive efternamn.
|
|
21.1 |
KontrolleraUttag v7.1 (OR/NLL)
|
BUGGRÄTTNING NLL-12965
Valideringen att angivet expeditionsdatum är <= dagens datum hade fallit bort från G.018 i AFF-KEX, men är nu tillbakalagt.
|
|
21.1 |
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING REC-559
I release 21.0 kunde vissa svar innehålla en tom AFFFelLista med AFFStatus = 1, det berodde på att vissa varningar från NLL ej visas. Detta är nu åtgärdat så att AFFStatus = 0.
|
|
21.1 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
|
BUGGRÄTTNING REC-634
I release 21.0 kunde vissa svar från Hämta-tjänsterna innehålla förändringskommentarer som var länge än det specifierade 254 tecken. Värdet i fältet Forandring.kommentar är nu anpassat så att det inte överskrider 254 tecken.
Extrakommentaren "Ej slutexpedierad på grund av backning av uttag eller uppdatering." returneras före eventuellt tillagd förändringskommentar i fältet Forandring.kommentar, om dessa tillsammans ej överskrider 254 tecken. Om den förkortade varianten, ”Backat uttag på slutexpedierat recept.”, får plats så returneras den tillsammans med eventuellt tillagd förändringskommentar. Annars utesluts extrakommentaren och endast den tillagd förändringskommentar returneras.
Motsvarande gäller extrakommentarerna ”Slutexpedierad har avmarkerats vid expedition.” och ”Slutexpedierad har markerats vid expedition.” med de förkortade varianterna "Slutexp. markerats." respektive "Slutexp. ej markerats.".
|
, och
|
21.1 |
BackaKrediteraUttag v6.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING REC-645
I release 21.0 fick användaren ett icke-korrekt felmeddelande ifall fler än 4 decimaler angavs i fältet maxDygnsdos (Mangdinformation.maxDygnsdos respektive Expeditionsunderlag.maxDygnsdos). Nu kommer detta värde att trunkeras till max 4 decimaler innan det sparas i NLL.
I Hämta-tjänsterna returnerades tidigare 4 decimaler. Detta värde trunkeras nu till max 3 decimaler.
|
och
|
21.1 |
|
GodkannUttag v7.1 (OR/NLL)
|
BUGGRÄTTNING REC-691
GodkannUttag returnerade felaktigt ett uttagsId tillsammans med en avvisande AFF-kontroll. Detta är nu åtgärdat så att inte uttagsId returneras då inget uttag skapats.
(SRQ-477144)
|
|
21.0 |
HamtaSignalPerGrupp v5.2 (EES)
HamtaSignalPerRecept v5.2 (EES)
|
FÖRÄNDRING BEST-21
Icke tvingande attribut för förskrivningsId finns med som utökningselement i svaret från tjänsterna HamtaSignalPerGrupp och HamtaSignalPerRecept.
|
och
|
21.0 |
|
HamtaApoteksInfo v1.0 (EXPO)
|
FÖRÄNDRING GREG-16
Följande roller har lagts till för tjänsten HamtaApoteksInfo: FORSKRIVARE, LEG_VARDPERSONAL, LEG_VARDPERSONAL_SJUKSKOTERSKA, LEG_VARDPERSONAL_FARMACEUT och LEG_VARDPERSONAL_DIETIST.
|
och
|
21.0 |
HamtaHkdbInformation v1.0 (PRIS)
HamtaHkdbKonto v1.0 (PRIS)
|
BUGGRÄTTNING REC-12
Tjänterna HamtaHkdbKonto och HamtaHkdbInformation ger flaggan 'ansluten' = false för avlidna personer.
|
, och
|
21.0 |
FinnsReceptDjur v4.0 (RRD)
HamtaSamtyckeDjur v1.0 (RRD)
UppdateraSamtyckeDjur v1.0 (RRD)
|
FÖRÄNDRING REC-23
För att ersätta funktionaliteten av hantering av samtycke som flyttas från AXS så kan FinnsReceptDjur nu anropas med rollen PRIVATPERSON och två nya tjänster har införts;
HamtaSamtyckeDjur och UppdateraSamtyckeDjur.
|
, och
|
21.0 |
|
KontrolleraExpeditionDjur v6.3 (RRD)
|
NY FUNKTIONALITET REC-223
Nytt fält 'landskod' under ExpeditionsKontrollRecept - request.
Stegad tjänst:
KontrolleraExpeditionDjur v6.2 -> 6.3
|
|
21.0 |
GodkannExpeditionDjur v7.3 (RRD)
HamtaHistorikDjur v6.3 (RRD)
HamtaReceptPrivatpersonDjur v5.2 (RRD)
KontrolleraExpeditionDjur v6.4 (RRD)
NyttReceptDjur v7.3 (RRD)
|
BUGRÄTTNING REC-236
Nya fält 'sistaGiltighetsdag och 'behandlingsandamal' under ExpeditionsKontrollRecept - request. Borttagna fält 'sistaGiltighetsdag' och 'behandlingsandamal' under ExpeditionsUttag.
Stegade tjänster:
GodkannExpeditionDjur v7.2 -> v7.3
HamtaReceptPrivatpersonDjur v5.1 -> v5.2
NyttReceptDjur v7.2 -> v7.3
KontrolleraExpeditionDjur v6.3 -> 6.4
HamtaHistorikDjurS v6.2 -> 6.3
|
och
|
21.0 |
|
NyttReceptDjur v7.3 (RRD)
|
BUGGRÄTTNING REC-242
Organisationsnummer som inte finns i BASUN ger nu AFF-fel "04020", "Organisationsnumret finns inte registrerat med giltigt status i bolagsregistret."
|
|
21.0 |
GodkannExpeditionDjur v7.4 (RRD)
KontrolleraExpeditionDjur v6.5 (RRD)
NyttReceptDjur v7.4 (RRD)
|
BUGGRÄTTNING REC-265
Fälten sistaGiltighetsdag och behandlingsandamal flyttas tillbaka till samma plats som i 17.1.15, dvs flyttas från ExpeditionsKontrollRecpetRequest till ExpeditionsuttagRequest.
NyttReceptDjur, GodkannExpeditionDjur och KontrolleraExpeditionDjur minorstegas:
NyttReceptDjur v 7.3 -> v 7.4 (fälten används inte)
GodkannExpeditionDjur v 7.3 -> v 7.4 (fälten används inte)
KontrolleraExpeditionDjur v 6.4 -> 6.5 (fälten används, och återfår sin ursprungliga plats i schemat)
|
|
21.0 |
HamtaSignalPerGrupp v5.1 (EES)
HamtaSignalPerRecept v5.1 (EES)
KontrolleraSignalStatus v1.0 (EES)
|
FÖRÄNDRING STAT-337
EES kommer nu att hämta en persons recept från Nationella Läkemedelslistan.
|
och
|
21.0 |
|
UppdateraForsaljningOppenvardForskrivning v7.0 (FOTA)
|
FÖRÄNDRING STAT-519
Tjänsten UppdateraForsaljningOppenvardForskrivning har uppaterats med två nya request-parametrar, uuid och versionId. Request-parametern receptId har tagits bort.
"uuid" är obligatoriskt vid "Ursprung" = "E", "5" eller"L" och ska följa formatet "[a-f0-9]{8}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{4}-[a-f0-9]{12}”
Värdet för parametern ”versionId” är ett obligatoriskt värde då ”Ursprung” är ”5”, ”L” eller ”E” och det ska vara ett numeriskt värde från 0-99999999.
|
och
|
21.0 |
|
AvregistreraDosunderlag v4.0 (OR/NLL)
BackaKrediteraUttag v6.0 (OR/NLL)
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
GodkannDosunderlag v5.0 (OR/NLL)
GodkannProduktionsuttag v7.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaAktuellaOrdinationerFoddatum v4.1 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaEjGodkanndaDosunderlag v4.0 (OR/NLL)
HamtaGallandeOrdinationsversion v4.0 (OR/NLL)
HamtaGallandeUnderlagsversion v5.0 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaIckeAktuellaOrdinationerFoddatum v4.1 (OR/NLL)
HamtaOrdinationerPrivatperson v7.1 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
KontrolleraUttag v7.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
MakuleraOrdinationApotek v5.0 (OR/NLL)
MakuleraOrdinationVard v5.0 (OR/NLL)
SattUtOrdinationApotek v5.0 (OR/NLL)
SattUtOrdinationVard v5.0 (OR/NLL)
SkapaDosunderlagApotek v4.0 (OR/NLL)
SkapaDosunderlagVard v4.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
SkrivUtDosRecept v4.0 (OR/NLL)
SkrivUtERecept v5.0 (OR/NLL)
SkrivUtMinaSparadeRecept v4.0 (OR/NLL)
SkrivUtReceptHistorikPdfApotek v4.0 (OR/NLL)
UppdateraDostillhörighet v4.0 (OR/NLL)
|
Förändring NLL-15513
I och med transformeringen av ORs tjänster mot NLL har svarstiderna för vissa tjänster förändrats. Följande tabell visar de medelsvarstider som
bedöms för transformatortjänsterna i release 21.0. Svarstiderna är en prognos och svarstider kan att variera vid olika situationer, såsom trafikvolym
under olika tider på dygnet.
| Tjänst | Medeltid (s) |
| AvregistreraDosunderlag | 0,19 |
| BackaKrediteraUttag | 0,36 |
| ForlangOrdinationApotek | 0,69 |
| ForlangOrdinationVard | 0,62 |
| GodkannDosunderlag | 0,37 |
| GodkannProduktionsuttag | 0,34 |
| GodkannUttag (via PIRR) | 0,40 |
| HamtaAktuellaOrdinationer | 0,21 |
| HamtaAktuellaOrdinationerFoddatum | 0,24 |
| HamtaDirektadresseradeOrdinationer | 1,23 |
| HamtaEjGodkanndaDosunderlag | 19,82 |
| HamtaGallandeOrdinationsversion | 0,16 |
| HamtaGallandeUnderlagsversion | 0,11 |
| HamtaIckeAktuellaOrdinationer | 0,43 |
| HamtaIckeAktuellaOrdinationerFoddatum | 0,32 |
| HamtaOrdinationerPrivatperson | 0,24 |
| HamtaOrdinationFoddatum | 0,15 |
| HamtaOrdinationshistorik | 0,19 |
| HamtaProduktionsunderlag | 0,34 |
| HamtaReceptbevakningsunderlag | 1,79 |
| KontrolleraUttag | 0,19 |
| KorrigeraOrdinationApotek | 0,46 |
| KorrigeraOrdinationVard | 0,51 |
| MakuleraOrdinationApotek | 0,35 |
| MakuleraOrdinationVard | 0,33 |
| SattUtOrdinationApotek | 0,54 |
| SattUtOrdinationVard | 0,48 |
| SkapaDosunderlagApotek | 0,34 |
| SkapaDosunderlagVard | 0,29 |
| SkapaOrdinationApotek | 0,43 |
| SkapaOrdinationVard | 0,42 |
| SkrivUtDosRecept | 0,77 |
| SkrivUtERecept | 0,40 |
| SkrivUtMinaSparadeRecept | 0,36 |
| SkrivUtReceptHistorikPdfApotek | 0,32 |
| UppdateraDostillhörighet | 0,11 |
|
, , , och
|
21.0 |
LasLFPrivatperson v5.0 (LF/NLL)
LasLFPrivatpersonPDF v1.0 (LF/NLL)
LasLFVardsystem v4.1 (LF/NLL)
RapporteraBorttagLF v1.0 (LF/NLL)
RapporteraExpeditionLF v5.0 (LF/NLL)
SkrivUtLakemedelsforteckning v1.0 (LF/NLL)
|
Förändring NLL-15516
I och med transformeringen av LFs tjänster mot NLL har svarstiderna för vissa tjänster förändrats. Följande tabell visar de medelsvarstider som
bedöms för transformatortjänsterna i release 21.0. Svarstiderna är en prognos och svarstider kan att variera vid olika situationer, såsom trafikvolym
under olika tider på dygnet.
| Tjänst | Medeltid (s) |
| LasLFPrivatperson | 0,34 |
| LasLFPrivatpersonPDF | 0,50 |
| LasLFVardsystem | 0,39 |
| RapporteraBorttagLF | 0,14 |
| RapporteraExpeditionLF | 0,11 |
| SkrivUtLakemedelsforteckning | 0,48 |
|
, , och
|
21.0 |
NewPrescription (PIRR/NLL)
MakuleraRecept (PIRR/NLL)
|
Förändring NLL-15517
I och med transformeringen av PIRRs tjänster mot NLL har svarstiderna för vissa tjänster förändrats. Följande tabell visar de medelsvarstider som
bedöms för transformatortjänsterna i release 21.0. Svarstiderna är en prognos och svarstider kan att variera vid olika situationer, såsom trafikvolym
under olika tider på dygnet.
| Tjänst | Medeltid (s) |
| NewPrescription | 0,32 |
| PrescriptionCancellation | 0,31 |
|
|
21.0 |
|
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING NLL-9664
Tidigare validerades inte fältet Pappersuttag.expedierandeApoteksExpeditionsId trots att det är markerat som obligatoriskt, men nu returneras ett
SbtpSecurityException med felmeddelandet "Aktörens expeditions-id är obligatoriskt om uttaget utfördes i Sverige" ifall fältet lämnas tomt.
|
|
21.0 |
|
SkapaOrdinationApotek v7.1 (OR/NLL)
|
FÖRÄNDRING NLL-8446
Eftersom det tidigare inte gått att registrera telefonförskrivningar, till icke-dospatienter, finns det ingen befintlig AFF-kontroll
som kan kontrollera att inte fler än ett uttag registreras. Om detta görs returneras nu ett SbtpValidationApplicationException med felmeddelandet "Telefonrecept som avser helförpackning får bara omfatta ett uttag."
|
|
21.0 |
|
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING NLL-13975
Vid efterregistrering av uttag gjorda i ett annat EES-land kan endast 'U' anges som förmånsval. Om något annat värde anges i fältet Pappersuttag.Helforpackningsuttag.Uttag.formansval returneras nu ett
SbtpValidationApplicationException med felmeddelandet "Ogiltigt värde i förmånsval vid efterregistrering av uttag gjorda på utländskt apotek."
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-10040
Tjänsterna har fått ett nytt felmeddelande: "Doseringstext1 och doseringstext2 får tillsammans max vara 511 tecken".
|
och
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-11770
Förskrivningens doseringstext kommer att hanteras annorlunda jämfört med i dag. I Receptdepå human är doseringstexten uppdelad i två fält, doseringstext1 och
doseringstext2, medans i NLL finns endast ett fält för doseringstext. Det gör att det som anges i två separata fält i Skapa- och Korrigera-tjänsterna slås ihop och
sparas i samma fält i NLL. När fälten, doseringstext1 och doseringstext2, returneraras fylls därför först doseringstext1 ut till sitt maxantal tecken och därefter
fylls doseringstext2 på, oavsett i vilket fält orginaltexten angetts.
|
och
|
21.0 |
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-12554
När en dispenserad förskrivning skapas måste en intagsmängd anges. Om fältet Doseringsschema.Intagstillfalle.intagsmangd utelämnas returneras nu ett
SbtpValidationException med felmeddelandet "Dos måste anges vid förskrivning av läkemedel som ska dosdispenseras.".
|
och
|
21.0 |
|
HamtaOrdinationshistorik v5.2 (OR/NLL)
|
FÖRÄNDRING NLL-4484
Misslyckade makuleringar kommer även fortsättningsvis att parkeras (status 216), men informationen om den misslyckade makuleringen
sparas inte i NLL och kommer inte längre att visas i svaret från HamtaOrdinationshistorik. Dvs listan EjUtfordMakuleringLista kommer ej längre returneras.
|
och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.1 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
|
FÖRÄNDRING NLL-3669
Information om RegistrerandeApotekspersonal kommer inte längre hanteras i NLL. Inga värden kommer sparas ifall de anges i fältet RegistrerandeApotekspersonal i tjänsten
SkapaOrdinationApotek. Inga värden kommer heller returneras i Ordinationsinformation.RegistrerandeApotekspersonal för Hämta-tjänsterna.
|
och
|
21.0 |
KontrolleraUttag v7.0 (OR/NLL)
|
BUGGRÄTTNING NLL-9134
Värdet i fältet KontrolleraUttagsinformation.Pappersunderlag.AngivenForskrivare.arbetsplatskod kommer nu att valideras enligt de krav som finns beskrivna i
OR-Funktionsspecifikation. Detta fält har inte validerats tidigare.
|
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
|
FÖRÄNDRING NLL-5014
AFF-varningar kommer inte längre att sparas på förskrivningarna i NLL. I stället kommer en ny AFF-svit, AFF-LAS, att köras
vid Hämta-tjänsterna för att dynamiskt återskapa eventuella varningar på förskrivningarna. Detta innebär också att de, av farmaceuten,
accepterade varningarna inte kommer returneras i svaret.
AFF-kontroller som ingår i AFF-LAS är;
F.003 – Saknas inskränkning i förskrivningsrätten
G.003 – Finns angiven artikel i VARA
G.035 – Saknar artikeln markering som försäljningsstoppad i VARA
G.036 – Saknar artikeln markering som avregistrerad i VARA
H.007 – Får startförpackning förskrivas eller expedieras
H.013 – Sträcker sig angivet expeditionsintervall över max ett år
|
och
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
|
BUGGRÄTTNING NLL-12223
Nu returneras ett SbtpValidationException med felmeddelandet; ”Endast yrkeskoderna AP och RC tillåtna för en GodkannandeAnvandareDosaktor.” om en annan yrkeskod är AP
eller RC anges i fältet GodkannandeAnvandareDosaktor.godkannandeAnvandareYrkeskod.
|
|
21.0 |
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-9296
Felmeddelandet från AFF-kontrollen U.002 har uppdaterats med en korrekt stavning av E-hälsomyndigheten.
|
och
|
21.0 |
GodkannProduktionsuttag v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-12673
Tidigare accepterades anrop till GodkannProduktionsuttag även med dosunderlag som var godkänt vid tidpunkten för den senaste
ordinationsförändringen för receptet. Nu kommer AFF-kontrollen U.012 returneras om dosunderlaget inte är godkänt vid anropstillfället.
|
|
21.0 |
KorrigeraOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-8001
AFF-kontrollen F.003 kommer inte längre att köras i AFF-KORR för KorrigeraOrdinationVard.
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.0 (OR/NLL)
SattUtOrdinationApotek v5.0 (OR/NLL)
|
FÖRÄNDRING NLL-3026
AFF-kontrollen P.002 kommer inte längre att köras i AFF-EXP och AFF-UTS.
|
|
21.0 |
MakuleraOrdinationApotek v5.0 (OR/NLL)
|
BUGGRÄTTNING NLL-9720
AFF-kontroll P.004 har inte körts korrekt i MakuleraOrdinationApotek trots att den finns uppräknad bland de kontroller som ska köras.
Nu kommer kontrollen att resultera i en avvisning om en makulering försöker genomföras på en förskrivning som tillhör en avliden dospatient.
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-8458
AFF-kontrollen G.008 har fått ett nytt villkor i AFF-EXP och kommer endast köras för förskrivningar med ordinationstyp 'B' eller 'S'.
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-11356
AFF-kontrollen G.011 har utökats för AFF-EXP och AFF-KEX och kommer nu även kontrollera att varan är ett livsmedel ifall förmånsvalet 'L' anges. Dvs inte bara kontrollera att patienten är under 16 år.
|
|
21.0 |
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-8040
Om utsättningstidpunkt < insättningstidpunkt returnerades tidigare både AFF-kontroll G.026 och G.027. Nu kommer endast G.027 att returneras i AFF-NOD, AFF-REG och AFF-KORR.
|
och
|
21.0 |
KorrigeraOrdinationApotek v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-9508
Korrigering av första doseringsdag för en förskrivning som redan har ett passerad insättningsdatum inte längre tillåten. Detta anrop kommer avvisas med AFF-kontroll G.026.
|
|
21.0 |
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.0 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-5363
AFF-kontrollen G.036 har ändrats så att den validerar att avregistreringsdatum + 1 dag inte har passerats. Tidigare returnerades G.036 samma dag som varans
avregistreringsdatum, men nu kommer anropet inte avvisas förrän dagen efter varans avregistreringsdatum.
|
och
|
21.0 |
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-6105
AFF-kontroll H.011 har utgått i och med att parametern maxVeckodos inte längre används eller lagras i NLL.
|
och
|
21.0 |
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRBÄTTRING NLL-9333
Numera kontrollerar AFF-kontroll H.013 att angivet expeditionsintervall inte sträcker sig utanför förskrivningens giltighetstid.
Tidigare kontrollerades endast att angivet expeditionsintervall inte sträckte sig över ett år.
|
och
|
21.0 |
NewPrescription (PIRR/NLL)
|
FÖRBÄTTRING NLL-9568
AFF-kontrollen 02003 har ändrats så att den validerar att avregistreringsdatum + 1 dag inte har passerats. Tidigare returnerades 02003 samma dag som varans
avregistreringsdatum, men nu kommer anropet inte avvisas förrän dagen efter varans avregistreringsdatum.
|
|
21.0 |
NewPrescription (PIRR/NLL)
|
FÖRÄNDRING NLL-5282
AFF-kontrollen 02006 har ändrats från en varning till en avvisning.
|
|
21.0 |
NewPrescription (PIRR/NLL)
|
FÖRÄNDRING NLL-7564
Om förskrivningen gäller teknisk sprit och värdet i antaletUttag är > 1 så kommer AFF-kontrollen 02013 som tidigare returnera en varning. Dock så kommer värdet
1 nu att sparas ned i NLL.
|
|
21.0 |
NewPrescription (PIRR/NLL)
|
FÖRBÄTTRING NLL-5275
AFF-kontrollen 02038 har utökats och kommer nu även returnera en avvisning ifall första uttag före < sista giltighetsdag.
|
|
21.0 |
HamtaOrdinationFoddatum v4.2 (OR/NLL)
|
FÖRÄNDRING NLL-13798
Listorna ArbetsplatsInfo och Forskrivarinfo var tidigare alltid tomma. Nu är de borttagna helt i svaret från tjänsten HamtaOrdinationFoddatum.
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
|
FÖRÄNDRING NLL-11697
Inget värde kommer att returneras i nästa uttag inom förmånen för förskrivningar som är slutexpedierade (status 207).
|
|
21.0 |
AvregistreraDosunderlag v4.0 (OR/NLL)
|
FÖRÄNDRING NLL-8171
Om en förskrivare försöker avregistrera ett dosunderlag och skickar in en yrkeskod som inte stämmer överens med angiven förskrivarkod kommer ett felmeddelande
att returneras: "Ogiltig legitimationskod".
|
, och
|
21.0 |
AvregistreraDosunderlag v4.0 (OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaEjGodkandaDosunderlag v4.0 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationPrivatperson v7.0 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
RapporteraBorttagLF v1.0 (LF/NLL)
SkrivUtDosrecept v4.0 (OR/NLL)
SkrivUtERecept v5.0 (OR/NLL)
SkrivUtMinaSparadeRecept v4.0 (OR/NLL)
SkrivUtReceptHistorikPdf v4.0 (OR/NLL)
|
FÖRÄNDRING NLL-11444
Åtkomst till information om förskrivningar och dosunderlagsinformation för personer som har markerats som avlidna i folkbokföringen har ändrats. Behörig hälso-
och sjukvårdspersonal får, när lagen träder i kraft, inte längre åtkomst till någon information. Apotekspersonal får tillgång till information i tre
månader och kan hantera påbörjade expeditioner under den tiden.
När användaren inte längre får tillgång till en avliden patients information returneras: OgiltigFolkStatusApplicationException("Patient markerad avliden i FOLK.")
|
, och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
SkrivUtDosRecept v4.0 (OR/NLL)
|
FÖRÄNDRING NLL-15384
Apotekspersonal kommer inte längre att returneras i Dosunderlagsstatus.
|
och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-15385
Fälten behandlingsslut, behandlingsstart och sprakkod i Behandlingsinformation hanteras inte i NLL och kommer inte längre att sparas eller returneras.
|
och
|
21.0 |
BackaKrediteraUttag v6.0(OR/NLL)
ForlangOrdinationApotek v7.0 (OR/NLL)
ForlangOrdinationVard v7.0 (OR/NLL)
GodkannProduktionsuttag v7.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
KontrolleraUttag v7.0 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
KorrigeraOrdinationVard v7.0 (OR/NLL)
MakuleraOrdinationApotek v5.0(OR/NLL)
MakuleraOrdinationVard v5.0(OR/NLL)
SattUtOrdinationApotek v5.0(OR/NLL)
SattUtOrdinationVard v5.0(OR/NLL)
SkapaDosunderlagApotek v4.0 (OR/NLL)
SkapaDosunderlagVard v4.0 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-15386
Fältet befattningskod hanteras inte i NLL och kommer inte längre att sparas eller returneras.
|
och
|
21.0 |
BackaKrediteraUttag v6.0(OR/NLL)
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-15388
Fältet maxVeckodos i Mangdinformation kommer inte att sparas eller returneras i NLL.
|
och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
|
FÖRÄNDRING NLL-15391
Administratorns för- och efternamn kommer inte längre returneras.
|
och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.0 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
SkapaOrdinationApotek v7.1 (OR/NLL)
SkapaOrdinationVard v7.0 (OR/NLL)
|
FÖRÄNDRING NLL-15395
Information om en patients kontaktuppgifter hanteras inte i NLL och kommer inte längre att sparas eller returneras.
|
och
|
21.0 |
SkrivUtMinaSparadeRecept v4.0 (OR/NLL)
|
FÖRÄNDRING NLL-9587
Eftersom RR-samtycket utgått enligt lagen om nationell läkemedelslista så kommer fälten hkdbSamtycke och rrSamtycke alltid returnera värdet "true"
i svaret.
|
, och
|
21.0 |
HamtaOrdinationshistorik v5.2 (OR/NLL)
|
FÖRÄNDRING NLL-13999
När E-hälsomyndigheten uppdaterar en förskrivning till status Parkerad (status 216) returneras nu alltid värdet ”Administration”
i fältet Forandring.Administrator.anvandarId. Det gäller både för misslyckade makuleringsförsök på e-recept från vården
och förskrivningar som uppdateras via internt administrationsgränssnitt.
|
och
|
21.0 |
HamtaOrdinationshistorik v5.2 (OR/NLL)
|
FÖRÄNDRING NLL-12052
Den som återregistrerar en förskrivning, och efterregistrerar uttag som gjordes under tiden förskrivningen varit utskrivet på papper, står i dag som
både registrerare och skapare av uttag i ordinationshistoriken, Uttagsstatus.apotekspersonal. I NLL kommer den som efterregistrerar uttaget stå som skapare av uttaget och den som
faktiskt expedierade uttaget från pappersreceptet att returneras som apotekspersonal med användar-id och GLN-kod. Om varken den som efterregistrerar
eller den som expedierat finns angivna returneras ett tomt objekt.
|
och
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationFoddatum v4.2 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
HamtaReceptbevakningsunderlag v4.1 (OR/NLL)
|
FÖRÄNDRING NLL-12368
Tidigare returnerades värdet "false" i fältet ingenDygnsdos ifall informationen saknades.
Nu kommer endast det värde som angivits att returneras, och om värde saknas så returneras inte fältet Mangdinformation.ingenDygnsdos.
D.v.s. fältet kommer inte returneras för ordinationer skapade via vården till dess att detta värde sätts i samband med t.ex korrigering eller
expedition via apotek.
|
och
|
21.0 |
GodkannProduktionsuttag v7.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.1 (OR/NLL)
|
FÖRÄNDRING REC-314
Felmeddelandet i AFF-kontroll H.005 har ändrats till "Högst 5 avdelade doser får expedieras på telefonrecept med narkotiska
läkemedel enligt förteckning II eller III. Högst 30 avdelade doser för förteckning IV eller V. Narkotiskt läkemedel enligt
förteckning I får inte expedieras på telefonrecept."
|
|
21.0 |
SkapaOrdinationApotek v7.1 (OR/NLL)
RapporteraExpeditionLF v5.0 (OR/NLL)
|
FÖRÄNDRING REC-309
NLL kräver att förskrivarens arbetsplatskod anges för att spara ner en förskrivning eller rapportera ett uttag. Ifall det vid anrop
till tjänsten SkapaOrdinationApotek saknas värde i fältet ordinationsinformation.ordinator.arbetsplatskod sätts det nu till "0000000000000"
för att möjliggöra registrering av pappersrecept. Samma sak gäller om det saknas värde i fältet expedition.receptexpeditionsrad.arbetsplatskod
vid anrop till tjänsten RapporteraExpeditionLF.
|
|
21.0 |
SkapaOrdinationApotek v7.1 (OR/NLL)
|
BUGGRÄTTNING REC-358
Valideringen av förskrivare kan bli felaktig i NLL om både förskrivarkod och legitimationskod anges. Ifall det anges värden i båda fälten kommer nu
ordinationsinformation.ordinator.legitimationskod att sättas till null så att endast värdet i ordinationsinformation.ordinator.forskrivarkod valideras.
|
|
21.0 |
HamtaAktuellaOrdinationer v5.2 (OR/NLL)
HamtaDirektadresseradeOrdinationer v5.2 (OR/NLL)
HamtaIckeAktuellaOrdinationer v6.2 (OR/NLL)
HamtaOrdinationerPrivatperson v7.1 (OR/NLL)
HamtaOrdinationshistorik v5.2 (OR/NLL)
HamtaProduktionsunderlag v4.1 (OR/NLL)
|
BUGGRÄTTNING REC-338
Eftersom patienters för- och efternamn inte sparas i NLL utan nu hämtas från folkbokföringen, behöver vissa namn
modifieras för att överrensstämma med vår validering. Om värdena som finns i folkbokföringen är längre än 35 tecken så
kommer de förkortas. Ifall för- eller efternamn saknas i folkbokföringen (t.ex. för nyfödda) kommer "Förnamn saknas"
respektive "Efternamn saknas" att visas. I Hämta-tjänsterna gäller detta fälten ordination.ordinationsinformation.patient.fornamn
respektive efternamn.
|
, och
|
21.0 |
GodkannProduktionsUttag v7.0 (OR/NLL)
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.1 (OR/NLL)
|
FÖRÄNDRING REC-488
AFF-kontrollerna F.001 ("Finns förskrivarkoden i Legitimations-registret med giltig status för angiven yrkeskod? ") och F.002 ("Är inskickad yrkeskod korrekt angiven?")
körs inte längre i AFF-EXP.
|
|
21.0 |
GodkannUttag v7.1 (OR/NLL)
KontrolleraUttag v7.1 (OR/NLL)
KorrigeraOrdinationApotek v7.0 (OR/NLL)
|
FÖRÄNDRING REC-489
Det går nu att återaktivera en förskrivning i tre dygn efter sista giltighetsdag. G.018 validerar nu att expeditionsdatum är inom tre dygn efter sista giltighetsdag.
Vid en korrigering validerar G.033 att sista giltighetsdag var för max tre dygn sedan.
|
|
21.0 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjumaryam saberr V7.2 (RRD)
|
FÖRBÄTTRING DJUR-1
Fälten 'postnummer', 'postort', 'postadress1' alternativt 'postadress2', som ligger under kund.kontaktuppgift är numera obligatoriska.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
|
NY FUNKTIONALITET DJUR-2
Fältet 'identitetsTyp' under djurInformation är numera obligatoriskt.
Nytt extension-fält 'identitetsTyp' är tillagt i KontrolleraExpeditionDjur, tillåtna värden är "IND"/"GRP"/"BES".
Fältet 'AnimalIdQualifier' i NewPrescriptionAnimal är numera obligatoriskt, tillåtna värden är "IND"/"GRP"/"BES".
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
|
FÖRBÄTTRING DJUR-3
Fältet 'PrescriptionItemAuthTime' i NewPrescriptionAnimal kan användas för att ange giltighetstid.
Nytt extension-fält 'sistaGiltighetsdag' tillagt i uttagsInfo samt expeditionsuttag.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
NyttReceptDjur V7.2 (RRD)
|
NY FUNKTIONALITET DJUR-5
Minst ett av fälten 'fodelsedatum', 'orgnr' eller 'personnummer' under kund är numera obligatoriskt.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
NyttReceptDjur V7.2 (RRD)
|
FÖRBÄTTRING DJUR-6
Fältet 'forskrivarkod' under forskrivare är numera obligatoriskt.
|
|
17.1.15 |
|
NyttReceptDjur V7.2 (RRD)
|
FÖRBÄTTRING DJUR-7
Fältet 'foretagsnamn' under kund är numera obligatoriskt om orgnr är kund/angivet.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
NyttReceptDjur V7.2 (RRD)
|
FÖRBÄTTRING DJUR-9
Orgnr kontrolleras nu mot Basun och måste vara aktiva med giltig status.
|
|
17.1.15 |
|
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
FÖRBÄTTRING DJUR-24
Veterinärnummer och typ av djuridentitet skrivs ut på receptoriginal.
|
|
17.1.15 |
|
UppdateraForsaljningForskrivningDjur V1.0 (FOTA)
|
FÖRBÄTTRING DJUR-25
En ny tjänst för inrapportering av öppenvårdförsäljning av läkemedel till djur.
|
|
17.1.15 |
|
UppdateraForsaljningOppenvardRekvisitionDjur V1.0 (FOTA)
|
FÖRBÄTTRING DJUR-26
En ny tjänst för försäljning av läkemedel till djur via rekvisition.
|
|
17.1.15 |
|
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
NY FUNKTIONALITET DJUR-42
Läkemedlets aktiva substans skrivs ut på receptoriginal.
|
|
17.1.15 |
|
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
NY FUNKTIONALITET DJUR-43
Behandlingsändamål för antimikrobiellt läkemedel skrivs i förkommande fall ut på receptoriginal.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
HamtaAdresseradeReceptDjur V6.1 (RRD)
HamtaAktuellaReceptDjur V5.1 (RRD)
HamtaHistorikDjur V6.2 (RRD)
HamtaIckeAktuellaReceptDjur V6.1 (RRD)
HamtaReceptFodDatDjur V5.1 (RRD)
HamtaReceptPrivatpersonDjur V5.1 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
TaBortUttagDjur V5.1 (RRD)
|
NY FUNKTIONALITET DJUR-45
Fältet 'IndicationForPrescription' (NewPrescriptionAnimal) kan användas för ange behandlingsändamål.
Nytt extension-fält 'behandlingsandamal' tillagt i nyReceptsamling.receptrader.
Fältet är obligatoriskt om läkemedelt är antimikrobiellt.
|
|
17.1.15 |
|
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
NY FUNKTIONALITET DJUR-46
Två nya fält, NPL-id och Behandlingsandamal, har införts i 2D-koden på receptoriginalblanketten.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
|
FÖRBÄTTRING DJUR-54
Fälten 'telefonnummer1' eller 'telefonnummer2' under kund.kontaktuppgift behöver anges, annars resulterar det i en "Varning".
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
|
NY FUNKTIONALITET DJUR-56
Om ATC-kod ingår i propertyn "rrd.test.atckoder_ej_godkanda_for_djur" så kommer denna AFF att slå.
|
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
HamtaAdresseradeReceptDjur V6.1 (RRD)
HamtaAktuellaReceptDjur V5.1 (RRD)
HamtaHistorikDjur V6.2 (RRD)
HamtaIckeAktuellaReceptDjur V6.1 (RRD)
HamtaReceptFodDatDjur V5.1 (RRD)
HamtaReceptPrivatpersonDjur V5.1 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
NyttReceptDjur V7.2 (RRD)
TaBortUttagDjur V5.1 (RRD)
|
FÖRBÄTTRING DJUR-68
Följande tjänster har stegats:
GodkannExpeditionDjur v7.1 -> v7.2
HamtaAdresseradeReceptDjur v6.0 -> v6.1
HamtaAktuellaReceptDjur v5.0 -> v5.1
HamtaHistorikDjurI v6.1 -> v6.2
HamtaIckeAktuellaReceptDjur v6.0 -> v6.1
HamtaReceptFodDatDjur v5.0 -> v5.1
HamtaReceptPrivatpersonDjur v5.0 -> v5.1
KontrolleraExpeditionDjur v6.1 -> v6.2
KorrigeraReceptDjur v7.0 -> v7.1
NyttReceptDjur v7.1 -> v7.2
TaBortUttagDjur v5.0 -> v5.1
|
och
|
17.1.15 |
|
KontrolleraAmning V1.0 (EES)
KontrolleraFosterPaverkan V1.0 (EES)
|
NY FUNKTIONALITET BEST-5
Två nya tjänster har skapats för Fosterpåverkan och Amning.
Tjänsterna kan endast anropas för kvinnor och baseras på kundens alla relevanta recept.
I EES web anropas tjänsterna när de nya flikarna för Fosterpåverkan respektive Amning väljs.
|
, och
|
17.1.15 |
|
GodkannExpeditionDjur V7.2 (RRD)
HamtaReceptPrivatpersonDjur V5.1 (RRD)
KontrolleraExpeditionDjur V6.2 (RRD)
KorrigeraReceptDjur V7.1 (RRD)
MakuleraReceptDjur V6.0 (RRD)
NyttReceptDjur V7.2 (RRD)
SkrivUtMinaMedicinerDjur V5.0 (RRD)
|
FÖRBÄTTRING REC-172
Samtycke för RRD har flyttat från FOLK till RRD. Felmeddelanden har uppdaterats för återspegla detta
|
och
|
17.1.15 |
|
AterkallaSamtyckeVardsystem V1.0 (LF)
AterkallaSamtyckeWebb V1.0 (LF)
KontrolleraSamtycke V1.0 (LF)
KontrolleraSamtyckeVardsystem V1.0 (LF)
RegistreraSamtyckeVardsystem V1.0 (LF)
RegistreraSamtyckeWebb V1.0 (LF)
|
NY FUNKTIONALITET REC-133
Läkemedelsförteckningens tillvidaresamtycken utgår och tillhörande tjänster kommer därför inte längre leverera ett svar. Ett exception (TjanstenEjTillgangligApplicationException) kommer att kastas vid anrop.
|
|
17.1.14 |
|
LasLFVardsystem V4.0 (LF)
|
FÖRBÄTTRING REC-134
När åtkomsttyp SAM är angiven kastas nu ett exception.
När åtkomsttyp NOD är angiven eller om patienten har dossamtycke returneras samtliga expeditioner.
Vid åtkomsttyp NOD filtreras integritetsspärrade expeditioner.
|
|
17.1.14 |
|
HamtaFolkInfo V5.0 (FOLK)
HamtaKundInfo V7.0 (AXS)
UppdateraSamtycke V4.0 (AXS)
|
FÖRBÄTTRING REC-136
Samtycke för RR och HKDB returneras alltid som "true" med samtyckesdatum 2021-05-01. Samtycke för EES returneras sedan tidigare alltid som "true" med samtyckesdatum 2020-06-01.
Tjänsten för att uppdatera samtycken ignorerar EES-, RR- och HKDB-samtycke. Inskickade värden kommer ej valideras eller sparas.
|
, , och
|
17.1.14 |
|
SkrivUtReceptOriginalDjur V6.0 (RRD)
|
FÖRBÄTTRING REC-137
Tjänsten SkrivUtReceptoriginalDjur är ändrad och anpassad efter det nya blankettutseendet.
|
|
17.1.14 |
|
HamtaHkdbInformation V1.0 (PRIS)
HamtaHkdbKonto V1.0 (PRIS)
PrisFraga V5.0 (PRIS)
RegistreraHkdbTransaktion V1.1 (PRIS)
SkapaHkdbKonto V4.0 (PRIS)
TaBortHkdbKonto V1.0 (PRIS)
|
FÖRÄNDRING REC-141
Tjänsten SkapaHkdbKonto:
* Om konto för personnumret redan finns ges inget felmeddelande om detta, men inget nytt konto skapas.
* Om personen enligt personnumret inte fyllt 18 år ges inget felmeddelande om detta, men inget nytt konto skapas.
Tjänsten TaBortHkdbKonto:
* Tjänsten är markerad som 'Deprecated' och ska inte längre användas.
* Vid anrop av tjänsten returneras kontots period och saldouppgifter från HKDB, men inget borttag av HKDB-konto görs.
Tjänsten PrisFraga:
* Tjänsten gör nu prisberäkning även om kunden saknar konto. Tjänsten räknar då utifrån bruttobelopp = 0 kr och nettobelopp = 0 kr, dvs att kunden inte har några ackumulerade belopp.
Tjänsten RegistreraHkdbTransaktion:
* Om kunden saknar HKDB-konto skapar tjänsten ett sådant automatiskt innan registrering.
* Om kunden inte fyllt 18 år görs ingen registrering, men inget felmeddelande ges. Tjänsten returnerar i detta fall balanser utifrån en period med noll kronor ackumulerat belopp.
Tjänsterna HamtaHkdbInformation och HamtaHkdbKonto:
* Om personen saknar ett HKDB-konto returneras ett dummykonto med en innevarande period utan belopp. Detta gäller även för personer som inte fyllt 18 år. Flaggan 'ansluten' är alltid true.
|
, , och
|
17.1.14 |
|
SkrivUtERecept V5.0 (OR)
|
FÖRBÄTTRING REC-147
Tjänsten SkrivtUtERecept är ändrad och anpassad efter den nya receptblanketten.
|
|
17.1.14 |
|
SkapaOrdinationApotek 7.1V (OR)
|
FÖRBÄTTRING REC-165
Telefonrecept nu giltigt som originalformat även för icke-dospatienter.
|
|
17.1.14 |
|
LasLFPrivatperson V5.0 (LF)
|
FÖRBÄTTRING VOA-2371
Integritetsspärrade uttag filtreras nu bort.
|
|
17.1.14 |
|
HamtaAktuellaOrdinationer V5.2 (OR)
|
FÖRBÄTTRING VOA-2372
För kunder och patienter under 18 år returneras information om sekretesspärrar i fälten:
ordinationslista.DispenseradOrdination.sparradUppgiftKod
ordinationslista.DispenseradOrdination.sparradUppgiftKlartext
ordinationslista.Helforpackningsordination.sparradUppgiftKod
ordinationslista.Helforpackningsordination.sparradUppgiftKlartext
|
och
|
17.1.14 |
|
HamtaIckeAktuellaOrdinationer V6.2 (OR)
|
FÖRBÄTTRING VOA-2373
För kunder och patienter under 18 år returneras information om sekretesspärrar i fälten:
sparradUppgiftKod
sparradUppgiftKlartext
I objekten:
ordinationKortInfolista.ordinationKortInfo
ordinationKortInfolista.DispenseradOrdination
ordinationKortInfolista.Helforpackningsordination
|
och
|
17.1.14 |
|
HamtaOrdinationshistorik V5.2 (OR)
|
FÖRBÄTTRING VOA-2374
För kunder och patienter under 18 år returneras information om sekretesspärrar i fälten:
dispenseradordinationLista.sparradUppgiftKod
dispenseradordinationLista.sparradUppgiftKlartext
helforpackningsordinationLista.sparradUppgiftKod
helforpackningsordinationLista.sparradUppgiftKlartext
|
och
|
17.1.14 |
|
HamtaReceptbevakningsunderlag V4.1 (OR)
|
FÖRBÄTTRING VOA-2375
För patienter under 18 år returneras information om sekretesspärrar i fälten:
ordinationslista.DispenseradOrdination.sparradUppgiftKod
ordinationslista.DispenseradOrdination.sparradUppgiftKlartextordinationslista.Helforpackningsordination.sparradUppgiftKod
ordinationslista.Helforpackningsordination.sparradUppgiftKlartext
|
och
|
17.1.14 |
|
HamtaAktuellaOrdinationerFoddatum V4.1 (OR)
|
FÖRBÄTTRING VOA-2376
Fälten ordinationsInfo.sparradUppgiftKod och ordinationsInfo.sparradUppgiftKlartext kommer inte returneras från denna tjänst då patienter utan personnummer ej kan registrera spärrar i NLL.
|
och
|
17.1.14 |
|
HamtaIckeAktuellaOrdinationerFoddatum V4.1 (OR)
|
FÖRBÄTTRING VOA-2377
Fälten ordinationsInfo.sparradUppgiftKod och ordinationsInfo.sparradUppgiftKlartext kommer inte returneras från denna tjänst då patienter utan personnummer ej kan registrera spärrar i NLL.
|
|
17.1.14 |
|
HamtaDirektadresseradeOrdinationer V5.2 (OR)
|
FÖRBÄTTRING VOA-2383
För kunder, med personnummer, som är under 18 år returneras information om sekretesspärrar i fälten:
ordinationslista.DispenseradOrdination.sparradUppgiftKod
ordinationslista.DispenseradOrdination.sparradUppgiftKlartext
ordinationslista.Helforpackningsordination.sparradUppgiftKod
ordinationslista.Helforpackningsordination.sparradUppgiftKlartext
|
|
17.1.14 |
|
HamtaOrdinationerPrivatperson V7.1 (OR)
|
FÖRBÄTTRING VOA-2384
För personer under 18 år kommer ordinationer med aktiva sekretesspärrar att filtreras bort. Även artiklar och uttag kopplade till dessa ordinationer filtreras bort.
|
|
17.1.14 |
|
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-2391
För kunder under 18 år kommer ordinationer med aktiva sekretesspärrar att filtreras bort.
|
, och
|
17.1.14 |
|
SkrivUtLakemedelsforteckning V1.0 (LF)
|
FÖRBÄTTRING VOA-2392
Sekretessspärrade uttag filtreras nu bort.
|
och
|
17.1.14 |
|
LasLFPrivatpersonPDF V1.0 (LF)
|
FÖRBÄTTRING VOA-2393
Sekretessspärrade uttag filtreras nu bort.
|
|
17.1.14 |
|
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-2397
För kunder och patienter under 18 år kommer ordinationer med aktiva sekretesspärrar att filtreras bort ifall anropet inte kommer från en dosproducent.
|
, och
|
17.1.14 |
|
HamtaProduktionsunderlag V4.1 (OR)
|
FÖRBÄTTRING VOA-2416
För kunder som är under 18 år returneras information om sekretesspärrar i fälten:
ordinationslista.DispenseradOrdination.sparradUppgiftKod
ordinationslista.DispenseradOrdination.sparradUppgiftKlartext
ordinationslista.Helforpackningsordination.sparradUppgiftKod
ordinationslista.Helforpackningsordination.sparradUppgiftKlartext
|
|
17.1.14 |
|
HamtaOrdinationFoddatum V4.2 (OR)
|
FÖRBÄTTRING VOA-2417
Fälten ordinationslista.OrdinationKortInfo.sparradUppgiftKod och ordinationslista.OrdinationKortInfo.sparradUppgiftKlartext
kommer inte returneras från denna tjänst då patienter utan personnummer ej kan registrera spärrar i NLL.
|
|
17.1.14 |
|
HamtaSubstitution v4.2 (VARA)
|
FÖRBÄTTRING GREG-25
Ny utparameter, klustergruppPV, på artikelnivå i tjänsten HamtaSubstitution som visar om den utbytesgrupp förpackningen tillhör är med eller inte på periodensvara-listan för aktuell period.
|
, och
|
17.1.13 |
|
CancelPrescriptionAnimal (PIRR)
MakuleraReceptService (PIRR)
NewPrescription (PIRR)
NewPrescriptionAnimal (PIRR)
|
BUGGRÄTTNING REC-58
Vid felkod 02000 så returneras nu följande meddelande "Meddelandet kunde inte tas emot vid sändningstillfället. Var god och försök igen." vid de förekommande fall då vi tidigare returnerat "Receptet kunde inte tas emot vid sändningstillfället. Var god och försök igen."
|
och
|
17.1.13 |
|
UppdateraForsaljningOppenvardForskrivning V6.1 (FOTA)
|
FÖRBÄTTRING STAT-454
Validering av moms uppdateras med följande regel:
Momssats får ej vara större än 0 då förmånstyp är RABBATERAD (R) eller SMITTSKYDD (S) då varutyp är Receptfritt läkemedel (EX) eller Receptbelagt läkemedel (RX). Infaller detta kommer transaktionen avvisas och följande fel returneras.
Fekod:52
Felmeddelande: Ej moms på förskrivna läkemedel inom förmånen
|
och
|
17.1.11 |
|
KontrolleraSignalStatus V1.0 (EES)
|
NY FUNKTIONALITET STAT-474
En ny tjänst KontrolleraSignalStatus har utvecklats som returnerar huruvida det finns aktiva signaler, stängda signaler och ej granskade läkemedel för en kunds recept i receptdepån. Är tänkt användas som en "förkontroll" för de som använder EES webben för att uppmärksamma om signaler finns eller inte.
|
och
|
17.1.11 |
VARA-exportfil V2
VARA-exportfil V3
|
FÖRBÄTTRING VOA-2498
VARA-exportfiler version 2 och 3 kommer inte längre att levereras.
|
, och
|
17.1.11 |
|
UppdateraForsaljningEgenvard V5.1 (FOTA)
UppdateraForsaljningForskrivningEESLand V5.1 (FOTA)
UppdateraForsaljningOppenvardForskrivning V6.1 (FOTA)
|
FÖRBÄTTRING STAT-366
Nytt frivilligt eller situationsberoende fält vid expediering och försäljningsrapportering till FOTA. Validering av format, vilket Läkemedelsverket har satt, om värdet ej är Null. Vilket påverkar externa tjänster och funktionsspecifikationer.
|
och
|
17.1.9 |
|
UppdateraForsaljningOppenvardForskrivning V6.0 (FOTA)
|
NY FUNKTIONALITET STAT-445
UppdateraForsaljningOppenvardForskrivning har kompletterats med två nya valideringar.
1. Vi validerar att expostället är i status godkänt.
2. Vi validerar att avhämtningsdatum är efter det från-datum då Expostället har rätt till att expediera läkemedel, samt att avhämtningsdatum är tidigare än ett eventuellt angivet från-datum då Expostället inte längre har rätt att expediera läkemedel.
|
och
|
17.1.9 |
|
RegistreraFullmakt V4.0 (FOLK)
RegistreraFullmaktPrivatperson V4.0 (FOLK)
|
NY FUNKTIONALITET VOA-2294
Den 1 juni 2020 begränsas fullmaktens giltighetstid till fyra år.
Om inskickat värde för giltigTom är null eller mer än fyra år utifrån när anrop sker så sätts giltigTom till fyra år från anropstillfället.
Förändringarna är endast intern logik i tjänsterna och det går fortfarande skicka in null som värde för giltigTom men giltighetstiden blir fyra år från anropstillfället.
|
och
|
17.1.9 |
|
FOLK
|
NY FUNKTIONALITET VOA-2329
Från och med 1 juni 2020 så gallras alla registrerade fullmakter som saknar fullmaktstagarens samtycke 7 dagar efter registreringsdatumet. Gäller endast fullmakter (av typen privatperson) som registreras från och med 1 juni 2020. Fullmakter registrerade innan 1 juni 2020 är inte påverkade av denna ändring.
|
|
17.1.9 |
|
RegistreraFullmaktstagareSamtycke V1.0 (FOLK)
RegistreraFullmaktstagareSamtyckePrivatperson V1.0 (FOLK)
|
NY FUNKTIONALITET VOA-2336
Den 1 juni 2020 begränsas fullmaktens giltighetstid till fyra år.
Om tidigare registrerat värde för giltigTom är null eller mer än fyra år utifrån när anrop sker till samtyckestjänsterna så sätts giltigTom till fyra år.
Förändringarna är endast intern logik i tjänsterna.
|
, och
|
17.1.9 |
|
HamtaLegitimationsInfo V5.0 (FORS)
|
FÖRBÄTTRING VOA-2359
Vid anrop med personnummer som indata returnerats nu legitimationsinfo även om farmaceuten har förskrivningsrätt.
|
och
|
17.1.9 |
|
SOL
|
FÖRBÄTTRING VOA-2418
För att förbättra datakvaliteten i SOL har jobbet ”uppdatera vårdtagarstatus” skapats, det hämtar dossamtycke och datum för avliden från FOLK. Patienter som saknar dossamtycke, är avlidna eller helt saknas i FOLK kommer att uppdateras med ny vårdtagarstatus i SOL och kommer senare plockas bort ur SOL.
Ett meddelande skickas till aktuellt dosapotek när ”uppdatera vårdtagarstatus”-jobbet körs och uppdaterar då till korrekt vårdtagarstatus.
|
|
17.1.9 |
|
KontrolleraUttag V7.0 (OR)
SkapaOrdinationApotek V7.1 (OR)
|
NY FUNKTIONALITET VOA-2419
Validering och felmeddelande kopplade till originalformat har anpassats till de nya receptföreskrifter som börjar gälla den 1 juli, då faxrecept inte längre är giltigt och giltighetstiden för telefonrecept ändras till 14 dagar.
Recept med ordinationsdatum tidigare än 1 juli kommer att hanteras som innan.
|
|
17.1.9 |
|
KontrolleraExpeditionDjur V6.1 (RRD)
|
NY FUNKTIONALITET VOA-2511
Validering och felmeddelande kopplade till originalformat har anpassats till de nya receptföreskrifter som börjar gälla den 1 juli, giltighetstiden för telefonrecept ändras till 14 dagar.
Recept med ordinationsdatum tidigare än 1 juli kommer att hanteras som tidigare.
|
|
17.1.9 |
|
SOL
|
BUGGRÄTTNING VOA-2522
Det är nu inte möjligt att ange UTC offset på akutstopptid, akutstopptid kommer att returneras utan UTC offset, exempel: 13:00:00
|
|
17.1.9 |
|
UppdateraForsaljningOppenvardForskrivning V6.0 (FOTA)
|
BUGGRÄTTNING STAT-255
UppdateraForsaljningOppenvardForskrivning har kompletterats med två nya valideringar.
1. Vi validerar nu att expostället är i status godkänt.
2. Vi validerar nu att avhämtningsdatum är efter det från-datum då Expostället har rätt till att expediera läkemedel samt att avhämtningsdatum är tidigare än ett eventuellt angivet från-datum då Expostället inte längre har rätt att expediera läkemedel.
|
och
|
17.1.8 |
|
HamtaSignalPerGrupp V5.0 (EES)
HamtaSignalPerRecept V5.0 (EES)
|
FÖRBÄTTRING STAT-263
Meddelandetexter när kunden inte har några recept eller inga signaler har hittats har förtydligats i EES webb och tjänster.
När kunden inte har några recept:
Texten "Analys kan inte genomföras då kunden saknar aktuella recept" visas i EES webb och svaren från tjänsterna HamtaSignalPerRecept och HamtaSignalPerGrupp.
När inga signaler har hittats:
Texten "Analys är genomförd men inga signaler uppstod" visas i EES webb.
Svaren från tjänsterna HamtaSignalPerRecept och HamtaSignalPerGrupp innehåller ingen meddelandetext men en tom signallista som förut.
För att ändringarna ska visas i EES webb kan man behöva rensa webbläsarens cacheminne.
|
och
|
17.1.8 |
|
HamtaSignalPerGrupp V5.0 (EES)
HamtaSignalPerRecept V5.0 (EES)
|
FÖRBÄTTRING STAT-360
Uppdatering av tjänster för att skapa förutsättningar för att i EES visa information om spärrade förskrivningar. Ändringarna är en följd av de förberedande steg inför NLL infört i VOA-2060.
I svaret från tjänsterna HamtaSignalPerGrupp och HamtaSignalPerRecept returneras två nya icke obligatoriska fält; sparradUppgiftKod och sparradUppgiftKlartext,
i extension-elementet för typen bidragandeRecept.
För mer information se tjänstekontraktsbeskrivningen EES-Funktionsspecifikation-17.1.
I EES webgränssnittet kommer sparradUppgiftKlartext visas om signaler finns som rör recept med spärrkod som ska hanteras av och varnas för i EES.
|
och
|
17.1.8 |
|
HamtaSubstitution (VARA) V4.1
|
FÖRBÄTTRING VOA-2234
Ny parameter för att ange om en patient uppfyller förmånsbegränsningar i VARA's substitutionstjänst.
Parameterns namn: uppfyllerFormansbegransning
Typ: boolean
Parametern har ingen påverkan på tjänsten förrän de nya utbytesreglerna träder ikraft den 2:e juni.
|
, och
|
17.1.8 |
|
RegistreraFullmakt V4.0 (FOLK)
|
FÖRBÄTTRING VOA-2261
Om eKanal är false och tagarepersnr är populerat med ett giltigt personnummer så sätts samtyckegodkänt till tidpunkten då fullmakten registrerades.
|
och
|
17.1.8 |
|
NewPrescriptionAnimal (PIRR)
|
BUGGRÄTTNING VOA-2288
Ändringar har gjorts för RRD. Där AFF 03008 ej längre tillåter läkemedelsförskrivningar via PIRR med flerval. Ett flerval är en receptrad som innehåller flera receptval.
I samband med åtstramningen har även meddelandetext för AFF 03008 ändras till "Förskrivningen innehåller flervalsrecept (flera förpackningsstorlekar). Receptsamlingen är avvisad."
|
|
17.1.8 |
|
HamtaBestallningarDosaktorService V3.0 (SOL)
HamtaBestallningsidnDosaktorService V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
|
BUGGRÄTTNING VOA-2305
Vid sökning på beställningar returneras beställningar i tidsordning där den äldst är först.
Sökningen och sortering görs på beställningens statustidpunkt.
|
och
|
17.1.8 |
|
HamtaFullmakt V4.0 (FOLK)
HamtaFullmaktPrivatperson V4.0 (FOLK)
|
NY FUNKTIONALITET VOA-2238
HamtaFullmakt och HamtaFullmaktPrivatperson har kompletterats för att kunna returnera fullmaktstagares samtycke för fullmakter av tagartyp P tagartyp (Privatpersoner). I samband med detta har tjänsteversionen lyfts till 4.1 för HamtaFullmakt och HamtaFullmaktPrivatperson.
Den nya taggen heter samtyckeGodkant och kommer ligga inbäddad i den befintliga taggen fullmakter. SamtyckeGodkant kommer hålla datumet när fullmaktstagares samtycke skedde. Finns inget samtycke registrerat så kommer taggen samtyckeGodkant inte finnas i svaret.
|
, och
|
17.1.7 |
|
KontrolleraFullmakt V1.0 (FOLK)
KontrolleraFullmaktPrivatperson V4.0 (FOLK)
|
NY FUNKTIONALITET VOA-2239
KontrolleraFullmakt och KontrolleraFullmaktPrivatperson har kompletterats för utökad kontroll av fullmaktsinformation. I samband med detta har KontrolleraFullmakt lyfts till V1.1 och KontrolleraFullmaktPrivatperson till 4.1
I tjänsten kommer efter förändringar status för fullmaktstagares samtycke returneras i en ny tagg som heter statusSamtycke. statusSamtycke kommer endast returneras för fullmakter som har aktiv status.
För aktiva fullmakter innebär detta att fullmakter av tagartyp V (Vårdnadshavare) och E (Vårdenhet) implicit kommer anses ha fullmaktstagares samtycke. Medans fullmakter av tagartyp P (Privatperson) kommer göra en explicit kontroll att fullmaktstagares samtycke är registrerat.
Finns fullmaktstagares samtycke returneras:
status 0 /status
statusSamtycke 0 /statusSamtycke
Finns ej fullmaktstagares samtycke returneras:
status 0 /status
statusSamtycke 3 /statusSamtycke
|
, och
|
17.1.7 |
|
VARA-exportfil V5
|
FÖRBÄTTRING VOA-2057 (VOA-2022)
I release 17.1.7 skapas en ny version av VARA-exportfil, version 5. Denna exportfil innehåller flera nya parametrar. Från och med den 15 november finns detaljerad information i dokumenten under mappen "VARA5 - exportfil, release 17.1.7"
|
, och
|
17.1.7 |
HamtaAktuellaOrdinationer V5.2 (OR)
HamtaAktuellaOrdinationerFoddatum V4.1 (OR)
HamtaIckeAktuellaOrdinationer V6.2 (OR)
HamtaIckeAktuellaOrdinationerFoddatum V4.1 (OR)
HamtaOrdinationshistorik V5.2 (OR)
HamtaReceptbevakningsunderlag V4.1 (OR)
|
NY FUNKTIONALITET VOA-2060
Uppdatering av tjänster för att skapa förutsättningar för expedierande apotekssystem att ta emot information om spärrade förskrivningar. Ändringarna är ett förberedande steg inför NLL som ska möjliggöra för bl.a. expeditionssystem att får en varning om att förskrivningen är spärrad för vårdnadshavare. Detta för att information inte felaktigt lämnas ut vilket skulle kunna innebära en patientsäkerhetsrisk.
I svaret från tjänsterna returneras två nya fält; sparradUppgiftKod och sparradUppgiftKlartext, i extension-elementet för typerna ordinationslista.dispenseradordinationLista, ordinationslista.helforpackningsordinationLista, ordinationsInfo, ordinationKortInfolista.dispenseradordinationLista och ordinationKortInfolista.helforpackningsordinationLista.
Fältet sparradUppgiftKod kommer alltid returnera värdet ”0” och sparradUppgiftKlartext kommer alltid ha värdet ”Ingen spärr” fram tills NLL träder i kraft 1/5 2021.Se Tjänstekontraktsbeskrivningen OR-Funktionsspecifikation-17.1 för mer information.
Systemleverantörer behöver göra anpassningar inför att NLL:s lagstiftning träder i kraft 1/5 2021.
|
och
|
17.1.7 |
|
GodkannExpeditionDjur V7.0 (RRD)
|
BUGGRÄTTNING VOA-2138
I tjänsten GodkannExpeditionDjur V7 har det infört en ny regel som sätter recept till slutexpedierad (status 207) när beräknad totalmängd kvar blir noll. Detta även om användare skickat med parameter slutexpedierad = false.
|
|
17.1.7 |
RegistreraFullmaktstagareSamtycke V1.0 (FOLK)
RegistreraFullmaktstagareSamtyckePrivatperson V1.0 (FOLK)
|
NY FUNKTIONALITET VOA-2154
Fullmakter ska överföras till nationella läkemedelslistan och det finns lagkrav på samtycke från både givare och tagare. Givare anses ha samtyckt, men fullmaktstagarens samtycke behöver kompletteras för att fullmakten ska kunna registreras i nationella läkemedelslistan.
Två nya tjänster som anropas av apotek respektive privatperson via apoteks e-handel har utvecklats. Tjänsterna ska användas för att komplettera befintliga fullmakter med fullmaktstagarens samtycke, registrerar samtycke eller avslutar fullmakt om samtycke är nekande.
Se Tjänstekontraktsbeskrivningen FOLK-Funktionsspecifikation-17.1 för mer information.
Systemleverantörer behöver göra anpassningar inför att NLL:s lagstiftning träder i kraft 1/5 2021.
|
, och
|
17.1.7 |
HamtaVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2157
Den tillfälliga adressens produktionsinformation ignoreras nu. Om den tillfälliga adressen är aktuell så returneras produktionsinformationen enligt följande logik:
- Om vårdtagaren är hemmaboende returneras produktionsinformationen ifrån det ordinära boendet.
- Om vårdtagaren inte är hemmaboende så returneras produktionsinformationen ifrån det särskilda boendet.
|
och
|
17.1.7 |
SkapaVardtagare V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2181
Datum för vilandefranochmed och vilandetillochmed tillåts nu vara dagens datum.
|
och
|
17.1.7 |
BestallOriginalforpackning V3.0 (SOL)
UppdateraBestallningsstatus V3.0 (SOL)
|
BUGGRÄTTNING VOA-2182
Beställningar som skapats av dosapoteken, BestallOriginalForpackningDosaktor, får nu status MOTTAGEN_AV_APOTEK. Beställningar med status UNDER_BEARBETNING kan nu ändras till status AVVISAD.
|
och
|
17.1.7 |
|
HamtaMeddelandeDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2183
HämtameddelandeDosaktör returnerar nu bara meddelanden som skickats till aktuellt dosapotek när personnummer och meddelandeid inte anges.
|
|
17.1.7 |
|
FlyttaVardtagareDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2184
Det har i tidigare versioner inte varit möjligt att ange om patienter är hemmaboende eller inte, detta bestäms nu med följande logik:
- Om endast dosmottagare för ordinärtboende anges så antas patienten efter flytten vara hemmaboende.
- Om endast särskilt boende (och dosmottagare) anges så antas patienten inte vara hemmaboende.
- Om både dosmottagare för ordinärt boende och särskilt boende anges så fungerar tjänsten som tidigare, det vill säga hemmaboende-flaggan avgör om man är hemmaboende.
|
|
17.1.7 |
HamtaVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2185
När vårdtjänsten hämtavårdtagare triggar en statusändring (dvs vårdtagarens status har ändrats i FOLK) skickas ett meddelande till dosapoteket.
|
och
|
17.1.7 |
|
GodkannUttag V7.1 (OR)
|
FÖRBÄTTRING VOA-2203
Tjänsten har utökats med ett extension-fält (godkannandeAnvandareDosaktor) i syfte att ge möjlighet för dosapotek att skilja på godkännande- och anropande användare.
|
|
17.1.7 |
|
|
FÖRBÄTTRING FOIKT-85
Vi gör det möjligt att köra emot 17.x tjänsterna med den gamla biljetten (3 assertions) genom att publicera 17.x tjänsterna under serviceProvider contexten, genom att publicera tjänsterna under serviceProvider så gör vi det också möjligt att nå 17.x tjänsterna utan krav på Mutual TLS. Läs mer på vår hemsida: https://www.ehalsomyndigheten.se/nyheter/2017/ny-atkomstlosning-okar-sakerheten-for-vara-tjanster/
|
|
17.1.7 |
CancelPrescriptionAnimal (PIRR)
MakuleraRecept (PIRR)
NewPrescription (PIRR)
NewPrescriptionAnimal (PIRR)
|
NY FUNKTIONALITET FOIKT-67
Åtkomst till PIRR via OAuth2 stödjer nu tjänsteanrop utanför OAuth2 biljettens giltighetstid. Grundprincipen är fortfarande att
tjänsteanropen ska ske inom 60 minuter och att refresh token bör användas.
För mer information se Handbok för vård- respektive apoteksaktörer: Anropsinformation 17.1, avsnitt 2.1.1 Särskild hantering för
PIRR/NEF avseende giltighetstid på SAML-intyg.
|
och
|
17.1.6 |
| Alla tjänster i kombination med en Sambi-biljett. |
FÖRBÄTTRING FOIKT-84
Tidigare krävde Sambi att alla underelement måste, om inte annat är specificerat i tabellen, ha ett attribut av typ xsi:type="xs:string" och kodas
i UTF-8. Det är nu inte längre att krav att specificera dessa typer.
|
, , , ,
, och
|
17.1.6 |
|
HamtaArbetsplatsinformation V1.0 (ARKO)
|
FÖRÄNDRING STAT-287
Tjänsten HamtaArbetsplatsinformation har ändrats från LOA3 till LOA0 och rollen Maskinanvändare kan nu anropa tjänsten.
|
och
|
17.1.6 |
|
UppdateraForsaljningEgenvard V5.0 (FOTA)
|
FÖRÄNDRING STAT-279
En validering har införts på fältet UppdateraForsaljningEgenvardRequestType. rader. varuTyp.
Vid rapportering av transaktioner med försäljningssätt Egenvård (E) tillåts nu endast varutyperna EX, HA och OV, varutyp RX (Receptbelagt läkemedel) är inte tillåtet.
Nu returneras felmeddelandet "Felaktigt försäljningssätt eller varutyp" med felkod "046", ifall tjänsten UppdateraForsaljningEgenvard anropas med varuTyp RX.
|
och
|
17.1.6 |
|
UppdateraForsaljningSlutenvard V5.0 (FOTA)
|
FÖRBÄTTRING STAT-278
En hårdare validering har införts på fältet UppdateraForsaljningSlutenvardRequestType. bestallarLandstingsKod. Tidigare genererades en varning vid rapportering av
transaktioner utan bestallarLandstingsKod med försäljningssätt Slutenvård (S).
Nu kommer dessa transaktioner stoppas och felmeddelandet "Obligatoriskt värde saknas" med felkod "001" kommer returneras.
|
|
17.1.6 |
UppdateraForsaljningOppenvardForskrivning V6.0 (FOTA)
|
FÖRBÄTTRING STAT-273
En validering har införts på fältet UppdateraForsaljningOppenvardForskrivning. rader. aktorReceptId att bara tillåta numeriska värden.
Nu returneras felmeddelandet "Ska vara ett numeriskt värde" med felkod "047", ifall tjänsten UppdateraForsaljningOppenvardForskrivning anropas med
ett icke numeriskt värde i fältet aktorReceptId. Fältet valideras vid alla förmånstyper utom Z (Återköp).
|
och
|
17.1.6 |
AvbestallOriginalforpackning V3.0 (SOL)
|
BUGGRÄTTNING VOA-2064
Ett nytt felmeddelande har lagts till då en beställning som redan har status avbeställd försöker avbeställas via tjänsten.
Nu returneras SbtpValidationApplicationException(”Avbeställning avvisad. En beställning som har status avbeställd kan inte avbeställas.”).
|
|
17.1.6 |
LevereraLokaltProduktSortiment V3.0 (SOL)
|
BUGGRÄTTNING VOA-2063
Ett nytt felmeddelande har lagts till då en dosaktör försöker uppdatera ett lokalt produktsortiment som inte tillhör det egna dosapoteket.
Nu returneras SbtpValidationApplicationException(”Dosapoteken tillhör inte samma aktör”).
|
|
17.1.6 |
UppdateraVardtagare V3.0 (SOL)
UppdateraVardtagareDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2058
Tidigare ignorerades dosmottagareid för ordinärt boende om detta värde inte skickades in och det gamla värdet låg kvar. Detta beteende är nu
förändrat och om dosmottagareid är tomt så sätts värdet i databasen till tomt så att informationen tas bort.
|
|
17.1.6 |
KorrigeraOrdinationApotek V7.0 (OR)
|
FÖRBÄTTRING VOA-2047
En ny valideringsregel har införts och ett nytt felmeddelande returneras nu om användare i samband med att parametern slutexpedierad sätts till "false" försöker korrigera
ett recepts totalmängd kvar eller antal uttag kvar till "0".
|
|
17.1.6 |
KorrigeraReceptDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-2046
En ny valideringsregel har införts och ett nytt felmeddelande returneras nu om användare i samband med att parametern slutexpedierad sätts till "false" försöker
korrigera recepts totalmängd kvar till "0".
|
|
17.1.6 |
SkapaProduktionsinformationDosaktor V3.0 (SOL)
UppdateraProduktionsinformationDosaktor V3.0 (SOL)
|
BUGGRÄTTNING VOA-2032
Tidigare så har intagstillfällen utan värde felaktigt sparats med standardvärdet 0 i SOL-registret. Nu kommer intagstillfällen som saknar värde ignoreras.
|
|
17.1.6 |
SokDosmottagareDosaktor V1.0 (SOL)
|
NY FUNKTIONALITET VOA-2028
Ny tjänst har publicerats som gör det möjligt för dosaktörer att söka efter sina dosmottagare för att kunna utläsa leveransinformation
för dospatienters dosrullar.
För mer information om den nya tjänsten se SOL 45_Tjänstespecifikation_Sok dosmottagare dosaktör_17.1.
|
|
17.1.6 |
SkapaDosmottagare V5.0 (SOL)
|
FÖRBÄTTRING VOA-2027
Dosmottagareid har tidigare varit apoteksunika men nu är de även systemunika och ett nytt felmeddelande
returneras om en dosmottagare skapas med ett befintligt dosmottagareid.
SbtpValidationApplicationException("Dosmottagare finns redan registrerad.").
|
|
17.1.6 |
CancelPrescriptionAnimal (PIRR)
NewPrescriptionAnimal (PIRR)
NyttReceptDjur V7.1 (RRD)
|
FÖRBÄTTRING VOA-2021
Felmeddelandet för AFF-kontroll 03036 har ändrats från "Förskrivarens namn innehåller ogiltiga tecken" till "Förskrivarens namn innehåller otillåtna tecken."
för att följa kraven.
|
och
|
17.1.6 |
LasLFVardsystem V4.1 (LF)
|
NY FUNKTIONALITET VOA-2010
Från och med att den nationella läkemedelslistan börjar användas 2021-05-01 så kan patienter spärra information så att behörig vårdpersonal inte alltid får åtkomst
till patientens alla uthämtade läkemedel. En ny utparamter, avPatientSparradePosterArBorttagna, har lagts till i tjänsten för att informera om huruvida patienten har
valt att spärra poster från läsning av vården eller inte.
|
|
17.1.6 |
HamtaVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1951
Folkbokföringsadressen (hemmaboendeadress) returneras nu alltid som ordinärt boende oavsett om vårdtagaren är hemmaboende eller om ett särskilt boende finns.
Detta för att visa samtliga dosmottagare som finns för patienten även om endast en dosmottagare kan vara gällande vid en enskild tidpunkt.
|
och
|
17.1.6 |
|
MakuleraRecept (PIRR)
|
FÖRBÄTTRING VOA-1760
Felmeddelandet för AFF-kontroll 02036 i AFF-MAK har ändrats från "Förskrivarens namn innehåller ogiltiga tecken" till "Förskrivarens namn innehåller otillåtna tecken."
för att följa kraven och överensstämma med motsvarande felmeddelande i AFF-NEF.
|
|
17.1.6 |
ForlangOrdinationApotek V7.0 (OR)
ForlangOrdinationVard V7.0 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
SkapaOrdinationApotek V7.1 (OR)
SkapaOrdinationVard V7.0 (OR)
|
BUGGRÄTTNING VOA-1735
Ett recept med absolut expeditionsintervall har tidigare felaktigt kunnat anges med noll antal dagar, veckor eller månader.
Nu valideras, förutom att angivet expeditionsintervall sträcker sig över max ett år, att antalet angivna dagar är mellan 1 och 365, veckor mellan 1 och 52 och månader mellan 1 och 12 i
AFF-kontrollen H.013 ("Sträcker sig angivet expeditionsintervall över max ett år?").
|
och
|
17.1.6 |
BestallOriginalforpackning V3.0 (SOL)
BestallOriginalForpackningDosaktor V3.0 (SOL)
FlyttaVardtagareDosaktor V3.0 (SOL)
HamtaVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1451
I tjänsterna för att skapa och uppdatera vårdtagarinformation införs nu en kontroll på att vårdtagaren finns i eHälsomyndighetens
FOLK-register, att dossamtycke finns och att vårdtagaren inte är avliden.
I tjänsterna för att hämta vårdtagarinformation returneras status från FOLK-registret (AKTIV, AVFORD eller AVLIDEN),
undantag för status VILANDE som enbart sparas i SOL.
Även i övriga tjänster med vårdtagarinformation kontrolleras nu vårdtagarstatus mot FOLK-registret.
|
och
|
17.1.6 |
|
|
FÖRBÄTTRING FOIKT-61
Den nya tjänsten, OAuth2 tokenservice, som publicerades i 17.1.3.1 kan nu användas för anrop till alla eHälsomyndighetens
publicerade tjänster och av alla roller, inte bara rollen Privatperson. I samband med detta har vi nu även gjort det möjligt
att använda sig av flödet för refresh token.
Giltighetstiden på ett refresh token kan variera per tjänst och anropande roll. Idag är eHälsomyndighetens refresh token generellt giltig
i 7 timmar, med undantag av vissa tjänster som används av dosaktörer där sessionstidens giltighet
har utökats till 11 timmar.
För mer information om användning av den nya tjänsten se Handbok för vård- respektive apoteksaktörer: Anropsinformation 17.1, OAuth2 tokenservice.
|
, , ,
, , ,
och
|
17.1.5 |
CancelPrescriptionAnimal (PIRR)
MakuleraRecept (PIRR)
NewPrescription (PIRR)
NewPrescriptionAnimal (PIRR)
|
FÖRBÄTTRING FOIKT-10
Ny funktionalitet medför att eHälsomyndigheten tillåter anrop från dessa tjänster även när biljettens giltighetstid är utgången.
Detta är avsett för kunder som råkar ut för oplanerade eller planerade driftstörningar och därmed har köat upp anrop till eHälsomyndigheten
på grund av detta. Förutsättningarna är att kunden meddelar eHälsomyndigheten om driftstoppet via Kundservice.
För mer information se Handbok för vård- respektive apoteksaktörer: Anropsinformation 17.1, avsnitt 2.1.1 Särskild hantering för PIRR/NEF
avseende giltighetstid på SAML-intyg.
|
och |
17.1.5 |
UppdateraVardtagareinformation V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-2024
Det är nu möjligt att ta bort dosmottagarid från ordinärt boende och tillfällig adress, genom att utelämna dosmottagarid vid anropet.
|
och |
17.1.5 |
HamtaMeddelande V3.0 (SOL)
|
FÖRBÄTTRING VOA-2006
Sökparametern dosapotekid (tidigare glnkod) är inte längre obligatorisk.
|
|
17.1.5 |
SkapaDosmottagare V5.0 (SOL)
UppdateraDosmottagare V5.0 (SOL)
|
FÖRBÄTTRING VOA-1995
En ny parameter har lagts till i tjänsterna för att skapa respektive uppdatera dosmottagare som gör det möjligt att markera
en dosmottagare som dold. Dosmottagare som är markerade som dolda kommer inte längre returneras när dosordinationssystemen
söker dosmottagare.
|
|
17.1.5 |
SokVardandeEnhet V3.0 (SOL)
|
FÖRBÄTTRING VOA-1994
dosapotekid har lagts till som en obligatorisk inparameter. Detta för att minimera risken att vårdtagaren kopplas
till en vårdande enhet som inte tillhör det aktuella dosapoteket.
|
|
17.1.5 |
SokVardandeEnhet V3.0 (SOL)
SkapaOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SkapaProduktionsinformationDosaktor V3.0 (SOL)
SkapaSarskiltBoende V3.0 (SOL)
SokOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SokSarskiltBoendeDosaktor V3.0 (SOL)
UppdateraOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
UppdateraSarskiltBoende V3.0 (SOL)
|
FÖRBÄTTRING VOA-1936
Tjänster som tidigare har haft nivån LOA2 har nu ändrats till LOA3, då LOA2 i praktiken inte används vid anrop
mot eHMs tjänster.
|
och |
17.1.5 |
HamtaOrdinationerPrivatperson V7.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRÄNDRING VOA-1897
Vårdnadshavare eller fullmaktstagare till tonåringar mellan 13-17 år har inte längre direktåtkomst till tonåringars receptinformation
via e-handel. Nu returneras felmeddelandet ”Åtkomst nekad. Barnet har fyllt 13 år.” vid slagning mot annan person om denne är ett barn
som fyllt 13 år. Om den andra personen är över 18 år och giltig fullmakt saknas returneras som tidigare felmeddelandet ”Åtkomst nekad. Giltig
fullmakt saknas”.
|
|
17.1.5 |
HamtaOriginalforpackning V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1840
För att begränsa sökresultatet och undvika fritextsökning har ett antal parametrar tagits bort från
beställningsurvalet och ett maxresultat lagts till i tjänster för att hämta originalförpackningar och beställningar.
|
och |
17.1.5 |
CancelPrescriptionAnimal (PIRR)
MakuleraRecept (PIRR)
NewPrescription (PIRR)
NewPrescriptionAnimal (PIRR)
|
FÖRBÄTTRING VOA-1829
Istället för en generell kod returneras olika felkoder, med tillhörande felmeddelande, i aperaken vid olika säkerhetsrelaterade fel.
|
och |
17.1.5 |
SkapaDosmottagare V4.0 (EXPO)
SokDosmottagare V1.0 (EXPO)
TaBortDosmottagare V1.0 (EXPO)
UppdateraDosmottagare V4.0 (EXPO)
SkapaDosmottagare V5.0 (SOL)
SokDosmottagare V2.0 (SOL)
TaBortDosmottagare V2.0 (SOL)
UppdateraDosmottagare V5.0 (SOL)
|
LAGKRAV VOA-1824
Det är inte tillåtet att ha dosmottagare i EXPO eftersom EXPO omfattas av "Lag om receptregister". Därför flyttas all information om
dosmottagare från eHälsomyndighetens EXPO-register till vårt SOL-register. Detta innebär att från och med 17.1.5 uppmanas alla aktörer
att anropa de nya tjänsterna i SOL; SkapaDosmottagare V5.0, SokDosmottagare V2.0, TaBortDosmottagare V2.0 respektive UppdateraDosmottagare V5.0.
EXPO-tjänsterna sätts till DEPRECATED och kommer utgå i nästa externa release.
|
och |
17.1.5 |
MakuleraRecept (PIRR)
NewPrescription (PIRR)
|
FÖRBÄTTRING VOA-1820
Förbättrad validering av att innehavaren av åtkomstintyget är samma person som förskrivaren på receptet eller makuleringsbegäran.
Nu körs AFF-kontroll 02022 ("Meddelandets sändare skall alltid vara samma person som
är förskrivare eller makulerare.") både för AFF-NEF och AFF-MAK. Även makuleringsbegäran avvisas om valideringen misslyckas.
|
|
17.1.5 |
CancelPrescriptionAnimal (PIRR)
NewPrescriptionAnimal (PIRR)
|
FÖRBÄTTRING VOA-1820
Förbättrad validering av att innehavaren av åtkomstintyget är samma person som förskrivaren på receptet eller makuleringsbegäran.
Nu körs AFF-kontroll 03022 ("Meddelandets sändare skall alltid vara samma person som är förskrivare eller makulerare.") både för
AFF-NEF och AFF-MAK. Även makuleringsbegäran avvisas om valideringen misslyckas.
|
|
17.1.5 |
HamtaLokaltProduktsortiment V3.0 (SOL)
|
FÖRBÄTTRING VOA-1818
Landsting är nu tillagt som utparameter för att tydliggöra vilket landsting sortimentslistan är kopplad
till (HamtaLokaltProduktsortimentResponse. Produktsortiment. landsting).
|
|
17.1.5 |
| MakuleraRecept (PIRR) |
FÖRBÄTTRING VOA-1759
För att skapa enlighet har felmeddelandet för AFF-kontrollen 02025 i AFF-MAK ändrats från "Patientens födelsedatum är orimligt." till "Födelsedatum måste vara ett giltigt datum.".
|
|
17.1.5 |
BestallOriginalforpackning V3.0 (SOL)
BestallOriginalforpackningDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1751
För att skapa en beställning måste vårdtagaren vara kopplad till en dosmottagare. För att säkerhetsställa detta hämtas nu dosmottagaren
från vårdtagaren och dosmottagarid har tagits bort som inparameter.
|
och |
17.1.5 |
HamtaLokaltProduktsortiment V3.0 (SOL)
LevereraLokaltProduktSortiment V3.0 (SOL)
|
FÖRBÄTTRING VOA-1733
Anpassning av LOA-nivåer efter att informationssäkerhetsklassning genomförts.
HamtaLokaltProduktsortiment har ändrats från LOA 3 till LOA 0, eftersom det ska vara tillåtet att hämta befintlig information
med maskinanrop.
LevereraLokaltProduktSortiment har ändrats från LOA 0 till LOA 3. Detta för att spegla de krav som ställs på
tillförlitlighet/riktighet hos informationen som levereras.
|
och |
17.1.5 |
UppdateraMeddelandeStatus V3.0 (SOL)
UppdateraMeddelandeStatusDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1723
Tjänsterna för att uppdatera meddelanden har fått en egen värdemängd för fältet meddelandestatus.
|
och |
17.1.5 |
HamtaLokaltProduktsortiment V3.0 (SOL)
LevereraLokaltProduktSortiment V3.0 (SOL)
|
FÖRBÄTTRING VOA-1721
Möjligheten att ange delbarhet i sortimenstlistan har nu lagts till i form av en ny flagga.
Delbarheten anges av dosaktören i tjänsten LevereraLokaltProduktSortiment och läses med tjänsten HamtaLokaltProduktsortiment.
|
och |
17.1.5 |
HamtaVardtagareinformation V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaProduktionsinformationDosaktor V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraProduktionsinformationDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1719
Nu hanteras information om vilken stopptid som gäller för akuta beställningar. Den nya in- och utparametern akutstopptid är tillagd i tjänsterna
som hanterar produktionsinformation.
|
och |
17.1.5 |
HamtaVardtagareinformation V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1715
Första dosdag har återinförts för vårdtagare. Nu som en icke-obligatorisk in- respektive utparameter.
|
och |
17.1.5 |
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1713
För att beställningen ska ha en leveransadress är dosmottagare numera obligatoriskt för patientens aktuella boende.
|
och |
17.1.5 |
SokVardandeEnhet V3.0 (SOL)
|
FÖRBÄTTRING VOA-1711
Behörighetsinformation saknades som inparameter till tjänsten sök vårdinformation och har nu lagts till.
|
|
17.1.5 |
HamtaMeddelande V3.0 (SOL)
SkickaMeddelande V3.0 (SOL)
HamtaMeddelandeDosaktor V3.0 (SOL)
SkickaMeddelandeDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1697
Meddelandetyp försvinner som begrepp. I tjänsterna för att skicka meddelande kommer nu
förekomsten av "personnummer" att indikera att meddelandet är personbundet ("PB") medan
förekomsten av ”tidigaremeddelandeid” indikerar att meddelandet är meddelandebundet ("MB").
|
och |
17.1.5 |
| KorrigeraReceptDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-1679
En ny valideringsregel har införts och felmeddelandet "Om receptet inte ska vara slutexpedierat måste resterande mängd vara större än noll."
returneras ifall korrigeradReceptsamling. receptrader. receptvalLista. mangd. totalMangdKvar sätts till "0" och
korrigeradReceptsamling. receptrader. receptvalLista. uttagsInfo. slutexpedierat sätts till "false".
|
|
17.1.5 |
| KorrigeraOrdinationApotek V7.0 (OR)
|
FÖRBÄTTRING VOA-1678
En ny valideringsregel har införts och felmeddelandet "Om receptet inte ska vara slutexpedierat måste resterande mängd vara större än noll."
returneras ifall totalmangdKvar sätts till "0" och slutexpedierad sätts till "false".
|
|
17.1.5 |
AvbestallOriginalforpackning V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
HamtaBestallningsIdDosaktor V2.0 (SOL)
UppdateraBestallningsstatus V3.0 (SOL)
|
FÖRBÄTTRING VOA-1659
Tre nya värden för beställningstatus har lagts till för att visa att en beställning är hämtad, under bearbetning eller är skickad.
|
och |
17.1.5 |
HamtaBestallningsIdDosaktor V2.0 (SOL)
HamtaMeddelandeIdDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-1656
Svarsmeddelanden har uppdaterats för ökad tydlighet. När ett eller flera meddelandeidn har hämtats returneras nu meddelandet "Antal hämtade meddelandeidn: [antal]";
|
|
17.1.5 |
SkapaProduktionsinformationDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1632
Tidigare har det inte funnits någon kontroll på att det dosmottagarid som anges finns i SOL-registret. Nu är det
inte längre möjligt att skapa produktionsinformation och uppge ett dosmottagarid som inte först har skapats med
tjänsten SkapaDosmottagare.
|
|
17.1.5 |
BestallOriginalforpackning V3.0 (SOL)
HamtaMeddelande V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SkickaMeddelande V3.0 (SOL)
UppdateraMeddelandeStatus V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
BestallOriginalForpackningDosaktor V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
HamtaBestallningsIdDosaktor V2.0 (SOL)
HamtaMeddelandeDosaktor V3.0 (SOL)
HamtaMeddelandeIdDosaktor V2.0 (SOL)
SkapaProduktionsinformationDosaktor V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
SkickaMeddelandeDosaktor V3.0 (SOL)
UppdateraBestallningsstatus V3.0 (SOL)
UppdateraMeddelandeStatusDosaktor V3.0 (SOL)
UppdateraProduktionsinformationDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1628
En ny validering av formatet på samtliga parametrar av typen date och datetime har införts.
Inparametrar som ska innehålla datum måste nu alltid vara i formatet YYYY-MM-DD (hh:mm:ss). Om datumvalideringen
misslyckas returneras felmeddelandet "Felaktigt datumformat, [datum]";
|
och |
17.1.5 |
| NewPrescriptionAnimal (PIRR)
|
FÖRBÄTTRING VOA-1566
Förbättrad hantering av svar från AFF-NEF som innehåller både avvisande och varnande felmeddelande. Missvisande extra tillägg har tagits bort
från aperaken.
|
|
17.1.5 |
| NewPrescriptionAnimal (PIRR)
|
FÖRBÄTTRING VOA-1558
Om ett tekniskt fel inträffar under valideringen av AFF-sviten AFF-NEF returnerades tidigare ett Exception. Nu returneras en e-receptsaperak med
statuskod 02000, "Receptet kunde inte tas emot vid sändningstillfället. Var god och försök igen.", ifall det tekniska felet inträffar
vid en avvisande AFF-kontroll. Om ett tekniskt fel inträffar vid en varnande AFF-kontroll returneras inget fel, och inte heller någon
AFF-varning.
|
|
17.1.5 |
BestallOriginalForpackningDosaktor V3.0 (SOL)
FlyttaVardtagareDosaktor V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
HamtaBestallningsIdDosaktor V2.0 (SOL)
HamtaMeddelandeDosaktor V3.0 (SOL)
HamtaMeddelandeIdDosaktor V2.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
LevereraLokaltProduktSortiment V3.0 (SOL)
SkapaOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SkapaProduktionsinformationDosaktor V3.0 (SOL)
SkapaSarskiltBoende V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
SkickaMeddelandeDosaktor V3.0 (SOL)
SokOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SokSarskiltBoendeDosaktor V3.0 (SOL)
UppdateraBestallningsstatus V3.0 (SOL)
UppdateraMeddelandeStatusDosaktor V3.0 (SOL)
UppdateraOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
UppdateraProduktionsinformationDosaktor V3.0 (SOL)
UppdateraSarskiltBoende V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
BUGGRÄTTNING VOA-1530
SoapAction header saknades i ett flertal WSDL:er, men det är nu tillagt.
|
|
17.1.5 |
AvbestallOriginalforpackning V3.0 (SOL)
BestallOriginalforpackning V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
BestallOriginalForpackningDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1529
Antal beställda förpackningar (antalforpackningar) och akutbeställningsstatus (akutbestallning)
returneras nu på beställningsraderna.
|
och |
17.1.5 |
TaBortSarskiltBoende V1.0 (SOL)
|
FÖRBÄTTRING VOA-1526
En ny tjänst har tagits fram som gör det möjligt att radera särskilda boenden.
|
|
17.1.5 |
SkickaMeddelande V3.0 (SOL)
SkickaMeddelandeDosaktor V3.0 (SOL)
|
BUGGRÄTTNING VOA-1525
Det har varit möjligt att svara på ett borttaget meddelande. Nu returneras felmeddelandet "Refererat meddelande är borttaget"
om man försöker koppla ett nytt meddelande till ett meddelande som har status "B".
|
och |
17.1.5 |
HamtaOriginalforpackning V3.0 (SOL)
HamtaMeddelanden V3.0 (SOL)
HamtaLokaltProduktsortiment V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SokDosmottagare V2.0 (SOL)
SokVardandeEnhet V3.0 (SOL)
BestallOriginalforpackningDosaktor V3.0 (SOL)
FlyttaVardtagareDosaktor V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
HamtaBestallningsidnDosaktor V2.0 (SOL)
HamtaMeddelandeDosaktor V3.0 (SOL)
HamtaMeddelandeIdDosaktor V2.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
LevereraLokaltProduktsortiment V3.0 (SOL)
SkapaDosmottagare V5.0 (SOL)
SkapaOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SkapaProduktionsinformation V3.0 (SOL)
SkapaSarskiltBoende V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
SkickaMeddelandeDosaktor V3.0 (SOL)
SokOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
SokSarskiltBoendeDosaktor V3.0 (SOL)
TaBortDosmottagare V2.0 (SOL)
TaBortSarskiltBoende V1.0 (SOL)
UppdateraBestallningsstatus V3.0 (SOL)
UppdateraDosmottagare V5.0 (SOL)
UppdateraMeddelandeStatusDosaktor V3.0 (SOL)
UppdateraOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL)
UppdateraProduktionsinformation V3.0 (SOL)
UppdateraSarskiltBoende V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1511
För att eventuella förändringar i tillståndsstatus inte ska förbises kommer dosmottagare att
valideras mot eHälsomyndighetens EXPO-register.
|
och |
17.1.5 |
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
SkapaSarskiltBoende V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraSarskiltBoende V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1500
Postnummer ska innehålla fem tecken och inparametrar innehållande postnummer kommer nu att valideras. Av historiska skäl kommer
det dock i vissa fall visas postnummer med blanksteg (tex 111 22).
|
och |
17.1.5 |
AvbestallOriginalforpackning V3.0 (SOL)
BestallOriginalforpackning V3.0 (SOL)
HamtaLokaltProduktsortiment V3.0 (SOL)
HamtaMeddelanden V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
HamtaVardtagareinformation V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
SkickaMeddelanden V3.0 (SOL)
SokDosmottagare V2.0 (SOL)
SokVardandeEnhet V3.0 (SOL)
UppdateraMeddelandeStatus V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
|
FÖRBÄTTRING VOA-1472
En större genomlysning av tjänsterna har gjorts för ökad följdriktighet och tydlighet i dialog med vårdaktörerna.
Samtliga tjänster har stegat versionen och är inte längre bakåtkompatibla.
För information om borttagna, tillagda och namnändrade parametrar i en specifik tjänst se versionshistoriken för respektive tjänstespecifikation.
|
|
17.1.5 |
| BestallOriginalforpackningDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| FlyttaVardtagareDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| HamtaBestallningarDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| HamtaMeddelandeDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| HamtaVardtagareinformationDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| LevereraLokaltProduktsortiment V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SkapaOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SkapaProduktionsinformationDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SkapaSarskiltBoende V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SkapaVardtagareDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SkickaMeddelandeDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SokOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| SokSarskiltBoendeDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraBestallningsstatus V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraMeddelandeStatusDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraOrdinationsAnsvarigEnhetDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraProduktionsinformationDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraSarskiltBoende V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
| UppdateraVardtagareinformationDosaktor V3.0 (SOL) |
FÖRBÄTTRING VOA-1472
Tjänsten har stegat versionen och är inte längre bakåtkompatibel.
|
|
17.1.5 |
BestallOriginalforpackning V3.0 (SOL)
HamtaMeddelande V3.0 (SOL)
HamtaOriginalforpackning V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
BestallOriginalForpackningDosaktor V3.0 (SOL)
HamtaBestallningarDosaktor V3.0 (SOL)
HamtaMeddelandeDosaktor V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
FÖRBÄTTRING VOA-1386
Folkbokföringsuppgifter hämtas nu ifrån eHälsomyndighetens FOLK-register.
Istället för att boendeadress och patientuppgifter anges vid anrop till tjänsterna så kommer
hemmaboendeadressen respektive ordinärt boende att vara folkbokföringsadressen, och samtliga namn (förnamn, mellannamn och efternamn) kommer att hämtas från FOLK.
|
och |
17.1.5 |
LasLFPrivatperson V5.0 (LF)
LasLFPrivatpersonPDF V1.0 (LF)
LFUtskrift V1.0 (LF)
|
FÖRBÄTTRING VOA-1330
Nu returneras felmeddelandet "Åtkomst nekad." vid försök till läsning av Läkemedelsförteckningen, där läsaren är obehörig pga att patienten har fyllt 13 år eller
giltig vårdnadshavarrelation saknas.
|
och |
17.1.5 |
HamtaVardtagareinformation V3.0 (SOL)
SkapaVardtagare V3.0 (SOL)
UppdateraVardtagareinformation V3.0 (SOL)
HamtaVardtagareinformationDosaktor V3.0 (SOL)
SkapaVardtagareDosaktor V3.0 (SOL)
UppdateraVardtagareinformationDosaktor V3.0 (SOL)
|
BUGGRÄTTNING VOA-1329
Nu kommer en tillfällig adress tillgänglighet bestämmas av värdena från- och tilldatum. Om
inte datumintervallet är aktuellt kommer inte den tillfälliga adressen vara giltig.
Vid eHälsomyndighetens release (2019-04-10) kommer fråndatum att sättas till dagens datum i de fall det saknas.
Dessa värden kommer nu också att visas och kunna administreras via vårdtjänsterna.
|
och |
17.1.5 |
| SkrivUtMinaSparadeRecept V4.0 (OR) |
FÖRBÄTTRING VOA-1729
Utskriften från tjänsten MinaSparadeRecept har utökats med två asterisker
(**) efter uttagsintervallet för recept som förskrivits med absolut expeditionsintervall.
Förklaringen visas i sidfoten; "Din förskrivare har angivit hur ofta detta läkemedel får hämtas ut.
Detta uttagsintervall gäller alltid oavsett vilket datum som visas för ”Nästa uttag inom förmånen”.".
|
, och |
17.1.4 |
| RegisterutdragHKDB V4.0 (PRIS) |
FÖRBÄTTRING VOA-1491
Även rollen PRIVATPERSON har nu tillgång till tjänsten RegisterutdragHKDB.
|
|
17.1.4 |
| KorrigeraReceptDjur V7.0 (RRD) |
FÖRBÄTTRING VOA-1247
Eftersom generisk substitution inte finns för djurrecept så har meddelandet för AFF 04018
ändrats från "Generisk substitution ej tillåten för djurrecept." till "Byte av läkemedelsprodukt
ej tillåtet".
|
|
17.1.4 |
| KontrolleraUttag V7.0 (OR) |
FÖRBÄTTRING VOA-1564
För att förtydliga felmeddelandet som returneras i samband med ett felaktigt angivet originalformat så
har det ändrats från "Ett uttag har ej angivit pappersrecept för icke befintlig ordination." till "Angivet originalformat överensstämmer inte med receptet.
Endast värdemängd {0,1,4,6,7} är tillåtna för Originalformat.".
|
|
17.1.4 |
| KontrolleraExpeditionDjur V6.1 (RRD) |
FÖRBÄTTRING VOA-1565
För att förtydliga felmeddelandet som returneras i samband med ett felaktigt angivet originalformat så
har det ändrats från "Ett uttag har ej angivit korrekt originalformat för icke befintligt recept. Tillåtna värden är
papper,telefon,fax från förskrivaren och 2D-kod" till "Angivet originalformat överensstämmer
inte med receptet. Originalformat måste vara 0 (papper), 1 (telefon), 4 (fax från förskrivaren) eller 6 (2D-kod)."
|
|
17.1.4 |
KontrolleraExpeditionDjur V6.1 (RRD)
KontrolleraUttag V7.0 (OR)
|
BUGGRÄTTNING VOA-1637
Tidigare konverterades felaktigt ett tomt eller utelämnat värde för originalformat till en 0:a (pappersrecept). Nu
returneras felmeddelande "SOAP-meddelandet innehåller en tom tag för originalformat." respektive "SOAP-meddelandet innehåller
inget värde för originalformat.".
|
|
17.1.4 |
AnonymPrisfraga (PRIS)
AvslutaFullmaktPrivatperson (FOLK)
HamtaFolkInfo (AXS)
HamtaFullmaktPrivatperson (FOLK)
HamtaHkdbInformation (PRIS)
HamtaHkdbKonto (PRIS)
HamtaHkdbTransaktionerWebb (PRIS)
HamtaKundInfo (AXS)
HamtaOrdinationerPrivatperson (OR)
HamtaReceptPrivatpersonDjur (RRD)
HamtaSubstitution (VARA)
KontrolleraForman (PRIS)
KontrolleraFullmaktPrivatperson (FOLK)
LasLFPrivatperson (LF)
LasLFPrivatpersonPDF (LF)
LFUtskrift (LF)
Prisfraga (PRIS)
RegistreraFullmaktPrivatperson (FOLK)
SkrivUtMinaMedicinerDjur (RRD)
SkrivUtMinaSparadeRecept (OR)
UppdateraSamtycke (AXS)
|
NY FUNKTIONALITET FOIKT-33
eHälsomyndigheten har utvecklat en ny tjänst, OAuth2 tokenservice, som kan användas för att byta ett SAML-intyg mot ett
OAuth2-åtkomstintyg (access-token). OAuth2-åtkomstintyget kan sedan användas för åtkomst till myndighetens tjänster. Idag har
det genererade åtkomstintyget en giltighetstid på 60 minuter.
Den här tjänsten riktar sig i dagsläget enbart till privatpersoners åtkomst av eHälsomyndighetens tjänster.
För mer information om användning av den nya tjänsten se; Handbok för apoteksaktörer: Anropsinformation, OAuth2 tokenservice.
|
|
17.1.3.1 |
| SkrivUtDosRecept V4.0 (OR) |
FÖRBÄTTRING VOA-1393
Vattenstämpeln med texten ”Ej giltig för förskrivning” har ersatts med texten ”Förteckningen gäller EJ som recept – This list is not to be
used as a prescription valid for dispensing” på nedre delen av utskriften i receptförteckningens sidfot.
|
, och |
17.1.3 |
| KontaktuppgifterHamta V4.0 (EXPO)
|
FÖRBÄTTRING VOA-1445
Kontaktuppgifter kommer inte längre hämtas via denna tjänst. Tjänsten kommer att tas bort i nästa externa release.
|
och |
17.1.3 |
| KontaktuppgifterUppdatera V5.0 (EXPO)
|
FÖRBÄTTRING VOA-1445
Kontaktuppgifter kommer inte längre kunna uppdateras via denna tjänst. Tjänsten kommer att tas bort i nästa externa release.
|
och |
17.1.3 |
| KontrolleraForman V4.0 (PRIS)
|
BUGGRÄTTNING VOA-1407
Nu returneras endast förmånskod 'L' för livsmedelsklassade varor om kunden är under 16 år. Har kunden fyllt 16 returneras
förmånskod 'U'.
|
, och |
17.1.3 |
| HamtaHistorikDjur V6.0 (RRD)
|
FÖRBÄTTRING VOA-1149
Tjänsten kan nu returnera eventuell information om varför en makulering gått fel. Schemat för tjänsten har utökats med en extension enligt TR-MAS,
Extension2TypeResponse.ejUtfordaMakuleringar.
Se funktionsspecifikationen för RRD för ytterligare information om vad typen innehåller.
|
|
17.1.3 |
HamtaApoteksInfo V1.0 (EXPO)
HamtaApoteksinfoEget V6.0 (EXPO)
SkapaApotek V6.0 (EXPO)
UppdateraExpoMedApotek V6.0 (EXPO)
|
FÖRBÄTTRING VOA-1349
OAP (”Övrigt apotek”) är inte längre en giltig huvudtyp för expeditionsställen.
|
och |
17.1.3 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
BUGGRÄTTNING VOA-1466
AFF-varningar för recept och uttag som inte är avsedda för privatpersoner kommer inte längre att returneras i denna tjänst.
|
och |
17.1.3 |
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
|
FÖRBÄTTRING VOA-1429
I fältet för "Exp-id" visas numera eHälsomyndighetens expeditions-id och om aktörens expeditions-id anges visas
det i ett nytt fält, "Aktörs exp-id".
|
och |
17.1.3 |
AvslutaFullmaktPrivatperson V4.0 (FOLK)
HamtaFullmaktPrivatperson V4.0 (FOLK)
KontrolleraFullmaktPrivatperson V4.0 (FOLK)
RegistreraFullmaktPrivatperson V4.0 (FOLK)
|
BUGGRÄTTNING VOA-1479
De fyra privatperson-tjänsterna har tidigare felaktigt tillåtit användare med rollerna Farmaceut och
Apotekspersonal. Detta är nu åtgärdat och endast rollen Privatperson har behörighet till dessa tjänster.
|
, och |
17.1.3 |
HamtaSignalPerGrupp V5.0 (EES)
HamtaSignalPerRecept V5.0 (EES)
|
FÖRBÄTTRING EESF-106
Personuppgifterna som returneras i elementet patient hämtas nu alltid från FOLK.
|
och |
17.1.3 |
HamtaInteraktionsDetaljer V1.0 (EES)
|
FÖRÄNDRING STAT-198
eHälsomyndighetens adress har ändras till Kalmaradressen i svaret från tjänsten.
|
och |
17.1.3 |
SkapaOrdinationApotek V7.1 (OR)
|
BUGGRÄTTNING VOA-1396
Nu returneras AFF-fel U.004 och F.002 vid registrering av pappersrecept om 'AP' eller 'RC' anges som yrkeskod för är en förskrivare som är både läkare och apotekare.
|
|
17.1.3 |
MakuleraRecept (PIRR)
NewPrescription (PIRR)
|
BUGGRÄTTNING VOA-1412
Vid schemavalideringsfel av elementen PrescriptionSetIssueTime samt IssueDateAndTimeOfMessage returneras numera ett korrekt felmeddelande.
|
|
17.1.3 |
CancelPrescriptionAnimal (PIRR)
NewPrescriptionAnimal (PIRR)
|
BUGGRÄTTNING VOA-1412
Vid schemavalideringsfel av elementen PrescriptionSetIssueTime samt IssueDateAndTimeOfMessage returneras numera ett korrekt felmeddelande.
|
|
17.1.3 |
HamtaApoteksInfo V1.0 (EXPO)
HamtaApoteksInfoEget V6.0 (EXPO)
SkapaApotek V6.0 (EXPO)
SkapaDosmottagare V4.0 (EXPO)
TaBortDosmottagare V1.0 (EXPO)
UppdateraDosmottagare V4.0 (EXPO)
UppdateraExpoMedApotek V6.0 (EXPO)
|
FÖRBÄTTRING VOA-1481
Den nya rollen, ADMINISTRATOR_AV_APOTEKSUPPGIFTER, har åtkomst till dessa tjänster i EXPO.
|
och
|
17.1.2.1 |
| HamtaLegitimationsInfo V5.0 (FORS)
|
FÖRBÄTTRING VOA-1489
Den nya rollen, ADMINISTRATOR_AV_APOTEKSUPPGIFTER, ger åtkomst till tjänsten HamtaLegitimationsInfo. Observera att rollen endast får anropa tjänsten med personnummer i syfte att hämta enskilda farmaceuters legitimationskod.
|
och
|
17.1.2.1 |
HamtaDagAvstamning V4.0 (FOTA)
HamtaDagAvstamningSmittskydd V1.0 (FOTA)
|
FÖRBÄTTRING STAT-176
Den nya rollen, ADMINISTRATOR_AV_APOTEKSUPPGIFTER, har fått åtkomst till dessa tjänster.
|
och
|
17.1.2.1 |
| Alla tjänster i kombination med en Sambi-biljett. |
BUGGRÄTTNING VOA-1392
Nu returnerades felmeddelandet "AttributeValue saknas för ...", för att ge återkoppling till anroparen om vilket attributvärde som inte kunde tolkas korrekt.
|
, , , ,
, och
|
17.1.2 |
|
LAGKRAV VOA-1295
För en kund som tidigare tackat nej till samtycke i Elektroniskt expertstöd eller Receptdepå djur, och haft den informationen sparad, kommer förändringen märkas
genom att kunden blir tillfrågad vid varje tillfälle som farmaceuten erbjuder tjänsten.
|
och
|
17.1.2 |
| NyttReceptDjur V7.1 (RRD) |
FÖRBÄTTRING VOA-742
Två nya icke-obligatoriska inparametrar är tillagda i pappersreceptuttag. Fälten pappersUttagAnvandareId och pappersUttagApoteksId är
implementerade som extension-element enligt TR-MAS i Extension1Type.
|
|
17.1.2 |
| SkrivUtReceptOriginalDjur V7.0 (RRD) |
FÖRBÄTTRING VOA-742
För respektive expedition visas nu GLN-koden, samt användar-id, tillhörande det apotek som genomfört expeditionen. Tidigare
visades endast användar-idt som registrerat pappersuttaget.
|
|
17.1.2 |
| GodkannExpeditionDjur V7.1 (RRD) |
FÖRBÄTTRING VOA-742
De nya inparametrarna i pappersreceptuttag, pappersUttagAnvandareId och pappersUttagApoteksId, ska ignoreras - används ej i denna tjänst.
|
|
17.1.2 |
| KontrolleraExpeditionDjur V6.1 (RRD) |
FÖRBÄTTRING VOA-742
De nya inparametrarna i pappersreceptuttag, pappersUttagAnvandareId och pappersUttagApoteksId, ska ignoreras - används ej i denna tjänst.
|
|
17.1.2 |
HamtaAdresseradeReceptDjur V6.0 (RRD)
HamtaAktuellaReceptDjur V5.0 (RRD)
|
FÖRBÄTTRING VOA-1149
Spärrade recept, med status 216, hanteras som aktuella, icke-expedierabara, korrigerbara recept.
Spärrningskommentaren returneras i fältet receptInformationLista. receptsamling. receptrader. receptvalLista. status. forandringsKommentar.
|
|
17.1.2 |
HamtaAktuellaOrdinationer V5.1 (OR)
HamtaDirektadresseradeOrdinationer V5.1 (OR)
HamtaIckeAktuellaOrdinationer V6.1 (OR)
HamtaOrdinationFoddatum V4.1 (OR)
HamtaOrdinationshistorik V5.1 (OR)
|
FÖRBÄTTRING VOA-1275
I svaret från tjänsten, i listan med artikelinformation för de varor som ingår i ordinationerna (artikelLista), har fälten utlamnandebegransningKod
och utlamnandebegransningKlartext lagts till i typen ArtikelResponse.
|
och |
17.1.2 |
KorrigeraOrdinationApotek V7.0 (OR)
SkapaOrdinationApotek V7.1 (OR)
|
BUGGRÄTTNING VOA-1140
Om intagstillfalle inte anges kommer nu receptet, eller korrigeringen av receptet, avvisas och ett felmeddelande returneras; "SOAP-meddelandet innehåller en tom tag för
intagstillfalle!".
|
|
17.1.2 |
KorrigeraOrdinationVard V7.0 (OR)
SkapaOrdinationVard V7.0 (OR)
|
BUGGRÄTTNING VOA-1140
Om intagstillfalle inte anges kommer nu receptet, eller korrigeringen av receptet, avvisas och ett felmeddelande returneras; "SOAP-meddelandet innehåller en tom tag för
intagstillfalle!".
|
|
17.1.2 |
| NewPrescription (PIRR) |
FÖRBÄTTRING VOA-955
Tidigare returnerades felaktigt AFF-kontroll 020 26 ("Angivet apotek %s är ogiltigt eller ej driftsatt. Receptsamlingen är avvisad") när EXPO inte var tillgängligt vid sändningstillfället.
Tidigare returnerades felaktigt AFF-kontroll 020 33 ("Personnumret finns inte registrerat med giltig status i folkbokföringen. Receptsamlingen är avvisad") när FOLK inte var tillgängligt vid sändningstillfället.
Tidigare returnerades felaktigt AFF-kontroll 020 39 ("Förskrivaren saknar angiven utfärdarkategori. Receptsamlingen är avvisad") när FORS inte var tillgängligt vid sändningstillfället.
Nu kommer istället en e-receptsaperak med statuskod 02000, "Receptet kunde inte tas emot vid sändningstillfället. Var god och försök igen.", returneras vid dessa tillfällen.
|
|
17.1.2 |
CancelPrescriptionAnimal (PIRR)
NewPrescriptionAnimal (PIRR)
|
BUGGRÄTTNING VOA-1193
Nu returneras en makuleringsaperak, för djur- respektive human, om ett felaktigt signeringscertifikat används när man skickar en makuleringsbegäran. Och om ett felaktigt signeringscertifikat
används för ett nytt djurrecept så returneras en e-receptsaperak för djur.
|
|
17.1.2 |
| MakuleraRecept (PIRR) |
BUGGRÄTTNING VOA-1193
Nu returneras en makuleringsaperak, för djur- respektive human, om ett felaktigt signeringscertifikat används när man skickar en makuleringsbegäran. Och om ett felaktigt signeringscertifikat
används för ett nytt djurrecept så returneras en e-receptsaperak för djur.
|
|
17.1.2 |
| UppdateraVardtagareinformation V2.0 (SOL) |
BUGGRÄTTNING VOA-1287
Tidigare behöll vårdtagareinformationen sitt ursprungliga värde för ordinationsansvarig enhet om detta utelämnades vid en uppdatering. Nu töms detta värde när fältet
VardtagareinformationRequest .KontaktinfoRequest .vardandeenhetid uteblir eller lämnas tomt.
|
|
17.1.2 |
| UppdateraVardtagareinformationDosaktor V2.0 (SOL) |
BUGGRÄTTNING VOA-1287
Tidigare behöll vårdtagareinformationen sitt ursprungliga värde för ordinationsansvarig enhet om detta utelämnades vid en uppdatering. Nu töms detta värde när fältet
VardtagareinformationRequest .KontaktinfoRequest .vardandeenhetid uteblir eller lämnas tomt.
|
|
17.1.2 |
HamtaFolkInfo V5.0 (AXS)
HamtaKundInfo V7.0 (AXS)
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Det gemensamma schemat har därför stegats till version 5.0.2.
|
, och
|
17.1.1 |
| HamtaPatientInfo V6.0 (AXS)
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Det gemensamma schemat har därför stegats till version 5.0.2.
|
|
17.1.1 |
HamtaApoteksinfoEget V6.0 (EXPO)
SkapaApotek V6.0 (EXPO)
UppdateraExpoMedApotek V6.0 (EXPO)
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Det gemensamma schemat har därför stegats till version 6.0.1.
|
och
|
17.1.1 |
HamtaFolkbokforingsinformation V6.0 (FOLK)
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Tjänsten har därför stegats till version 6.0.1.
|
och
|
17.1.1 |
| Gäller alla OR-tjänster som använder det gemensamma schemat se.apotekensservice_or_7.0.xsd.
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Gäller det gemensamma schemat se.apotekensservice_or_7.0.xsd.
|
och
|
17.1.1 |
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
|
FÖRÄNDRING VOA-1135
"Apotekens Service" har ändrats till "eHälsomyndigheten" i ett antal dokumentationsförekomster. Tjänsten har därför stegats till version 7.0.1.
|
och
|
17.1.1 |
AvregistreraDosunderlag V4.0 (OR)
GodkannDosunderlag V5.0 (OR)
SkapaDosunderlagApotek V4.0 (OR)
SkrivUtLakemedelsforteckning V5.0 (OR)
StangSignal V4.0 (OR)
StangSignalGrupp V4.0 (OR)
|
BUGGRÄTTNING VOA-1096
Numera kommer AFF-kontroll U.003 ("Är användaren Apotekspersonal med rätt behörighet?") returneras om en apotekarelev försöker kontrollera
eller expediera ett recept.
|
|
17.1.1 |
ForlangOrdinationVard V7.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
|
BUGGRÄTTNING VOA-922
Tidigare returnerades AFF-kontroll H.010 ("Finns MaxDygnsdos med giltigt värde?") i de fall recepten saknade värden för ingenDygnsdos och
maxDygnsdos. Nu kommer dessa förlängningar att godkännas.
|
|
17.1.1 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
|
BUGGRÄTTNING VOA-1050
AFF-kontroll med felmeddelande där det står varunummer/NPL Pack-id returnerades tidigare felaktigt med endast varunummer. Meddelanden för AFF-kontroll 02002, 02003,
02015, 02017 och 02041 är nu korrigerade till att även inkludera NPL Pack-id.
|
|
17.1.1 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
|
BUGGRÄTTNING VOA-1050
AFF-kontroll med felmeddelande där det står varunummer/NPL Pack-id returnerades tidigare felaktigt med endast varunummer. Meddelanden för AFF-kontroll 02002, 02003,
02015, 02017 och 02041 är nu korrigerade till att även inkludera NPL Pack-id.
|
|
17.1.1 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
BUGGRÄTTNING VOA-1050
AFF-kontroll med felmeddelande där det står varunummer/NPL Pack-id returnerades tidigare felaktigt med endast varunummer. Meddelanden för AFF-kontroll 02002, 02003,
02015, 02017 och 02041 är nu korrigerade till att även inkludera NPL Pack-id.
|
|
17.1.1 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
|
BUGGRÄTTNING VOA-1061
Tidigare visades enbart GLN-kod då eHälsomyndigheten utfört administrativa förändringar av ett recept. Nu är denna information kompletterad och tillagd i
apotekslistan.
|
|
17.1.1 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
|
BUGGRÄTTNING VOA-1061
Tidigare visades enbart GLN-kod då eHälsomyndigheten utfört administrativa förändringar av ett recept. Nu är denna information kompletterad och tillagd i
apotekslistan.
|
|
17.1.1 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
BUGGRÄTTNING VOA-1061
Tidigare visades enbart GLN-kod då eHälsomyndigheten utfört administrativa förändringar av ett recept. Nu är denna information kompletterad och tillagd i
apotekslistan.
|
|
17.1.1 |
SattUtOrdinationVard V5.0 (OR)
|
FÖRBÄTTRING VOA-1068
SattUtOrdinationVard kommer att tillåta framtida utsättningsdatum för slutexpedierade recept. AFF G.032("Fel ordinationsstatus, ordinationen kan inte sättas ut.")
anpassas att tillåta slutexpedierad status oavsett om det är momentan utsättning eller framtida utsättning. Den förändrade funktionaliteten gäller endast för
förskrivare.
|
|
17.1.1 |
SkapaOrdinationApotek V7.1 (OR)
|
FÖRBÄTTRING VOA-740
Det är nu möjligt att registrera vilken användare och vilket apotek som utfört ett pappersuttag. Tjänsten har två nya icke-obligatoriska fält,
PappersuttagRequest.pappersUttagAnvandareId och PappersuttagRequest.pappersUttagApoteksId, vilka används för att spara ned denna information på
receptet.
|
|
17.1.1 |
SkrivUtERecept V5.0 (OR)
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
|
FÖRBÄTTRING VOA-740
Det är nu möjligt att registrera vilken användare och vilket apotek som utfört ett pappersuttag. Då detta registrerat med pappersuttaget visar nu GLN-koden på
apoteket som genomfört expeditionen.
|
|
17.1.1 |
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-946
Förskrivar- och arbetsplatskoder visas inte längre i listan över förskrivare. Även mindre textuella ändringar har gjorts på Förteckning recept.
|
, och
|
17.1.1 |
SkrivUtERecept V5.0 (OR)
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
BUGGRÄTTNING VOA-912
Tidigare har långa ord i receptets doseringstext orsakat problem vid utskriften av elektroniska recept, detta är nu åtgärdat.
|
|
17.1.1 |
CancelPrescriptionAnimal (PIRR)
NewPrescriptionAnimal (PIRR)
|
BUGGRÄTTNING VOA-18
Tidigare returnerades senaste körda kontrolltyp i AFF-status för receptsamlingen och vissa fel kopierades från en tidigare kontroll.
Detta är nu åtgärdat och rätt kontrolltyp returneras.
|
|
17.1.1 |
HamtaAdresseradeReceptDjur V6.0 (RRD)
HamtaAktuellaReceptDjur V5.0 (RRD)
HamtaHistorikDjur V6.0 (RRD)
HamtaReceptFodDatDjur V5.0 (RRD)
KorrigeraReceptDjur V7.0 (RRD)
MakuleraReceptDjur V6.0 (RRD)
NyttReceptDjur V7.1 (RRD)
|
BUGGRÄTTNING VOA-18
Tidigare returnerades senaste körda kontrolltyp i AFF-status för receptsamlingen och vissa fel kopierades från en tidigare kontroll.
Detta är nu åtgärdat och rätt kontrolltyp returneras.
|
|
17.1.1 |
|
HamtaKundInfo V7.0 (AXS)
HamtaApoteksinfoEget V6.0 (EXPO)
|
BUGGRÄTTNING VOA-444
Tjänsten har stegats för att justera felaktig version i soapAction-parametern.
|
, och
|
17.1.0 |
|
HamtaPatientInfo V7.0 (AXS)
|
BUGGRÄTTNING VOA-444
Tjänsten har stegats för att justera felaktig version i soapAction-parametern.
|
|
17.1.0 |
|
AktuellaIdnFodDatDjur V5.0 (RRD)
|
BUGGRÄTTNING VOA-444
Tjänsten har stegats för att justera felaktig version i soapAction-parametern.
|
|
17.1.0 |
|
HamtaFolkbokforingsinformation V6.0 (FOLK)
|
BUGGRÄTTNING VOA-160
Fälten folkbokrelationer, adressInfoFolk och adressInfoSPost har felaktigt varit angivna som obligatoriska trots att det inte alltid returneras något värde i fälten.
Detta är nu åtgärdat och fälten är satta till icke-obligatoriska.
|
och
|
17.1.0 |
|
HamtaFolkbokforingsinformation V6.0 (FOLK)
|
FÖRBÄTTRING VOA-358
För att förtydliga innebörden av träffKod 03 respektive statusKod 1 så har funktionsspecifikationen uppdaterats för dessa koder
till "Folkbokföringen är inte tillgänglig."
|
och
|
17.1.0 |
|
HamtaLegitimationsInfo V5.0 (FORS)
|
FÖRBÄTTRING VOA-831
Fälten inskrankningsTyp, inskrankningsText, narkotikaInskrankning och fritext är borttagna från typen
LegitimationsInfoResponse.YrkesLegitimationsInfoResponse eftersom de inte används.
|
och
|
17.1.0 |
|
HamtaLegitimationsInfo V5.0 (FORS)
|
FÖRBÄTTRING VOA-1057
Fältet begransningLista har flyttats från typen Extension1Type till legitimationsInfoLista.yrkesInformationLista.
Fältet har också bytt namn till inskrankningsLista för att tydliggöra att det innehåller en lista med de inskränkningar som
förskrivaren har.
|
och
|
17.1.0 |
|
HamtaLegitimationsInfo V5.0 (FORS)
|
FÖRBÄTTRING VOA-806
Tidigare returnerades inte fälten utbildningsKlartext och forskrivningsrattDatum från typen legitimationsInfoLista.yrkesInformationLista.
Detta är nu åtgärdat så att dessa returneras ifall det finns värden i fälten.
|
och
|
17.1.0 |
|
LasLFPrivatperson V5.0 (LF)
|
BUGGRÄTTNING VOA-891
Tidigare var fältet LasLFPrivatpersonResponseType.logglista.anvandarnamn obligatoriskt. Detta är nu åtgärdat och fältet returneras inte då det är tomt.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
ForlangOrdinationVard V7.0 (OR)
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaReceptbevakningsunderlag V4.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
MakuleraOrdinationVard V5.0 (OR)
SattUtOrdinationVard V5.0 (OR)
SkapaDosunderlagVard V4.0 (OR)
SkapaOrdinationVard V7.0 (OR)
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de externa tjänsterna, se dokumentet "Säker åtkomst".
I OR har en del tjänsteanpassningar gjorts pga detta. Se respektive tjänst för detaljerad beskrivning.
|
|
17.1.0 |
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de externa tjänsterna, se dokumentet "Säker åtkomst".
I OR har en del tjänsteanpassningar gjorts pga detta. Se respektive tjänst för detaljerad beskrivning.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
GodkannDosunderlag V5.0 (OR)
SkapaDosunderlagApotek V4.0 (OR)
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de externa tjänsterna, se dokumentet "Säker åtkomst".
I OR har en del tjänsteanpassningar gjorts pga detta. Se respektive tjänst för detaljerad beskrivning.
|
|
17.1.0 |
HamtaOrdinationerPrivatperson V7.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de externa tjänsterna, se dokumentet "Säker åtkomst".
I OR har en del tjänsteanpassningar gjorts pga detta. Se respektive tjänst för detaljerad beskrivning.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
BackaKrediteraUttag V6.0 (OR)
ForlangOrdinationApotek V7.0 (OR)
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaEjGodkandaDosunderlag V4.0 (OR)
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaIckeAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaProduktionsunderlag V4.0 (OR)
KontrolleraUttag V7.0 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
MakuleraOrdinationApotek V5.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
SkapaOrdinationApotek V7.0 (OR)
SkrivUtDosRecept V4.0 (OR)
SkrivUtERecept V5.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
UppdateraDostillhorighet V4.0 (OR)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de externa tjänsterna, se dokumentet "Säker åtkomst".
I OR har en del tjänsteanpassningar gjorts pga detta. Se respektive tjänst för detaljerad beskrivning.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått en ny icke-obligatoriskt inparameter, fältet gruppforskrivarkod. Obligatorisk om förskrivaren är en gruppförskrivare som
saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
|
, och
|
17.1.0 |
BackaKrediteraUttag V6.0 (OR)
ForlangOrdinationApotek V7.0 (OR)
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
MakuleraOrdinationApotek V5.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
SkapaOrdinationApotek V7.0 (OR)
SkrivUtERecept V5.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått tre nya obligatoriska in-parametrar
- yrkeskod, farmaceutens yrkeskod som definierar vilken typ av legitimation som användaren innehar. Kontrolleras mot yrkeskoderna i intyget.
- efternamn, farmaceutens efternamn.
- fornamn, farmaceutens förnamn.
samt två nya icke-obligatoriska in-parametrar
- befattningskod, användarens befattningskod enligt HSA.
- grupplegitimationskod, användarens 6-ställiga grupplegitimationskod. Obligatorisk för apotekarelev (AE), receptarieelev (RE), teknikerelev (TE) och europeisk farmaceut (FA). Om parametern anges för andra yrkeskoder returneras SbtpValidationApplicationException("Grupplegitimationskod får endast anges med yrkeskoderna [FA,AE,TE,RE] är angivna.").
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
|
17.1.0 |
ForlangOrdinationVard V7.0 (OR)
SkapaOrdinationVard V7.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått fyra nya obligatoriska in-parametrar
- arbetsplatskod, användarens arbetsplatskod.
- yrkeskod, förskrivarens yrkeskod som definierar vilken typ av legitimation som användaren innehar. Kontrolleras mot yrkeskoderna i intyget.
- efternamn, förskrivarens efternamn.
- fornamn, förskrivarens förnamn.
samt tre nya icke-obligatoriska in-parametrar
- orgNr, aktörens organisationsnummer.
- befattningskod, användarens befattningskod enligt HSA.
- gruppforskrivarkod, obligatorisk om förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
|
17.1.0 |
GodkannDosunderlag V5.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått tre nya obligatoriska in-parametrar
- yrkeskod, farmaceutens yrkeskod som definierar vilken typ av legitimation som användaren innehar. Kontrolleras mot yrkeskoderna i intyget.
- efternamn, farmaceutens efternamn.
- fornamn, farmaceutens förnamn.
samt två nya icke-obligatoriska in-parametrar
- befattningskod, användarens befattningskod enligt HSA.
- grupplegitimationskod, användarens 6-ställiga grupplegitimationskod. Obligatorisk för apotekarelev (AE), receptarieelev (RE), teknikerelev (TE) och europeisk farmaceut (FA). Om parametern anges för andra yrkeskoder returneras SbtpValidationApplicationException("Grupplegitimationskod får endast anges med yrkeskoderna [FA,AE,TE,RE] är angivna.").
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
|
17.1.0 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått två nya icke-obligatoriska in-parametrar
- grupplegitimationskod, användarens 6-ställiga grupplegitimationskod. Obligatorisk för apotekarelev (AE), receptarieelev (RE), teknikerelev (TE) och europeisk farmaceut (FA). Om parametern anges för andra yrkeskoder returneras SbtpValidationApplicationException("Grupplegitimationskod får endast anges med yrkeskoderna [FA,AE,TE,RE] är angivna.").
- gruppforskrivarkod, obligatorisk om förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
och
|
17.1.0 |
HamtaAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaEjGodkandaDosunderlag V4.0 (OR)
HamtaIckeAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaProduktionsunderlag V4.0 (OR)
KontrolleraUttag V7.0 (OR)
UppdateraDostillhorighet V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
|
|
17.1.0 |
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått en ny icke-obligatoriskt inparameter, fältet gruppforskrivarkod. Obligatorisk om
förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder
i intyget.
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier)
i intyget saknas i Expo.").
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
|
|
17.1.0 |
HamtaReceptbevakningsunderlag V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått en ny icke-obligatoriskt inparameter, fältet gruppforskrivarkod. Obligatorisk om förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
|
17.1.0 |
KorrigeraOrdinationVard V7.0 (OR)
MakuleraOrdinationVard V5.0 (OR)
SattUtOrdinationVard V5.0 (OR)
SkapaDosunderlagVard V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått fyra nya obligatoriska in-parametrar
- arbetsplatskod, användarens arbetsplatskod.
- yrkeskod, förskrivarens yrkeskod som definierar vilken typ av legitimation som användaren innehar. Kontrolleras mot yrkeskoderna i intyget.
- efternamn, förskrivarens efternamn.
- fornamn, förskrivarens förnamn.
samt två nya icke-obligatoriska in-parametrar
- befattningskod, användarens befattningskod enligt HSA.
- gruppforskrivarkod, obligatorisk om förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
|
17.1.0 |
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
|
, och
|
17.1.0 |
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått två nya obligatoriska in-parametrar
- efternamn, farmaceutens efternamn.
- fornamn, farmaceutens förnamn.
samt två nya icke-obligatoriska in-parametrar
- grupplegitimationskod, användarens 6-ställiga grupplegitimationskod. Obligatorisk för apotekarelev (AE), receptarieelev (RE), teknikerelev (TE) och europeisk farmaceut (FA). Om parametern anges för andra yrkeskoder returneras SbtpValidationApplicationException("Grupplegitimationskod får endast anges med yrkeskoderna [FA,AE,TE,RE] är angivna.").
- orgNr, aktörens organisationsnummer, anges vid roll Privatperson.
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.")
|
och
|
17.1.0 |
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagssversion V5.0 (OR)
|
FÖRBÄTTRING SVA-70
Följande modifieringar har gjorts för att anpassa tjänsten för den nya säkerhetslösning:
tjänsten har fått en ny icke-obligatoriskt inparameter, fältet gruppforskrivarkod. Obligatorisk om förskrivaren är en gruppförskrivare som saknar individuell förskrivarkod. Kontrolleras mot listan av gruppforskrivarkoder i intyget.
apoteksid i intyget kontrolleras emot EXPO, vid fel returneras SbtpSecurityException("Angivet apoteksId (pharmacyIdentifier) i intyget saknas i Expo.").
förskrivarkoden i intyget kontrolleras emot FORS, vid behörighetsfel returneras OgiltigForskrivareApplicationException("Förskrivare ogiltig").
legitimationskoden i intyget kontrolleras emot FORS, vid fel returneras SbtpValidationApplicationException("Ogiltig legitimationskod.") eller SbtpValidationApplicationException("Kombinationen yrkeskod och legitimationskod saknas i intyget.").
|
och
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
ForlangOrdinationVard V7.0 (OR)
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaReceptbevakningsunderlag V4.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
MakuleraOrdinationVard V5.0 (OR)
SattUtOrdinationVard V5.0 (OR)
SkapaDosunderlagVard V4.0 (OR)
SkapaOrdinationVard V7.0 (OR)
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-669
OR har fått ett nytt gemensamt schema och för att uppnå framåtkompatibilitet har vi lagt till ett utökningselement i alla komplexa typer (både i de tjänstespecifika samt i de gemensamma scheman där det varit möjligt). Typer som inte längre används har markerats som deprecated i äldre versioner av gemensamma scheman.
ORs nya gemensamma schema har anpassats enligt TR-FIX, vilket innebär utökning av SimpleTypes för samtliga in och utdata parametrar. Förändringen består av min- och maxlängder för strängar och min- och maxvärden för numeriska typer.
|
|
17.1.0 |
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-669
OR har fått ett nytt gemensamt schema och för att uppnå framåtkompatibilitet har vi lagt till ett utökningselement i alla komplexa typer (både i de tjänstespecifika samt i de gemensamma scheman där det varit möjligt). Typer som inte längre används har markerats som deprecated i äldre versioner av gemensamma scheman.
ORs nya gemensamma schema har anpassats enligt TR-FIX, vilket innebär utökning av SimpleTypes för samtliga in och utdata parametrar. Förändringen består av min- och maxlängder för strängar och min- och maxvärden för numeriska typer.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
GodkannDosunderlag V5.0 (OR)
SkapaDosunderlagApotek V4.0 (OR)
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-669
OR har fått ett nytt gemensamt schema och för att uppnå framåtkompatibilitet har vi lagt till ett utökningselement i alla komplexa typer (både i de tjänstespecifika samt i de gemensamma scheman där det varit möjligt). Typer som inte längre används har markerats som deprecated i äldre versioner av gemensamma scheman.
ORs nya gemensamma schema har anpassats enligt TR-FIX, vilket innebär utökning av SimpleTypes för samtliga in och utdata parametrar. Förändringen består av min- och maxlängder för strängar och min- och maxvärden för numeriska typer.
|
|
17.1.0 |
HamtaOrdinationerPrivatperson V7.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-669
OR har fått ett nytt gemensamt schema och för att uppnå framåtkompatibilitet har vi lagt till ett utökningselement i alla komplexa typer (både i de tjänstespecifika samt i de gemensamma scheman där det varit möjligt). Typer som inte längre används har markerats som deprecated i äldre versioner av gemensamma scheman.
ORs nya gemensamma schema har anpassats enligt TR-FIX, vilket innebär utökning av SimpleTypes för samtliga in och utdata parametrar. Förändringen består av min- och maxlängder för strängar och min- och maxvärden för numeriska typer.
|
|
17.1.0 |
AvregistreraDosunderlag V4.0 (OR)
BackaKrediteraUttag V6.0 (OR)
ForlangOrdinationApotek V7.0 (OR)
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaEjGodkandaDosunderlag V4.0 (OR)
HamtaGallandeOrdinationsversion V4.0 (OR)
HamtaGallandeUnderlagsversion V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaIckeAktuellaOrdinationerFoddatum V4.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaProduktionsunderlag V4.0 (OR)
KontrolleraUttag V7.0 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
MakuleraOrdinationApotek V5.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
SkapaOrdinationApotek V7.0 (OR)
SkrivUtDosRecept V4.0 (OR)
SkrivUtERecept V5.0 (OR)
SkrivUtMinaSparadeRecept V4.0 (OR)
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
UppdateraDostillhorighet V4.0 (OR)
|
FÖRBÄTTRING VOA-669
OR har fått ett nytt gemensamt schema och för att uppnå framåtkompatibilitet har vi lagt till ett utökningselement i alla komplexa typer (både i de tjänstespecifika samt i de gemensamma scheman där det varit möjligt). Typer som inte längre används har markerats som deprecated i äldre versioner av gemensamma scheman.
ORs nya gemensamma schema har anpassats enligt TR-FIX, vilket innebär utökning av SimpleTypes för samtliga in och utdata parametrar. Förändringen består av min- och maxlängder för strängar och min- och maxvärden för numeriska typer.
|
|
17.1.0 |
ForlangOrdinationApotek V7.0 (OR)
KorrigeraOrdinationApotek V7.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
SkapaOrdinationApotek V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet OrdinationsstatusResponse.apotekspersonal borttaget
|
|
17.1.0 |
ForlangOrdinationVard V7.0 (OR)
KorrigeraOrdinationVard V7.0 (OR)
SattUtOrdinationVard V5.0 (OR)
SkapaOrdinationVard V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet OrdinationsstatusResponse.apotekspersonal borttaget
|
|
17.1.0 |
GodkannProduktionsuttag V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen DispenseratUttagResponse.UttagsstatusResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen DispenseratUttagResponse
|
|
17.1.0 |
GodkannUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typerna DispenseratUttagResponse.UttagsstatusResponse och
HelforpackningsuttagResponse.UttagsstatusResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen DispenseratUttagResponse
och i typen HelforpackningsuttagResponse.
|
|
17.1.0 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaReceptbevakningsunderlag V4.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen OrdinationslistaResponse.DosunderlagResponse.DosunderlagsstatusResponse.
tidigare var förskrivarens arbetsplatskod en obligatorisk parameter i svaret men eftersom den inte alltid anges på pappersrecept så har fältet OrdinatorResponse.arbetsplatskod gjorts valfri i typerna OrdinationslistaResponse. DispenseradOrdinationResponse.OrdinationsinformationResponse och OrdinationslistaResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse.
fältet korrigerbar returneras inte i alla tjänster och har därför satts till valfri i typerna OrdinationslistaResponse.DispenseradOrdinationResponse och OrdinationslistaResponse.HelforpackningsordinationResponse
|
och
|
17.1.0 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen OrdinationslistaKortInfoResponse.DosunderlagResponse.DosunderlagsstatusResponse
och i typerna DispenseratUttagResponse.UttagsstatusResponse och HelforpackningsuttagResponse.UttagsstatusResponse.
tidigare var förskrivarens arbetsplatskod en obligatorisk parameter i svaret men eftersom den inte alltid anges på pappersrecept så har fältet OrdinatorResponse.arbetsplatskod
gjorts valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse. OrdinationsinformationResponse och OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse.
fältet korrigerbar returneras inte i alla tjänster och har därför satts till valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse och OrdinationslistaKortInfoResponse.HelforpackningsordinationResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen DispenseratUttagResponse och i typen HelforpackningsuttagResponse.
|
|
17.1.0 |
HamtaOrdinationshistorik V5.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen OrdinationslistaKortInfoResponse.DosunderlagResponse.DosunderlagsstatusResponse
och i typerna DispenseratUttagResponse.UttagsstatusResponse och HelforpackningsuttagResponse.UttagsstatusResponse.
tidigare var förskrivarens arbetsplatskod en obligatorisk parameter i svaret men eftersom den inte alltid anges på pappersrecept så har fältet OrdinatorResponse.arbetsplatskod
gjorts valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse. OrdinationsinformationResponse och OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse.
fältet korrigerbar returneras inte i alla tjänster och har därför satts till valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse och OrdinationslistaKortInfoResponse.HelforpackningsordinationResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen DispenseratUttagResponse och i typen HelforpackningsuttagResponse.
|
och
|
17.1.0 |
HamtaOrdinationFoddatum V4.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet UtsattningResponse.administrator tillagt i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse
och OrdinationslistaKortInfoResponse.HelforpackningsordinationResponse.
fältet OrdinationsstatusResponse.apotekspersonal borttaget i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse
och OrdinationslistaKortInfoResponse.HelforpackningsordinationResponse.
fältet ForandrandeOrdinatorResponse.anvandarId borttaget och fältet ForandrandeOrdinatorResponse.forskrivarkod numer icke-obligatoriskt
i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse.ForandringResponse, OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse.MakuleringResponse,
OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.ForandringResponse, OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.MakuleringResponse,
OrdinationslistaKortInfoResponse.OrdinationKortInfoResponse.ForandringResponse och OrdinationslistaKortInfoResponse.OrdinationKortInfoResponse.MakuleringResponse.
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse.ForandringResponse,
OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse.MakuleringResponse, OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse. OrdinationsinformationResponse,
OrdinationslistaKortInfoResponse. DispenseradOrdinationResponse.OrdinationsstatusResponse och OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse.UtsattningResponse,
OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.ForandringResponse, OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.MakuleringResponse,
OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse, OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.OrdinationsstatusResponse
och OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.UtsattningResponse samt OrdinationslistaKortInfoResponse.OrdinationKortInfoResponse.ForandringResponse
och OrdinationslistaKortInfoResponse.OrdinationKortInfoResponse.MakuleringResponse samt OrdinationslistaKortInfoResponse.DosunderlagResponse.DosunderlagsstatusResponse.
tidigare var förskrivarens arbetsplatskod en obligatorisk parameter i svaret men eftersom den inte alltid anges på pappersrecept så har fältet
OrdinatorResponse.arbetsplatskod gjorts valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse. OrdinationsinformationResponse
och OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse.
fältet korrigerbar returneras inte i alla tjänster och har därför satts till valfri i typerna OrdinationslistaKortInfoResponse.DispenseradOrdinationResponse
och OrdinationslistaKortInfoResponse.HelforpackningsordinationResponse.
|
|
17.1.0 |
HamtaProduktionsunderlag V4.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet UtsattningResponse.administrator tillagt i typerna OrdinationslistaResponse.DispenseradOrdinationResponse och OrdinationslistaResponse.HelforpackningsordinationResponse.
fältet OrdinationsstatusResponse.apotekspersonal borttaget i typerna OrdinationslistaResponse.DispenseradOrdinationResponse och
OrdinationslistaResponse.HelforpackningsordinationResponse.
fältet ForandrandeOrdinatorResponse.anvandarId borttaget och fältet ForandrandeOrdinatorResponse.forskrivarkod numer icke-obligatoriskt
i typerna OrdinationslistaResponse.DispenseradOrdinationResponse.ForandringResponse, OrdinationslistaResponse.DispenseradOrdinationResponse.MakuleringResponse,
OrdinationslistaResponse.HelforpackningsordinationResponse.ForandringResponse och OrdinationslistaResponse.HelforpackningsordinationResponse.MakuleringResponse.
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typerna OrdinationslistaResponse.DispenseradOrdinationResponse.ForandringResponse,
OrdinationslistaResponse.DispenseradOrdinationResponse.MakuleringResponse, OrdinationslistaResponse. DispenseradOrdinationResponse.OrdinationsinformationResponse,
OrdinationslistaResponse.DispenseradOrdinationResponse.OrdinationsstatusResponse och OrdinationslistaResponse.DispenseradOrdinationResponse.UtsattningResponse,
OrdinationslistaResponse.HelforpackningsordinationResponse.ForandringResponse, OrdinationslistaResponse.HelforpackningsordinationResponse.MakuleringResponse,
OrdinationslistaResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse, OrdinationslistaResponse. HelforpackningsordinationResponse.OrdinationsstatusResponse
och OrdinationslistaResponse.HelforpackningsordinationResponse.UtsattningResponse samt OrdinationslistaResponse.DosunderlagResponse.DosunderlagsstatusResponse.
tidigare var förskrivarens arbetsplatskod en obligatorisk parameter i svaret men eftersom den inte alltid anges på pappersrecept så har fältet
OrdinatorResponse.arbetsplatskod gjorts valfri i typerna OrdinationslistaResponse. DispenseradOrdinationResponse.OrdinationsinformationResponse
och OrdinationslistaResponse. HelforpackningsordinationResponse.OrdinationsinformationResponse.
fältet korrigerbar returneras inte i alla tjänster och har därför satts till valfri i typerna OrdinationslistaResponse.DispenseradOrdinationResponse
och OrdinationslistaResponse.HelforpackningsordinationResponse.
|
|
17.1.0 |
KontrolleraUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen UttagResponse.UttagsstatusResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen
UttagResponse.
|
|
17.1.0 |
MakuleraOrdinationApotek V5.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet OrdinationsstatusResponse.apotekspersonal borttaget
fältet ordinationsid returneras inte alltid och har därför satts till valfri i svaret från tjänsten.
|
|
17.1.0 |
MakuleraOrdinationVard V5.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet OrdinationsstatusResponse.apotekspersonal borttaget
fältet ordinationsid returneras inte alltid och har därför satts till valfri i svaret från tjänsten.
|
|
17.1.0 |
SkrivUtDosRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet OrdinationsstatusResponse.apotekspersonal borttaget
|
, och
|
17.1.0 |
SkrivUtERecept V5.0 (OR)
|
FÖRBÄTTRING VOA-669
I och med att tjänsten använder det nya gemensamma schemat;
fältet ApotekspersonalResponse.anvandarId numer icke-obligatoriskt i typen HelforpackningsuttagResponse.UttagsstatusResponse.
fälten UttagsstatusResponse.status och UttagsstatusResponse.tidpunkt är numer icke-obligatoriska i typen HelforpackningsuttagResponse.
|
|
17.1.0 |
BackaKrediteraUttag V6.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har
fältet ordinationslista har tagits bort ur svaret från tjänsten.
ett nytt fält resultat är tillagt i svaret från tjänsten. Det innehåller texten "Genomfört utan upptäckta fel" när uttaget godkänns.
även fältet ordinationerMedBackadeUttag, av typen OrdinationMedBackatUttagResponse, är tillagt i svaret.
Denna lista innehåller ordinationsId, status och mangdinformation per ordination. Se funktionsspecifikationen för detaljerad information.
|
|
17.1.0 |
ForlangOrdinationApotek V7.0 (OR)
SattUtOrdinationApotek V5.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har fältet utsattning har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
ForlangOrdinationVard V7.0 (OR)
SttUtOrdinationVard V5.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har fältet utsattning har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
GodkannDosunderlag V5.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har
fältet ordinationslista har tagits bort ur svaret från tjänsten.
ett nytt fält resultat är tillagt i svaret från tjänsten. Det innehåller texten "Genomfört utan upptäckta fel" när uttaget godkänns.
även fältet dosunderlag, av typen DosunderlagResponse, är tillagt i svaret.
|
|
17.1.0 |
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har
fältet ordinationslista har tagits bort ur svaret från tjänsten.
ett nytt fält resultat är tillagt i svaret från tjänsten. Det innehåller texten "Genomfört utan upptäckta fel" när uttaget godkänns.
|
|
17.1.0 |
KorrigeraOrdinationApotek V7.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har
fältet forandring har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
KorrigeraOrdinationVard V7.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har
fältet forandring har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
MakuleraOrdinationApotek V5.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har fältet makulering har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
MakuleraOrdinationVard V5.0 (OR)
|
FÖRBÄTTRING VOA-958
Svaret från uppdaterande tjänster har renodlas så att dessa svarar mer entydigt och kortfattat.
För att åstadkomma detta har fältet makulering har tagits bort ur svaret från tjänsten.
|
|
17.1.0 |
GodkannProduktionsuttag V7.0 (OR)
|
FÖRBÄTTRING VOA-818
Stödet vid hanteringen av AFF-varningar i samband med uttag i expeditionssystemen har förbättrats.
En ny icke-obligatorisk inparameter är tillagd i tjänsten. DispenseringsunderlagRequest.varningarAccepteradeAvFarmaceut, ska innehålla en lista med felkoder som representerar de eventuella AFF-varningar som farmaceuten accepterar.
|
|
17.1.0 |
GodkannUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-818
Stödet vid hanteringen av AFF-varningar i samband med uttag i expeditionssystemen har förbättrats.
En ny icke-obligatorisk inparameter är tillagd i tjänsten. ExpeditionsunderlagRequest.varningarAccepteradeAvFarmaceut, ska innehålla en lista med felkoder som representerar de eventuella AFF-varningar som farmaceuten accepterar.
|
|
17.1.0 |
KontrolleraUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-818
Stödet vid hanteringen av AFF-varningar i samband med uttag i expeditionssystemen har förbättrats. Från resultatet av
KontrolleraUttag får en farmaceut information om AFF-varningar för en expedition. De AFF-varningar som farmaceuten accepterar
inkluderas därefter i anropet till GodkannUttag respektive GodkannProduktionsUttag. Ingen expedition går igenom innan alla uttag
har accepterade varningar och inga avvisningar.
Numera kontrolleras expeditionerna enligt AFF-EXP när inparametern orUnderlag har värdet true. I annat fall kontrolleras
expeditionen enligt AFF-KEX som tidigare.
För att kunna genomföra alla kontroller i AFF-EXP så har två nya icke-obligatoriska in-parametrar lagts till i tjänsten.
KontrolleraUttagsinformationRequest.ingenDygnsdos, markering att dygnsdos inte kan anges.
KontrolleraUttagsinformationRequest.maxDygnsdos, maximal mängd läkemedel som får förbrukas per dygn enligt doseringsschema eller doseringsanvisning.
|
|
17.1.0 |
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
KontrolleraUttag V7.0 (OR)
|
FÖRBÄTTRING FDI-54
En ny AFF-kontroll G.037 (”Artikeln på uttaget är ett läkemedel som kräver att förskrivaren har specialistkompetens eller har beviljats dispens av
Läkemedelsverket. Detta måste kontrolleras.”). Returneras om uttaget innehåller ett läkemedel som kräver utökad behörighet i form av specialistkompetens
eller dispens.
|
|
17.1.0 |
GodkannProduktionsuttag V7.0 (OR)
GodkannUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-15
Nytt felmeddelande returneras, OgiltigOrdinationApplicationException("Inmatat personnummer stämmer inte med ordinations personnummer."), i fall värdet i
fältet personnummer inte stämmer med personnumret som finns sparat på ordinationerna som ska expedieras.
|
|
17.1.0 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
|
FÖRBÄTTRING VOA-591
För att underlätta recepthanteringen vid expeditioner så har funktionaliteten utökats med möjligheten att hämta endast ett recept i taget. En ny
icke-obligatorisk inparameter, ordinationsId, har lagts till. Om värdet anges kommer tjänsten enbart att returnera information om specifierat recept,
i annat fall returneras alla recept som tidigare.
|
och
|
17.1.0 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaDirektadresseradeOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaReceptbevakningsunderlag V4.0 (OR)
|
FÖRBÄTTRING VOA-590
Från och med release 16.1 så returneras alltid AFF-kontroll H.021 ("Finns absolut expeditionsintervall angivet?") vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaTillatnaUttag från typ
OrdinationslistaResponse. HelforpackningsordinationResponse. SenasteHelforpackningsuttagResponse.
|
och
|
17.1.0 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
FÖRBÄTTRING VOA-590
Från och med release 16.1 så returneras alltid AFF-kontroll H.021 ("Finns absolut expeditionsintervall angivet?") vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaTillatnaUttag från typ
OrdinationslistaResponse. HelforpackningsordinationResponse. SenasteHelforpackningsuttagResponse.
|
|
17.1.0 |
SkrivUtMinaSparadeRecept V4.0 (OR)
|
FÖRBÄTTRING VOA-590
Från och med release 16.1 så returneras alltid AFF-kontroll H.021 ("Finns absolut expeditionsintervall angivet?") vid expediering
av recept med absolut expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. I PDF:n
SkrivUtMinaSparadeRecept innehåller nästa tillåtna uttag nu enbart information om nästa tillåtna uttag inom förmån och inte för
exepditionsintervall.
|
och
|
17.1.0 |
HamtaAktuellaOrdinationer V5.0 (OR)
HamtaIckeAktuellaOrdinationer V6.0 (OR)
HamtaOrdinationFoddatum V4.0 (OR)
HamtaOrdinationshistorik V5.0 (OR)
HamtaReceptbevakningsunderlag V4.0 (OR)
|
FÖRBÄTTRING VOA-656
För att förtydliga vilken av förskrivarens yrkesroller en eventuell inskränkning gäller så har fältet inskrankt flyttats från typen
ForskrivarinfoResponse ner i ForskrivarinfoResponse.YrkesKodInfoResponse.
|
och
|
17.1.0 |
AvregistreraEpsosSamtycke V4.0 (OR)
HamtaEpsosSamtycke V4.0 (OR)
RegistreraEpsosSamtycke V4.0 (OR)
|
FÖRBÄTTRING VOA-1019
Tjänsten används inte och utgår i versionspaket 17.1
|
|
17.1.0 |
HamtaIckeAktuellaOrdinationer V6.0 (OR)
|
FÖRBÄTTRING VOA-823
För att öka spårbarheten returneras numer informationen om att det är farmaceuten som markerat ett recept som slutexpedierat vid expeditionen.
Svaret från tjänsten har därför uttökatas med fältet slutexpedieradAvFarmaceut, vilket innefattas i typen OrdinationslistaKortInfoResponse.
HelforpackningsordinationResponse. HelforpackningsreglerResponse.
|
och
|
17.1.0 |
HamtaOrdinationshistorik V5.0 (OR)
|
FÖRBÄTTRING VOA-823
För att öka spårbarheten returneras numer informationen om att det är farmaceuten som markerat ett recept som slutexpedierat vid expeditionen. Svaret
från tjänsten har därför uttökatas med fältet slutexpedieradAvFarmaceut, vilket innefattas i typen HelforpackningsordinationResponse.
HelforpackningsreglerResponse.
|
och
|
17.1.0 |
HamtaReceptbevakningsunderlag V4.0 (OR)
|
FÖRBÄTTRING VOA-823
För att öka spårbarheten returneras numer informationen om att det är farmaceuten som markerat ett recept som slutexpedierat vid
expeditionen. Svaret från tjänsten har därför uttökatas med fältet slutexpedieradAvFarmaceut, vilket innefattas i typen
OrdinationslistaResponse. HelforpackningsordinationResponse. HelforpackningsreglerResponse.
|
|
17.1.0 |
HamtaOrdinationerPrivatperson V7.0 (OR)
|
FÖRBÄTTRING VOA-812
För att minska risken att patienter missuppfattar information som vi exponerar, har vi av patientsäkerhetsskäl tagit bort information om dygnsdos i svaret
från tjänsten. Detta innebär att fälten, ingenDygnsdos och maxDygnsdos i typen OrdinationslistaKortInfoResponse. HelforpackningsordinationResponse.
MangdinformationResponse, inte längre kommer returneras från tjänsten HamtaOrdinationPrivatperson.
|
|
17.1.0 |
HamtaOrdinationshistorik V5.0 (OR)
|
FÖRBÄTTRING VOA-732
Fältet ejutfordMakuleringLista, av typen ejutfordMakuleringResponse, är tillagt i svaret. Denna lista returneras för alla misslyckade
makuleringsförsök och i den listan framgår mer information om när, av vem och varför makuleringen misslyckades. Se funktionsspecifikationen för detaljerad
information.
|
och
|
17.1.0 |
HamtaOrdinationshistorik V5.0 (OR)
|
FÖRBÄTTRING VOA-1040
För att inte tappa information om vem som skapat ett uttag när uttaget backas så har svaret från tjänsten utökats med denna information. Det nya
icke-obligatoriska fältet uttagSkapatAv, innehåller apotekspersonal, status och tidpunkt, och returneras i typerna
DispenseratUttagResponse och HelforpackningsuttagResponse. Fältet uttagstatus är oförändrat och returnerar som tidigare
information om vem som senast ändrat uttaget.
|
och
|
17.1.0 |
SkrivUtReceptHistorikPdfApotek V4.0 (OR)
|
FÖRBÄTTRING VOA-1040
Informationen under "Expeditioner" har utökats med vem som har skapat och i förekommande fall vem som har backat ett uttag.
Rubriken "Notifiering" har lagts till under "Expeditioner" för att förtydliga informationen.
|
|
17.1.0 |
KontrolleraUttag V7.0 (OR)
|
FÖRBÄTTRING VOA-899
Kravet för AFF-kontroll H.005 ("Får telefonrecept med narkotika förteckning I, II, eller III, IV eller V expedieras?") har ändrats
i enlighet med Läkemedelsverkets uppdaterade föreskrifter om förordnande och utlämning av läkemedel och teknisk sprit. Därför har
kontrollen att artikeln är itererbar tagits bort och kontroll att artikeln är narkotika har lagts till. Dvs nu erhålls AFF-kontroll
H.005 då artikeln är särskild läkemedel, kod 3, eller narkotikaklass 1, 2, 3, 4, 5 eller 6.
|
och
|
17.1.0 |
AnonymPrisfraga V5.0 (PRIS)
Prisfraga V5.0 (PRIS)
|
FÖRBÄTTRING VOA-771
Typen PrisfragaRadRequest har fått ett nytt icke-obligatoriskt fält artikelIdentiteter av typen ArtikelIdentiteterRequest.
Detta fält används tillsammans med förmanskod = R för att, i de fall artikeln är ett preventivmedel och patienten är mellan 18 och 21 år, beräkningen ska ske på
samma sätt som för barn.
P.g.a. denna förändring så är det tillåtet även för kunder som använder versionspaket 16.1 att börja använda denna nya version av tjänsten.
|
och
|
17.1.0 |
KontrolleraForman V4.0 (PRIS)
|
FÖRBÄTTRING VOA-771
Tjänsten har förändrats på så sätt att tidigare returnerades förmånskod = F, i fältet FormansInfoResponse.formanskod, då patienten är
under 21 år och artikeln är ett preventivmedel med förmånskod = R. Nu kommer inte förmånskoden för dessa artiklar att ändras.
P.g.a. denna förändring så är det tillåtet även för kunder som använder versionspaket 16.1 att börja använda denna nya version av tjänsten.
|
och
|
17.1.0 |
HamtaBarn V1.0 (PRIS)
|
FÖRBÄTTRING VOA-980
Tjänsten ska inte längre användas och utgår i versionspaket 17.1.
|
och
|
17.1.0 |
KontrolleraUtokadForskrivarBehorighet V1.0 (PRIS)
|
FÖRBÄTTRING FDI-3
En ny tjänst som ska användas för att kontrollera om en förskrivare har den utökade förskrivarbehörighet som krävs för ett läkemedel som omfattas
av dispensreglerna. Kontrollen görs genom att kontrollera förskrivarens specialistkompetenser samt dispenser beviljade av Läkemedelsverket. För
detaljerad beskrivning av den nya tjänsten, se RIFs funktionsspecifikation.
|
och
|
17.1.0 |
GodkannExpeditionDjur V7.0 (RRD)
NyttReceptDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med
absolut expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall
från typ ExpeditionsuttagResponse och ReceptsamlingResponse.ReceptradResponse.ReceptvalResponse.TidigareExpeditionerResponse.
|
|
17.1.0 |
HamtaAdresseradeReceptDjur V6.0 (RRD)
HamtaAktuellaReceptDjur V6.0 (RRD)
HamtaReceptFodDatDjur V5.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall från typ
ReceptInformationResponse. ReceptsamlingResponse.ReceptradResponse.ReceptvalResponse.TidigareExpeditionerResponse.
|
|
17.1.0 |
HamtaHistorikDjur V6.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall från typ
ReceptHistorikInformationResponse.ExpeditionsuttagResponse och ReceptHistorikInformationResponse. ReceptsamlingResponse.ReceptradResponse.ReceptvalResponse.TidigareExpeditionerResponse.
|
|
17.1.0 |
HamtaIckeAktuellaReceptDjur V6.0 (RRD)
KorrigeraReceptDjur V7.0 (RRD)
TaBortUttagDjur V5.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall från typ
ReceptsamlingResponse. ReceptsamlingResponse.ReceptradResponse.ReceptvalResponse.TidigareExpeditionerResponse.
|
|
17.1.0 |
HamtaReceptPrivatpersonDjur V5.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med
absolut expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall
från typ ExpeditionsuttagResponse och ReceptsamlingResponse.ReceptradResponse.ReceptvalResponse.TidigareExpeditionerResponse.
|
|
17.1.0 |
SkrivUtReceptOriginalDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-706
Från och med release 16.1 så returneras alltid AFF-kontroll 910 20 ('Finns absolut expeditionsintervall angivet?') vid expediering av recept med absolut
expeditionsintervall. I och med detta är datumet som returnerades överflödigt och är nu borttaget. Gäller fältet nastaUttagInomIntervall från typ
ExpeditionsuttagResponse.
|
|
17.1.0 |
GodkannExpeditionDjur V7.0 (RRD)
KontrolleraExpeditionDjur V6.0 (RRD)
KorrigeraReceptDjur V7.0 (RRD)
NyttReceptDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-709
Eftersom endast farmaceuter ska kunna skapa och uppdatera recept innehållande läkemedel eller teknisk sprit har en ny kontroll införts.
AFF-kontroll 910 21 ('Är användaren Apotekspersonal med rätt behörighet?') returneras och tjänsten avvisas i de fall recept innehåller läkemedel
eller teknisk sprit och användaren saknar rätt behörighet.
|
|
17.1.0 |
GodkannExpeditionDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-817
Stödet vid hanteringen av AFF-varningar i samband med uttag i expeditionssystemen har förbättrats.
En ny icke-obligatorisk inparameter är tillagd i tjänsten. ExpeditionsunderlagRequest.varningarAccepteradeAvFarmaceut, ska innehålla en lista
med felkoder som representerar de eventuella AFF-varningar som farmaceuten accepterar.
|
|
17.1.0 |
HamtaAktuellaReceptDjur V5.0 (RRD)
HamtaIckeAktuellaReceptDjur V6.0 (RRD)
|
FÖRBÄTTRING VOA-720
Ett nytt optionellt fält är tillagd för att ange receptets id. Om receptId anges kommer tjänsten enbart att returnera information om det specifika
recept, annars returneras alla recept som tidigare.
|
|
17.1.0 |
KontrolleraExpeditionDjur V6.0 (RRD)
|
BUGGRÄTTNING VOA-1018
Tidigare krävdes felaktigt att en kommentar angavs i fältet expeditionKontrollLista.expeditionsuttag.notering då receptet innehöll en AFF-varning.
Detta är nu åtgärdat.
|
|
17.1.0 |
NyttReceptDjur V7.0 (RRD)
|
FÖRBÄTTRING VOA-711
Felmeddelandet vid valideringen av personnummer har ändrats från "Ogiltigt personnummer på patient har angivits." till
"Djurägarens personnummer är felaktigt".
|
|
17.1.0 |
AvbestallOriginalforpackning V2.0 (SOL)
BestallOriginalforpackning V2.0 (SOL)
HamtaOriginalforpackning V2.0 (SOL)
HamtaLokaltProduktsortiment V2.0 (SOL)
HamtaMeddelanden V2.0 (SOL)
HamtaVardtagareinformation V2.0 (SOL)
SkapaVardtagare V2.0 (SOL)
SkickaMeddelanden V2.0 (SOL)
SokVardandeEnhet V2.0 (SOL)
UppdateraMeddelandeStatus V2.0 (SOL)
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de
externa tjänsterna, se dokumentet "Säker åtkomst".
|
|
17.1.0 |
BestallOriginalForpackningDosaktor V2.0 (SOL)
FlyttaVardtagareDosaktor V2.0 (SOL)
HamtaBestallningarDosaktor V2.0 (SOL)
HamtaMeddelandeDosaktor V2.0 (SOL)
HamtaVardtagareinformationDosaktor V2.0 (SOL)
LevereraLokaltProduktSortiment V2.0 (SOL)
SkapaOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
SkapaProduktionsinformationDosaktor V2.0 (SOL)
SkapaSarskiltBoende V2.0 (SOL)
SkapaVardtagareDosaktor V2.0 (SOL)
SkickaMeddelandenDosaktor V2.0 (SOL)
SokOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
SokSarskiltBoendeDosaktor V2.0 (SOL)
UppdateraBestallningsstatus V2.0 (SOL)
UppdateraMeddelandeStatusDosaktor V2.0 (SOL)
UppdateraOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
UppdateraProduktionsinformationDosaktor V2.0 (SOL)
UppdateraSarskiltBoende V2.0 (SOL)
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING SVA
En ny säkerhetslösning har implementerats i release 17.1 i och med att eHälsomyndigheten går med i Sambi. För närmare beskrivning av hur detta påverkar de
externa tjänsterna, se dokumentet "Säker åtkomst".
|
|
17.1.0 |
AvbestallOriginalforpackning V2.0 (SOL)
BestallOriginalforpackning V2.0 (SOL)
HamtaOriginalforpackning V2.0 (SOL)
HamtaLokaltProduktsortiment V2.0 (SOL)
HamtaMeddelanden V2.0 (SOL)
HamtaVardtagareinformation V2.0 (SOL)
SkapaVardtagare V2.0 (SOL)
SkickaMeddelanden V2.0 (SOL)
SokVardandeEnhet V2.0 (SOL)
UppdateraMeddelandeStatus V2.0 (SOL)
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING
Ett nytt gemensamt schema innehållande gemensamma objekt har skapats för dosapotekstjänsterna; dosapotek_druglogistics_dosedispensing_2.0.xsd, med target
namespace urn:se:dosapotek:dosedispensing:2.
|
|
17.1.0 |
AvbestallOriginalforpackning V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten Patientinformation, radid, NPLpackid, varunummer, receptid, ordinationsid, dosunderlagsversion och onskadleveranstid har tagits
bort från typen AvbestallningsinfoRequest.
Följande parametrar rensats bort från svaret
fälten radid, receptid och dosmottagarenamn har tagits bort från typen BestallningsinfoResponse
fältet identitetstyp har tagits bort från typen PatientinfoResponse
|
|
17.1.0 |
BestallOriginalforpackning V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten Patientinformation, radid, receptid, maxveckodos, maxdygnsdos och dosmottagarenamn har tagits bort från typen BestallningsinfoRequest.
Tillägg av nya inparametrar
fältet personid har lagts till i typen BestallningsinfoRequest, ersätter Patientinformation.
Följande parametrar rensats bort från svaret
fälten radid, receptid och dosmottagarenamn har tagits bort från typen BestallningsinfoResponse.
fältet identitetstyp har tagits bort från typen PatientinfoResponse.
|
|
17.1.0 |
BestallOriginalForpackningDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten patientinformation, radid, receptid, dosmottagarenamn, maxveckodos och maxdygnsdos har tagits bort från typen bestallningsInformation.
Tillägg av nya inparametrar
fältet personID har lagts till i typen bestallningsInformation, ersätter patientinformation.
Följande parametrar rensats bort från svaret
fälten radid, receptid, dosmottagarenamn och bestallningsstatustext har tagits bort från typen bestallningsRaderResultat.
fältet identitetstyp har tagits bort från typen patientInformation.
|
|
17.1.0 |
FlyttaVardtagareDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Tillägg av nya inparametrar
icke-obligatoriska fälten tillOrdinationsansvarigEnhet, tillDosmottagarIdTillfalligadress, tillDosmottagarIdOrdinartboende, tillSarskiltBoende
och tillDosmottagarIdSarskiltboende är tillagda.
|
|
17.1.0 |
HamtaBestallningarDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet patientidtyp har tagits bort från typen bestallningsUrval.
Följande parametrar rensats bort från svaret
fälten radid, receptid och dosmottagarenamn har tagits bort från typen bestallningsInformation
fältet identitetstyp har tagits bort från typen patientInformation
även fälten maxveckodos och maxdygnsdos har tagits bort från svaret.
|
|
17.1.0 |
HamtaBestallningarDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdet BU=Bestallning är inte längre tillåtet i fältet bestallningsurval i typen requestHamtaBestallningarDosaktor.
|
|
17.1.0 |
HamtaLokaltProduktsortiment V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet dosaktor har tagits bort
Följande parametrar rensats bort från svaret
fältet dosaktor har tagits bort
|
|
17.1.0 |
HamtaMeddelandeDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten patientinformation, ordinationsid, personidforskrivare och forskrivarkod har tagits bort från typen meddelandeUrval.
Tillägg av nya inparametrar
fältet personid har lagts till i typen meddelandeUrval, ersätter patientinformation.
Följande parametrar rensats bort från svaret
fältet ordinationsid har tagits bort från typen meddelande
fältet identitetstyp har tagits bort från typen patientInformation
|
|
17.1.0 |
HamtaMeddelandeDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet typ i typen meddelandeUrval är nu en obligatorisk inparameter.
|
|
17.1.0 |
HamtaMeddelanden V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten Patientinformation, ordinationsid, vardgivarespersonid och forskrivarkod har tagits bort från typen MeddelandeutvalRequest.
Tillägg av nya inparametrar
fältet personId har lagts till i typen MeddelandenutvalRequest, ersätter Patientinformation.
Följande parametrar rensats bort från svaret
fältet ordinationsid har tagits bort från typen HamtaMeddelandeninfoResponse
fältet identitetstyp har tagits bort från typen PatientinfoResponse/
|
|
17.1.0 |
HamtaMeddelanden V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdena OB=Ordinationsbundet och FR=Fristaende är inte längre tillåtna i fältet Meddelandetyp i typen MeddelandenutvalRequest.
|
|
17.1.0 |
HamtaOriginalforpackning V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet patientidtyp har tagits bort från typen BestallningsutvalRequest.
Följande parametrar rensats bort från svaret
fälten radid, receptid och dosmottagarenamn har tagits bort från typen BestallningsinfoResponse
fältet identitetstyp har tagits bort från typen PatientinfoResponse.
|
|
17.1.0 |
HamtaOriginalforpackning V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdet BU=Bestallning är inte längre tillåtet i fältet bestallningsurval i typen BestallningsutvalRequest.
|
|
17.1.0 |
HamtaVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten glnkod och identitetstyp har tagits bort.
Följande parametrar rensats bort från svaret
fälten forstadosdag, Betalningsinformation och Vardtagarestatus har tagits bort från typen Vardtagarinformation
fältet identitetstyp har tagits bort från typen PatientinfoResponse
fältet vardandeenhetpostnummer har tagits bort från typen KontaktinfoResponse
fältet dosmottagarenamn har tagits bort från typen ProduktionsinfoResponse. Fälten intagsmangd och dagIPeriod
har tagits bort från typen ProduktionsinfoResponse.DoseringsschemaResponse.IntagstillfalleResponse
fälten boendeenhetsavdelning och dosmottagarenamn har tagits bort från typen LeveransadressinfoResponse
fältet dosmottagarenamn har tagits bort från typen BoendeinfoResponse.
|
|
17.1.0 |
HamtaVardtagareinformation V2.0 (SOL)
SkapaVardtagare V2.0 (SOL)
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet vilandestatusorsak i typen Vardtagarinformation är nu satt till maxoccurs=1.
|
|
17.1.0 |
HamtaVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdena 3=Tillfallig adressandring och 6=Ej Registrerad är inte längre tillåtna i fältet statuskod i typen Vardtagarinformation.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten GLNkod och identitetstyp.
Följande parametrar rensats bort från svaret
fälten forstadosdag, betalningsinformation och vardtagarstatus har tagits bort från typen vardtagarInformation
fältet dosmottagarenamn har tagits bort från typen produktionsInformation
fälten intagsmangd och dagIPeriod har tagits bort från typen standardSchema.intagsTillFalle
fältet identitetstyp har tagits bort från typen patientInformation
fältet dosmottagarenamn har tagits bort från typen ordinartBoende
fältet dosmottagarenamn har tagits bort från typen tillfalligAdress
fälten dosmottagarenamn och boendeenhetavdelning har tagits bort från typen sarskiltBoende
fältet vardandeenhetpostort har tagits bort från typen kontaktInformation.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet arbetsplatskod i typen sarskiltBoende är inte längre en obligatorisk utparamter.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
SkapaVardtagareDosaktor V2.0 (SOL)
UppdateraVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet vilandestatusorsak i typen Vardtagarinformation är nu satt till maxoccurs=1.
|
|
17.1.0 |
LevereraLokaltProduktsortiment V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
behorigshetsinformationdosaktor har ersatts med behorighetsinformationmaskinanvandare (av typen behorigshetsinformationdosaktor)
i anropet till tjänsten. Detta för att tjänsten även fortsättningsvis ska kunna anropas av maskinanvändare.
|
|
17.1.0 |
SkapaOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet dosapoteknamn har tagits bort från typen ordinationsansvarigEnhet.
|
|
17.1.0 |
SkapaOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet vardandeenhetid i typen ordinationsansvarigEnhet är nu en obligatorisk inparameter.
|
|
17.1.0 |
SkapaProduktionsinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten dosaktor, dosapotek och dosmottagarenamn har tagits bort från typen produktionsInformationDosaktor
fälten intagsmangd och dagIPeriod har tagits bort från typen standardSchema.intagsTillFalle.
|
|
17.1.0 |
SkapaSarskiltBoende V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet glnkod har tagits bort
fälten dosmottagarenamn och boendeenhetavdelning har tagits bort från typen sarskiltBoende.
|
|
17.1.0 |
SkapaSarskiltBoende V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet arbetsplatskod i typen sarskiltBoende är inte längre en obligatorisk inparamter.
|
|
17.1.0 |
SkapaVardtagare V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten glnkod och akut har tagits bort
fälten dosapoteksnamn, forstadosdag, Leveransadressinformation, Betalningsinformation, Produktinformation och Vardtagarstatus har
tagits bort från typen VardtagareinformationRequest
fältet dosmottagarenamn har tagits bort från typen BoendeinfoRequest
fältet vardandeenhetnamn, vardandeenhetpostort och vardandeenhetpostnummer har tagits bort från typen KontaktinfoRequest.
Följande parametrar rensats bort från svaret
fältet identitetstyp har tagits bort från typen PatientinfoResponse
fältet dosmottagarenamn har tagits bort från typen ProduktionsinfoResponse. Fälten intagsmangd och dagIPeriod
har tagits bort från typen ProduktionsinfoResponse.DoseringsschemaResponse.IntagstillfalleResponse.
|
|
17.1.0 |
SkapaVardtagare V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdena 3=Tillfallig adressandring och 6=Ej Registrerad är inte längre tillåtna i fältet statuskod i typen VardtagarinformationRequest.
|
|
17.1.0 |
SkapaVardtagareDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten glnkod och akut har tagits bort
fälten dosapoteknamn, forstadosdag, sarskiltboendeinformation (ersätts av boendeenhetid), betalningsinformation, produktionsinformation
och vardtagarstatus har tagits bort från typen Vardtagarinformation
fältet identitetstyp har tagits bort från typen patientInformation
fältet dosmottagarenamn har tagits bort från typen ordinartBoende
fältet dosmottagarenamn har tagits bort från typen tillfalligAdress
fälten vardandeenhetnamn, vardandeenhetpostort och vardandeenhetpostnummer från typen kontaktInformation.
Följande parametrar rensats bort från svaret
fältet identitetstyp har tagits bort från typen patientInformation
fälten intagsmangd och dagIPeriod har tagits bort från typen standardSchema.intagsTillFalle.
Tillägg av nya parametrar i svaret
fältet dosmottagareid har lagts till i typen produktionsInformationVarden.
|
|
17.1.0 |
SkickaMeddelandeDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte användsfälten
patientInformation, kommunikationsriktning, ordinationsid och dosapotekid har tagits bort från typen meddelandeInformation.
Tillägg av nya inparametrar
fältet personid har lagts till i typen meddelandeInformation, ersätter patientInformation.
|
|
17.1.0 |
SkickaMeddelanden V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten Patientinformation, kommunikationsriktning, ordinationsid och glnkod har tagits bort från typen MeddelandeinfoRequest.
Tillägg av nya inparametrar
fältet personid har lagts till i typen MeddelandeninfoRequest, ersätter Patientinformation.
|
|
17.1.0 |
SkickaMeddelanden V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdena OB=Ordinationsbundet och FR=Fristaende är inte längre tillåtna i fältet Meddelandetyp i typen MeddelandeninfoRequest.
|
|
17.1.0 |
SokSarskiltBoendeDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet GLNkod har tagits bort.
Följande parametrar rensats bort från svaret
fältet boendeenhetavdelning har tagits bort från typen sarskiltBoende.
|
|
17.1.0 |
SokSarskiltBoendeDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet arbetsplatskod i typen sarskiltBoende är inte längre en obligatorisk utparamter.
|
|
17.1.0 |
SokVardandeEnhet V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten glnkod och dosaktor har tagits bort.
Följande parametrar rensats bort från svaret
fältet dosaktor har tagits bort.
|
|
17.1.0 |
SokVardandeEnhet V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fälten vardandeenhetsnamn och vardandeenhetsort är inte längre obligatoriska inparametrar.
|
|
17.1.0 |
UppdateraBestallningsstatus V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten bestallningsresultattext och bestallningsstatustext har tagits bort.
fälten patientinformation, radid, NPLPackid, varunummer, receptid, ordinationsid, dosunderlagsversion, dosmottagareid, dosmottagarenamn,
onskatleveransdatum, antalforpackningar, akutBestallning, maxveckodos och maxdygnsdos har tagits bort från typen bestallningsInformation.
|
|
17.1.0 |
UppdateraOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet dosapoteknamn har tagits bort från typen ordinationsansvarigEnhet.
|
|
17.1.0 |
UppdateraOrdinationsAnsvarigEnhetDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet vardandeenhetid i typen ordinationsansvarigEnhet är nu en obligatorisk inparameter.
|
|
17.1.0 |
UppdateraProduktionsinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten dosaktor, dosapotek och dosmottagarenamn har tagits bort från typen produktionsInformationDosaktor.
fälten intagsmangd och dagIPeriod har tagits bort från typen standardSchema.intagsTillFalle
Tillägg av nya inparametrar
fältet behorighetsinformationMaskinAnvandare (av typen behorighetsInformationMaskinanvandare) har lagts till för att
tjänsten även fortsättningsvis ska kunna anropas av maskinanvändare.
|
|
17.1.0 |
UppdateraSarskiltBoende V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet GLNkod har tagits bort.
fälten dosmottagarenamn och boendeenhetavdelning har tagits bort från typen sarskiltBoende.
|
|
17.1.0 |
UppdateraSarskiltBoende V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Fältet arbetsplatskod i typen sarskiltBoende är inte längre en obligatorisk inparamter.
|
|
17.1.0 |
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fältet glnkod har tagits bort
fältet dosapoteksnamn, forstadosdag, Leveransadressinformation, Betalningsinformation, Produktinformation och Vardtagarstatus har tagits bort
från typen VardtagareinformationRequest
fältet identitetstyp har tagits bort från typen PatientinfoResponse.
Följande parametrar rensats bort från svaret
fältet identitetstyp har tagits bort från typen PatientinfoResponse.
|
|
17.1.0 |
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Värdena 3=Tillfallig adressandring och 6=Ej Registrerad är inte längre tillåtna i fältet statuskod i typen VardtagarinformationRequest.
|
|
17.1.0 |
UppdateraVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-643
Bortrensning av inparametrar som inte används
fälten GLNkod, akut och meddelandeTillDosapotek har tagits bort.
dospaoteknamn, forstadosdag, sarskiltboendeinformation (ersätts med boendeenhetid), betalningsinformation, produktionsinformation
och vardtagarstatus från typen VardtagarInformation.
fältet identitetstyp har tagits bort från typen patientInformation
fältet dosmottagarenamn har tagits bort från typen ordinartBoende
fältet dosmottagarenamn har tagits bort från typen tillfalligAdress
fälten vardandeenhetnamn, vardandeenhetpostort och vardandeenhetpostnummer från typen kontaktInformation.
Följande parametrar rensats bort från svaret
fältet identitetstyp har tagits bort från typen patientInformation.
|
|
17.1.0 |
FlyttaVardtagareDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-642
För att undvika att aktörer av misstag kan skriva över information, så har versionshantering av data införts.
Det angivna värdet i fältet versionsid valideras och ifall det inte stämmer returneras felmeddelandet "Angivet versionsid överensstämmer inte med
versionsnumret i databasen. Hämta senaste versionen av vårdtagaren och gör om uppdateringen".
|
|
17.1.0 |
HamtaVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-642
En ny utparameter tillkommer som stöd för versionshantering samt för att uppfylla krav på spårbarhet; senastUppdaterad. Denna nya typ innehåller fälten
senastUppdaterad, senastUppdateradAvFornamn, senastUppdateradAvEfternamn, senastUppdateradAvArbetsplats och versionsid.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-642
En ny utparameter tillkommer som stöd för versionshantering samt för att uppfylla krav på spårbarhet; senastUppdaterad. Denna nya typ innehåller fälten
senastUppdaterad, senastUppdateradAvFornamn, senastUppdateradAvEfternamn, senastUppdateradAvArbetsplats och versionsid.
|
|
17.1.0 |
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-642
För att undvika att aktörer av misstag kan skriva över information, så har versionshantering av data införts.
Det angivna värdet i fältet versionsid valideras och ifall det inte stämmer returneras felmeddelandet "Angivet versionsid överensstämmer inte med
versionsnumret i databasen. Hämta senaste versionen av vårdtagaren och gör om uppdateringen".
|
|
17.1.0 |
UppdateraVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-642
För att undvika att aktörer av misstag kan skriva över information, så har versionshantering av data införts.
Det angivna värdet i fältet versionsid valideras och ifall det inte stämmer returneras felmeddelandet "Angivet versionsid överensstämmer inte med
versionsnumret i databasen. Hämta senaste versionen av vårdtagaren och gör om uppdateringen".
|
|
17.1.0 |
HamtaBestallningsidnDosaktor V1.0 (SOL)
HamtaMeddelandeIdDosaktor V1.0 (SOL)
|
FÖRBÄTTRING VOA-585
Ny tjänst som möjliggör maskinanrop (utan Sambi-biljett) för att hämta beställningsid:n.
|
|
17.1.0 |
HamtaLokaltProduktsortiment V2.0 (SOL)
|
FÖRBÄTTRING VOA-1014
Borttag av extensions-xsd:n innehållandes ”landsting”. Tjänsten använder nu bara ett xsd-schema.
|
|
17.1.0 |
HamtaVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-699
Funktionalitet har införts för att kunna hantera datum för när en aktiv vårdtagare ska få status vilande, samt när en vilande vårdtagare ska få status aktiv.
Nya fält tillkommer som utparameterar för hantering av status och vilandeperiod. Typen Vardtagarinformation har fått fälten statuskod,
vilandefranochmed och vilandetillochmed.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-699
Funktionalitet har införts för att kunna hantera datum för när en aktiv vårdtagare ska få status vilande, samt när en vilande vårdtagare ska få status aktiv.
Nya fält tillkommer som utparameterar för hantering av status och vilandeperiod. Typen Vardtagarinformation har fått fälten statuskod,
vilandefranochmed och vilandetillochmed.
|
|
17.1.0 |
SkapaVardtagare V2.0 (SOL)
UppdateraVardtagareinformation V2.0 (SOL)
|
FÖRBÄTTRING VOA-699
Funktionalitet har införts för att kunna hantera datum för när en aktiv vårdtagare ska få status vilande, samt när en vilande vårdtagare ska få status aktiv.
Följande inparametrar tillkommer i typen Vardtagarinformation; statuskod, vilandefranochmed och vilandetillochmed.
|
|
17.1.0 |
SkapaVardtagareDosaktor V2.0 (SOL)
UppdateraVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-699
Funktionalitet har införts för att kunna hantera datum för när en aktiv vårdtagare ska få status vilande, samt när en vilande vårdtagare ska få status aktiv.
Följande inparametrar tillkommer i typen Vardtagarinformation; statuskod, vilandefranochmed och vilandetillochmed.
|
|
17.1.0 |
HamtaVardtagareinformationDosaktor V2.0 (SOL)
|
FÖRBÄTTRING VOA-639
Tjänsten har getts ökad synlighet. Ingen kontroll görs på att vårdtagaren tillhör det anropande apoteket.
|
|
17.1.0 |
VARA-exportfil V4
|
FÖRBÄTTRING VOA-639
I release 17.1 skapas en ny version av VARA-exportfil, version 4. Denna exportfil innehåller en ny parameter som anger om en artikel har säkerhetsdetaljer eller inte.
För detaljerad information se dokumenten i katalogen "VARA specifika ändringar release 17.1"
|
, och
|
17.1.0 |
