För bättre layout, använd: Avvikelser 2019-04-05.xlsx


Avvikelser - hela listan (Nordic Medtest JIRA)
Displaying 71 issues at 2019-04-05 15:04.
Issue TypeKeySummaryDescriptionPåverkat TKTK-bedömningAcceptabel förTemporärt acceptabel förEj acceptabel för
AvvikelseINAV-738Tekniskt fel returneras felaktigt vid urval på samordningsnummerEn producent som saknar stöd för urval på samordningsnummer förväntas returnera ett tomt svar (det finns ingen information att hämta för patienten).GetCareContacts - 3.0 Godkänd - FörbehållJournalen, NPÖ--
AvvikelseINAV-692Saknar stöd för att ange allvarlighetsgrad för överkänslighetAvvikelsen uppstår när allvarlighetsgrad inte kan inkluderas i en uppmärksamhetssignal för överkänslighet. Från TKB: |../../../degreeOfSeverity|CVType|Kod som anger bedömning av överkänslighetens allvarlighet. För kompatibilitet med NPÖ RIV 2.2.0 ska KV Allvarlighetsgrad (1.2.752.129.2.2.3.3) följas. Bör anges.   Notera: Det finns två varianter av detta kodverk, en som har distribuerats med V-TIM och en som har distribuerats med NPÖ. V-TIM - [Livshotande, *Skadlig*, Besvärande] NPÖ - [Livshotande, *Skadande*, Besvärande] En informationskonsument bör säkerställa att den klarar av att hantera båda varianterna.|0..1|GetAlertInformation - 2.0 Godkänd---
AvvikelseINAV-680Producenten saknar stöd för att ange namn på tidstyp vid ombokningAvvikelsen uppstår när producenten saknar stöd för att hantera elementet tidstyp för tjänstekontrakt under domänen tidbokning. |timeTypeName|string|Tidstyp för det bokade besöket.|UpdateBooking - 1.1 Godkänd1177 Webbtidbok--
AvvikelseINAV-678Producenten saknar stöd för att ange resurs vid nybokning och ombokningAvvikelsen uppstår när producenten saknar stöd för att hantera elementen resourceName och/eller resourceID.   |resourceName|string|Namn på resurs| |resourceID|ResourceIDType|Identitet för resurs|    MakeBooking - 1.1 UpdateBooking - 1.1 Godkänd1177 Webbtidbok--
AvvikelseINAV-677Producenten åsidosätter namn på HoSP vid nybokning och ombokningAvvikelsen uppstår när producenten saknar stöd för att hantera performerName i inkommande requester för tjänstekontrakt under domänen för tidbokning.   |performerName|string|Namn på HoS-person som besöket är bokat hos. Ska innehålla en blank-tecken-separerad sammanslagning av yrkestitel, förnamn, mellannamn, efternamn.|MakeBooking - 1.1 UpdateBooking - 1.1 Godkänd1177 Webbtidbok--
AvvikelseINAV-675Ombudsbokning stöds ej vid tidbokningAvvikelsen uppstår för de producenter som saknar stöd för ombudsbokning.   Från TKB (crm_scheduling): _Fr.o.m. 1.1 Alla tjänsteinteraktioner i tidbokningsdomänen har en obligatorisk "header" för att ange aktör (Actor). En aktör kan vara patienten (subject_of_care) eller en mellanman (subject_of_care_agent). Med mellanman avses en medarbetare i professionen som handräcker patienten med genomförandet av bokningen. Det kan t.ex. vara en sköterska på 1177 Sjukvårdsrådgivningen som på patientens begäran genomför en bokning via Mina Vårdkontakter eller via Rådgivningsstödet._CancelBooking - 1.1 GetAllTimeTypes - 1.1 GetAvailableDates - 1.1 GetAvailableTimeslots - 1.1 GetBookingDetails - 1.1 GetSubjectOfCareSchedule - 1.1 MakeBooking - 1.1 UpdateBooking - 1.1 Godkänd1177 Webbtidbok--
AvvikelseINAV-658Tjänsteproducenten använder felaktigt dubbel encodingFrån TKB: _För ovanstående DocBook-exempel ska alltså fältet "clinicalDocumentNoteText" innehålla en version som är "entity encoded" enligt följande:_ _<?xml version="1.0"?>_ _<article>_ _..._ Det finns inget i TKB som nämner att CDATA är OK att använda (svårt att täcka alla situationer som kan uppstå textuellt). Att använda CDATA istället för "entity encoding" enligt TKB är något som dock accepteras, då det i praktiken är samma sak. Avvikelsen berör fall där"entity encoding" används inuti ett CDATA-block, vilket skulle kunna liknas med "entity encoded entity encoding". Godkänd - FörbehållJournalen, NPÖ--
AvvikelseINAV-637Tjänsteproducenten uppfyller ej riktlinjer på aktualitetskravKraven på aktualitet varierar för olika tjänstekonsumenter. Det behöver inte vara absolut aktualitet i förhållande till källsystemet, men ju mindre fördröjning desto bättre. Ett riktmärke är att försöka undvika längre fördröjning än 60 minuter. Fördröjningen avser både journaldata och uppdatering av engagemangsindex. Uppdatering av engagemangspost måste ske så att engagemangsposten refererar data som är omedelbart tillgängligt via tjänstekontraktet.   Avvikelsen uppstår när uppdateringar av engagemangsindex dröjer mer än 60 minuter.GetCareContacts - 3.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-628Glycosuria i mödravårdsinformation används av verksamheten men mappas ejGlycosuria används av verksamheten men mappning saknas till motsvarande element i tjänstekontraktet GetMaternityMedicalHistory. |../../../glycosuria|PQType|Glucosuri - Glucos i urinet [antal / volym] Förväntad enhet är mmol/l. Använd INTE mätstickans kodning (0, 1+, 2+…) OBS! U på svenska men y på engelska (ICD10).|0..1|  GetMaternityMedicalHistory - 2.0 Godkänd-Journalen, NPÖ-
AvvikelseINAV-627Proteinuria i mödravårdsinformation används av verksamheten men mappas ejProteinuria används av verksamheten men mappning saknas till motsvarande element i tjänstekontraktet GetMaternityMedicalHistory. |../../../proteinuria|PQType|Proteinuri - Protein i urinet [massa / volym] Mängden protein skall alltså anges i g/l eller motsvarande. Använd INTE mätstickans kodning (0, 1+, 2+…)|0..1|GetMaternityMedicalHistory - 2.0 Godkänd-Journalen, NPÖ-
AvvikelseINAV-616Inaktuella uppmärksamhetssignaler visas ejUppmärksamhetssignaler kan registreras som "inaktuell" i det lokala systemet. En avvikelse är det t.ex. om systemet inte kan producera poster som är "inaktuella". Systemet uppdaterar ej inaktuell post med 'obsoleteTime'/'obsoleteComment', som konsumerande tjänster sen kan tolka. GetAlertInformation - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-569Verksamheten använder sig av fler anteckningstyper än vad som mappasVerksamheten använder sig av fler anteckningstyper för anteckning än vad som är implementerat/mappat i vårdsystemet (producenten). Det kan få som följd att en anteckning angiven med en viss anteckningstyp, i själva verket innehåller en annan typ av anteckningar. Ett vårdsystem kan t.ex. hårdkoda clinicalDocumentNoteCode.   Tillåtna värden enligt TKB är:  utr = Utredning, atb = åtgärd/Behandling, sam = Sammanfattning, sao = Samordning, ins = Inskrivning, slu = Slutanteckning,  auf = Anteckning utan fysiskt möte, sva = Slutenvårdsanteckning, bes = Besöksanteckning.GetCareDocumentation - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-546Uppdateringsregel R11 för engagemangsindex följs ejDet finns flera uppdateringsregler för de aktörer som avser att som konsument uppdatera EI med hjälp av tjänstekontraktet "Update", den här avvikelsen syftar specifikt på regel 11 i TKB. - *R11*: Tjänstekonsumenten ska kunna konfigureras med avseende på hur många engagemangsposter som paketeras i varje Update-anrop, utan krav på release eller ominstallation. De engagemangsposter som är färdiga att skickas under det intervall som är angivet I *R8* skall skickas enligt max antal tillåtna poster som är angivet I SLA-krav under "Last". Exempel: Finns 500 nya poster så anropas Update 1 gång med 500 poster i en och samma transaktion. Finns 1003 nya poster så anropas Update 2 ggr, ett anrop på 1000 poster och ett på 3 poster. Finns 2000 nya poster så anropas Update 2 ggr, vardera anrop med 1000 poster.GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetFunctionalStatus - 2.0 GetVaccinationHistory - 2.0 Godkänd - TidsbegränsadJournalen, NPÖ--
AvvikelseINAV-513Information om begäran gick bra eller ej inkluderas ej i svarI vissa tjänstekontraktsbeskrivningar förekommer det att ResultType ska skickas med. Elementet "ResultType" kommer successivt att tas bort för Get-kontrakt.GetCareDocumentation - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-510Ej möjligt att leverera utsatta läkemedelAnslutande part levererar inte poster med utsatta läkemedel (ordination som beskriver avslut av läkemedelsbehandling).GetMedicationHistory - 2.1 GodkändJournalen-NPÖ
AvvikelseINAV-506Samtliga läkemedel hanteras som läkemedelsprodukterHandelsvaror (merchandise), läkemedelsartiklar (pharmaceuticalItem), fritextbeskrivningar (unstructuredDrug) och generiska läkemedelsval (generics) presenteras som läkemedelsprodukter (drug).   |../../../drug|DrugChoiceType|Läkemedelsval. OBS: Ett och endast ett av följande alternativ:   -       unstructuredDrugInformation (fritextval/extemporeberedning) -       merchandise (handelsvara) -       drugArticle (läkemedelsartikel) -       drug (läkemedelsprodukt) -       generics (generika/utbytesgrupp)   Utelämnas om ordinationstyp är Utsättning.|0..1|GetMedicationHistory - 2.1 GodkändJournalen--
AvvikelseINAV-504"Utvärderat av" inkluderas ej i läkemedelsposter trots att det används i verksamheten"Utvärderat av" är ett optionellt fält. När verksamheten har personer som utvärderat utfall av ordinationer/förskrivningar, så bör dessa också inkluderas i läkemedelsposten. |../../../evaluator|HealthcareProfessionalType|”Utvärderat av”. Den hälso- och sjukvårdsperson/-enhet som utvärderat utfallet av ordinationen/förskrivningen.|0..1|  GetMedicationHistory - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-501Information om makulering inkluderas felaktigt i journalanteckningTidiga versioner av tjänstekontraktet för journalanteckning medgav att tjänsteproducenten kunde leverera information om huruvida ett dokument hade makulerats i källsystemet och av vilken orsak. Elementent för detta hette "nullified" och "nullifiedReaseon". Dessa element är numera otillåtna. Avvikelsen uppstår då en tjänsteproducent inkluderar minst ett av dessa element i en respons. Tilläggs-information: Dokumentet (TKB) för GetCareDocumentation 2.0 är lite vilseledande: I TKB's fältregler nämns inte nullified och nullifiedReason och man kan tolka det som att elementet inte ska inkluderas. Däremot så behandlas elementen i kapitlet som beskriver PatientSummaryHeaderType och där är elementen optionella: |nullified|boolean|Anger om dokumentet makulerats i källsystemet. Sätts i så fall till true annars false. Används bl.a. i statistik-/rapportuttag med hjälp av tjänstekontrakten.|0..1| |nullifiedReason|string|Anger orsak till makulering.|0..1| I dokumentet för GetCareDocumentation 2.1 är det tydliggjort att nullified och nullifiedReason inte ska inkluderas. |../../nullified| |N/A|0..0| |../../nullifiedReason| |N/A|0..0|    GetCareDocumentation - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-500Uppfyller inte schemareglerElementet accountableHealthcareProfessional (AHCP) betecknar en HoS-person och återfinns i header-elementet för de flesta tjänstekontrakt inom sammanhållen journalföring. Syftet med elementet varierar beroende på tjänstekontrakt. Det vanligaste är att det pekar ut den person som är "ansvarig för informationen", dvs den som har skapat informationen i källsystemet. Till undantagen hör t.ex. GetLaboratoryOrderOutcome, där AHCP pekar ut den person som har framställt den vårdbegäran som ligger till grund för labbsvaret. Avvikelsen uppstår när en tjänsteproducent inkluderar elementet "accountableHealthcareProfessional", men på ett felaktigt sätt som gör att konsumenten kan få svårt att tyda informationen.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen-NPÖ
AvvikelseINAV-492Felaktig hantering av ATC-kod för läkemedelsproduktI tjänstekontraktet för läkemedelshistorik så kan en läkemedelsprodukts ATC-kod beskrivas m.h.a. ett kodverk. För detta kodverk finns ett antal regler för de ingående elementen rörande kardinalitet och inbördes beroenden. Avvikelsen uppstår när en tjänsteproducent inte uppfyller dessa regler.GetMedicationHistory - 2.1 Godkänd - FörbehållJournalen-MPÖ (Tieto), NKRR, NPÖ, XView (Cambio)
AvvikelseINAV-475Uppdateringstidpunkt innehåller fel värde vid uppdatering av EITjänstekontraktsbeskrivningen för Update stipulerar att fältet "mostRecentContent" i ett anrop ska sättas till tidpunkt för när uppdatering i informationsobjektet har skett. Avvikelsen uppstår när det sker en uppdatering av informationsobjektet i källsystemet med påföljande Update-anrop, men "mostRecentContent" avspeglar inte tidpunkt för uppdatering utan baseras på något annat.GetCareContacts - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetMedicationHistory - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-447Insättningstidpunkt saknas vid ordination av typen "Insättning"Tjänstekontraktet för läkemedel stipulerar att en tjänsteproducent för en post som beskriver en ordination av typen "Insättning" även ska ange insättningstidpunkt. Avvikelsen uppstår då en tjänsteproducent inte levererar insättningstidpunkt för en eller flera poster som beskriver ordination av typen "Insättning" GetMedicationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-443Saknar stöd att leverera obligatoriskt element logIdFlera JoL-kontrakt stipulerar att en tjänsteproducent i slutet av en respons ska inkludera ett element "result" och att detta bl.a. ska innehålla ett obligatoriskt log-id för att underlätta eventuell felsökning. Avvikelsen uppstår när en tjänsteproducent saknar stöd att leverera detta log-id. Tilläggs-information: "ResultType i kontrakten skall enligt regelverket endast finnas i uppdaterande kontrakt och inte i rena läs-kontrakt. Att ResultType kom med i vissa av JoL-kontraktens fastställda versioner var att under en period 2014, så ställdes krav på ATT den skulle ingå i syfte att kunna ge information om logiska fel av olika slag. Men därefter kom krav från A&R centralt att den skulle bort ur alla Get-kontrakt när vi gör nya majors av dessa. Så de rensas undan över tid. Vidare så saknar aggregerande Get-tjänster idag stöd för hantering av logiska-fel/ResultType."GetAlertInformation - 2.0 GetCareDocumentation - 2.1 GetImagingOutcome - 1.0 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-441Vårdenhet och vårdgivare för remissförfattare inkluderas felaktigt för konsultationsremissI tjänstekontraktet för konsultationsremiss finns information om den person som skapat remissen som ligger till grund för remissvaret. Det finns två element för att ange HSA-id för vårdenhet och vårdgivare för det medarbetaruppdrag som denne person arbetade inom. Elementen heter healthcareProfessionalCareUnitHSAId och healthcareProfessionalCareGiverHSAId och de är numera otillåtna (kardinalitet 0..0) Avvikelsen uppstår när en tjänsteproducent skickar med ett eller båda av dessa element.GetReferralOutcome - 3.1 Godkänd - TidsbegränsadJournalen, NPÖ--
AvvikelseINAV-431Uppdatering av EI sker ej när en källsystemspost uppdaterasEnligt regel R13 ska EI uppdateras när ett anrop till aktuellt tjänstekontrakt ger annan data än ett tidigare anrop skulle gjort. Avvikelsen uppstår när en tjänsteproducent inte uppdaterar EI enligt ovan scenario.GetAlertInformation - 2.0 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-428Kan inte leverera information om signeringVia det optionella elementet "legalAuthenticator" kan en tjänsteproducent för en post tala om huruvida posten är signerad, osignerad eller låst. Avvikelsen uppstår när en tjänsteproducent inte stödjer att skicka med detta element. Låsta svar (manuellt, i samband med en signering, eller genom en automatisk åtgärd efter en viss tidpunkt) åstadkoms genom att inkludera legalAuthenticor, enbart med subelementet signatureTime (dvs. HSAId och Name utelämnas). ../../legalAuthenticator LegalAuthenticatorType Information om vem som signerat informationen i dokumentet. Signering är inte samma sak som vidimering. Information om vidimering anges i attributet attested i bodyn. 0..1 ../../../signatureTime TimeStampType Tidpunkt för signering. 1..1 ../../../legalAuthenticatorHSAId HSAIdType HSA-id för person som signerat dokumentet. HSA-id för vård- och omsorgspersonal. Skall anges om tillgänglig. 0..1 ../../../legalAuthenticatorName String Namnen i klartext för signerande person. 0..1GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetDiagnosis - 2.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-427Saknar stöd för att leverera vårdkontaktsstatusTjänstekontraktet för vårdkontakt medger att leverera information om vårdkontaktens status enligt kodverk. Avvikelsen uppstår när en tjänsteproducent saknar stöd för att leverera denna information.GetCareContacts - 3.0 GodkändJournalen, NPÖ--
AvvikelseINAV-413Log-id saknas i SOAP-Fault vid tekniskt felTjänstekontraktsbeskrivningen stipulerar hur en tjänsteproducent ska bete sig när ett tekniskt fel inträffar. Definitionen av ett tekniskt fel är här någon form av fel som uppstår i den interna arkitekturen som påverkar tjänsteproducentens förmåga att ge korrekta svar på anrop till exponerade tjänstekontrakt. Kravet är att en tjänsteproducent i sådana fall ska returnera SOAP Fault med ett log-id som ger möjlighet för tjänsteproducentens förvaltning att bistå tjänstekonsumentens förvaltning med felsökning. Ett log-id bör vara en UUID. Avvikelsen uppstår när tjänsteproducenten inte stödjer att leverera log-id i ett sådant SOAP Fault. GetCareContacts - 2.0 GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetImagingOutcome - 1.0 GodkändJournalen, NPÖ--
AvvikelseINAV-400Kodverk för vårdkontaktsstatus stöds ej fullt utDet finns för vårdkontakt ett kodverk för att beskriva vilken status en vårdkontakt har. Exempel är "makulerad", "tidbokad" osv. Avvikelsen uppstår när en tjänsteproducent saknar stöd för att representera en eller flera av dessa statuskoder.GetCareContacts - 3.0 GodkändJournalen, NPÖ--
AvvikelseINAV-396Inkorrekt mappning av statuskoder för vårdkontaktDet finns för vårdkontakter ett antal statusar som kan anges. Exempel är "makulerad", "inställd" osv. Avvikelsen uppstår när en tjänsteproducent (avsiktligt eller oavsiktligt) skickar felaktiga koder för en eller flera typer av vårdkontakter.GetCareContacts - 3.0 Underkänd--Journalen, NPÖ
AvvikelseINAV-383Saknar stöd för att leverera information om vidimeringMånga tjänstekontrakt medger att skicka med information som rör vidimering av en post. Elementet heter ofta "attested". Avvikelsen uppstår när en tjänsteproducent inte stödjer att skicka denna information.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-382Saknar stöd för att ange resurstyp för åtkomstloggposterFör tjänstekontraktet som returnerar åtkomstloggposter är det obligatoriskt att i elementet "resourceType" ange vilken resurstyp som loggposten avser. Exempel kan vara remiss, journaltext, samtycke osv. Avvikelsen uppstår när tjänsteproducenten inte stödjer detta (genom att sätta irrelevanta värden i elementet).GetAccessLogsForPatient - 1.1 GodkändJournalen, NPÖ--
AvvikelseINAV-381Saknar stöd för att ange referens till relaterad vårdkontaktFör en informationspost kan tjänsteproducenten skicka med id på den vårdkontakt som föranlett den information som omfattas av dokumentet. Elementet är frivilligt och heter oftast "careContactId". Avvikelsen uppstår när tjänsteproducenten inte skickar med denna information. GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetDiagnosis - 2.0 GetFunctionalStatus - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-379Kan inte leverera preliminärsvar från bilddiagnostikTjänstekontraktet för bilddiagnostiska resultat medger att man talar om postens svarstyp. De olika typerna är definitivsvar, tilläggssvar och preliminärsvar. Preliminärsvar är en ny svarstyp och finns ej med i NPÖ:s riv-specifikation. Avvikelsen uppstår när en tjänsteproducent inte stödjer att sätta preliminärsvar på poster.GetImagingOutcome - 1.0 GodkändJournalen, NPÖ--
AvvikelseINAV-373Kan inte leverera information om signeringVia det optionella elementet "legalAuthenticator" kan en tjänsteproducent för en post tala om huruvida posten är signerad, osignerad eller låst. Avvikelsen uppstår när en tjänsteproducent inte stödjer att skicka med detta element.GetCareContacts - 2.0 GetCareDocumentation - 2.1 GetECGOutcome - 1.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-369SLA-krav för upptid uppfylls ejTjänstekontraktsbeskrivningen för en given domän stipulerar SLA-krav som gäller för de tjänstekontrakt i aktuell domämn som en tjänsteproducent exponerar. Ett av dessa krav gäller upptid, dvs tjänstens tillgänglighet för en konsument. Denna uttrycks vanligtvis som en procentsats. Avvikelsen uppstår när en tjänsteproducent av en eller flera orsaker inte uppfyller detta krav under normal drift.GetCareContacts - 3.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-367Stödjer inte rekommenderat kodverk för åtgärdsstatus fullt utTjänstekontraktsbeskrivningen för laboratoriesvar stipulerar att man för åtgärdsstatus (element analysisStatus) bör använda KV "Åtgärdsstatus". Avvikelsen uppstår när tjänsteproducenten inte fullt ut följer detta kodverk. Enligt tillgänglig information så är dock detta kodverk på väg ut. Oklart om det i detta sammanhang kommer att ersättas med annat kodverk.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-360Filtrering på ordinationskedja stöds ejTjänstekontraktet för läkemedel medger att en konsument i sin begäran gör urval baserat på ordinationskedja. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering.GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-358Regler för tidsintervall och vårdkontaktsstatus uppfylls ejTjänstekontraktsbeskrivningen för vårdkontakt stipulerar regler för hur tidsintervall ska anges för en vårdkontakt beroende på vilken status kontakten har. Avvikelsen uppstår när en tjänsteproducent bryter mot dessa regler.GetCareContacts - 3.0 GodkändJournalen, NPÖ--
AvvikelseINAV-355Avvikelse mot förväntat beteende vid urval på tidTjänstekontraktsbeskrivningarna för olika tjänstekontrakt inom domänen JoL medger för de flesta tjänstekontrakt att en tjänstekonsument kan göra urval på tid. Detta betyder att en konsument skickar med parametrar för datum och/eller tidpunkt i begäran så att tjänsteproducenten kan göra en filtrering av responsen utifrån dessa parametrar. Avvikelsen uppstår när en tjänsteproducent på olika sätt avviker från förväntat beteende.GetCareContacts - 3.0 GetImagingOutcome - 1.0 GetMedicationHistory - 2.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-345Inget av alternativen fastdosering eller villkorsdosering anges vid doseringEnligt TKB så måste man vid dosering ange om det är fastdosering eller villkorsdosering. Båda elementen är valfria så det är en logisk regel. Avvikelsen uppstår när en tjänsteproducent inte anger något av dessa två alternativ.GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GodkändJournalen, NPÖ--
AvvikelseINAV-341Saknar stöd för filtrering på tidsintervallDe flesta tjänstekontrakt har stöd för att konsumenten gör urval baserat på tidsintervall. Filtreringen hos tjänsteproducenten görs på olika sätt beroende på vilket tjänstekontrakt det rör. Avvikelsen uppstår när en tjänsteproducent trots tidsintervall i anropet ej gör denna filtrering och returnerar samma poster som om detta urval inte hade gjorts.GetDiagnosis - 2.0 GetMedicationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-340Låst post saknar tidpunkt för låsningNär en osignerad post automatiskt låses i källsystemet ska detta markeras i en respons genom att elementet "legalAuthenticator" skickas med och det ska endast innehålla elementet "signatureTime" där tidpunkt för låsning ska framgå. Avvikelsen uppstår när en tjänsteproducent returnerar en låst post där elementet "legalAuthenticator.signatureTime" saknas.GetAlertInformation - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-336Värden för OID och namn på kodverk har bytt platsFör de element som anges i form av kodverk så ska codeSystem innehålla OID för kodverket och codeSystemName innehålla namn på kodverket. Avvikelsen uppstår då dessa värden har bytt plats.GetCareContacts - 3.0 Godkänd - TidsbegränsadNPÖJournalen-
AvvikelseINAV-334Tjänsteproducent filtrerar svar utifrån ursprunglig konsumentEnligt regelverket i RIV så ska en tjänsteproducent avlämna all information som finns tillgänglig som svar på en begäran, oavsett vilken applikation som är den ursprungliga tjänstekonsumenten. Det åligger tjänstekonsumenten att utföra lämplig filtrering i de fall det är tillämpligt. Avvikelsen uppstår då tjänsteproducenten utför filtrering baserat på vilken applikation som är ursprunglig tjänstekonsument.GetCareContacts - 3.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-332Konsumentregler för engagemangsindex följs ejDet finns en del regler för de aktörer som avser att som konsument uppdatera EI med hjälp av tjänstekontraktet "Update". Exempel: - Alla tillgängliga poster ska förpackas i samma EI Update anrop, upp till max 1000 st. Detta för att inte i onödan orsaka stor belastning på EI-plattformen. - R8: Poster med samma unika nyckel skall inte skickas oftare än var 5:e minut även om det skett fler än en matchande händelse i källsystemet under den tidsrymden. Detta intervall bör vara konfigurerbart. Under en grundladdning får inga dubbletter (med avseende på fälten som utgör del i postens unikhet) förekomma under hela körningen (d.v.s. inte bara inom ett Update-anrop, utan sammantaget för alla Update-anrop som sker under grundladdningen). - R11: Tjänstekonsumenten ska kunna konfigureras med avseende på hur många engagemangsposter som paketeras i varje Update-anrop, utan krav på release eller ominstallation. De engagemangsposter som är färdiga att skickas under det intervall som är angivet I R8 skall skickas enligt max antal tillåtna poster som är angivet I SLA-krav under “Last”. Exempel: Finns 500 nya poster så anropas Update 1 gång med 500 poster i en och samma transaktion. Finns 1003 nya poster så anropas Update 2 ggr, ett anrop på 1000 poster och ett på 3 poster. Finns 2000 nya poster så anropas Update 2 ggr, vardera anrop med 1000 poster. Avvikelse uppstår när aktör i rollen som konsument av Update brister i följsamhet mot en eller flera av dessa regler GetCareContacts - 3.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 Godkänd - TidsbegränsadJournalen, NPÖ--
AvvikelseINAV-329Filtrering på reservnummer stöds ejFlera tjänstekontrakt medger att en tjänstekonsument i sin begäran anger reservnummer istället för personnummer. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering.GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetDiagnosis - 2.0 GetFunctionalStatus - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-327Poster i engagemangsindex tas ej bortReferensarkitekturen för tjänstesamverkan som definieras av T-Boken pekar tydligt på engagemangsindexets syfte och funktion och att avsaknaden av ett uppdaterat engagemangsindex kan leda till att ett orimligt antal producenter anropas på spekulation. En rad i databasen för engagemangsindex ska betyda att det finns data att hämta för aktuell patient och informationsmängd, hos aktuell logisk adressat. Avvikelsen uppstår när en tjänsteproducent på olika sätt makulerar data i källsystemet så att denna data inte längre blir tillgänglig att hämta via tjänstekontrakt, men tjänsteproducenten undlåter att uppdatera engagemangsindex för att reflektera denna ändring. (Tjänsteproducenten borde skicka ett Update-anrop med "deleteFlag=true") Det är informationsägaren som ansvarar för att kunna ta bort information ur EI och därmed leva upp till GDPR, vilket bör noteras i självdeklarationen. SjD kompletteras med följande mening: _"När det gäller INAV-327, så är det informationsägaren som ansvarar för att kunna ta bort information ur EI och därmed leva upp till GDPR."_GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 Godkänd - TidsbegränsadJournalen, NPÖ--
AvvikelseINAV-312Ej uppfyllnad kring regelverk för legalAuthenticatorI elementet "legalAuthenticator" kan en tjänsteproducent skicka med information om vem som har signerat en post och när det gjordes. Avvikelse uppstår när tjänsteproducenten beter sig på ett sätt som inte motsvarar det förväntade utifrån regelverket. Avsteg från regelverket kan se ut på olika sätt. GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-311OID för patient-id valideras ejI ett anrop så skickar konsumenten med patientens identifikation i fältet "patientId", samt ett OID i ett fält som ofta heter "patientIdType". Detta OID talar om för tjänsteproducenten hur den ska tolka innehållet i "patientId", t.ex. om det är ett personnummer. Avvikelsen uppstår när tjänsteproducenten inte validerar innehållet i detta OID-fält.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-310Filtrering på samordningsnummer stöds ejFlera tjänstekontrakt medger att en tjänstekonsument i sin begäran anger samordningsnummer istället för personnummer. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering.GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-309Tidsfiltrering inkluderar poster utanför givet intervallVissa tjänstekontrakt medger filtrering på tidsintervall på så sätt att de poster som returneras ska ha relevanta tidpunkter som ligger inom det intervall som anges i begäran. Avvikelsen uppstår när tjänsteproducenten under dessa förutsättningar returnerar poster som ligger utanför det intervall som anges i begäran.GetCareContacts - 3.0 GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-305PingForConfiguration ej implementeratTjänstekontraktet "PingForConfiguration" kan installeras i ett landstings miljö, exempelvis i en regional tjänsteplattform. Kontraktet finns till för övervakning av övriga installerade tjänstekontrakt och rekommendationen från Ineras sida är att ha det installerat för att möjliggöra centraliserad övervakning. Avvikelsen uppstår när en tjänsteproducent har valt att inte implementera tjänstekontraktet.GetAccessLogsForPatient - 1.0 GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-289Kan ej producera signeringstidpunktFlera tjänstekontrakt medger att i elementet "legalAuthenticator" skicka med information vem som har signerat informationen i posten och när detta skedde, s.k. signeringstidpunkt. Avvikelsen uppstår då tjänsteproducenten ej producerar denna information.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-256XML-standard för radbrytningar följs ejI XML så finns en standard för att representera radbrytning i ett element av typen String. Man kan ange tecknen ("carriage return" resp "line feed") direkt i strängen, eller genom "character reference": Carriage return: {code}&#xD;{code} Line feed: {code}&#xA;{code} Källa: https://www.w3.org/TR/REC-xml/#sec-references Avvikelsen uppstår när en tjänsteproducent ej följer denna standard vid representation av radbrytningar i element av typen String.GetCareContacts - 3.0 GodkändJournalen, NPÖ--
AvvikelseINAV-253Filtrering på signeringstidpunkt stöds ejVissa tjänstekontrakt medger att en tjänstekonsument i sin begäran gör urval baserat på signeringstidpunkt. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering. GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetMaternityMedicalHistory - 2.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-238Svarstidskrav uppfylls ejFör tjänstekontraktet GetAccessLogsForPatient finns ett SLA-krav för svarstid; att tjänsten alltid returnerar inom 15 sekunder. Avvikelsen uppstår när en tjänsteproducent inte uppfyller detta krav. GetAccessLogsForPatient - 1.1 GodkändJournalen, NPÖ--
AvvikelseINAV-236Loggsvar uppfyller ej regler för beskrivning av syfteFör tjänstekontraktet GetAccessLogsForPatient så finns, för det element som beskriver en enstaka åtkomst, ett element som heter "purposeDescription". Detta element ska innehålla syftet med åtkomsten och ska matcha något av de syften (kopplade till medarbetaruppdrag) som förekommer i HSA-katalogen. Exempel kan vara "Vård och behandling". Avvikelsen uppstår när en tjänsteproducent inte följer dessa regler, t.ex. genom att skicka ett otillåtet värde eller att skicka samma värde för alla poster oavsett faktiskt syfte.GetAccessLogsForPatient - 1.1 GodkändJournalen, NPÖ--
AvvikelseINAV-230Regler för tidsperiod med avseende på vårdkontakt följs ejTjänstekontraktsbeskrivningen för GetCareContacts 3.0 stipulerar för elementet careContactTimePeriod hur en tjänsteproducent med hjälp av elementen "start" och "end" ska representera olika typer av vårdkontakter. Avvikelsen uppstår när en tjänsteproducent inte följer dessa regler.GetCareContacts - 2.0 GetCareContacts - 3.0 GodkändJournalen, NPÖ--
AvvikelseINAV-215Kö-funktionalitet stöds ejTjänstekontraktsbeskrivningen för GetAccessLogsForPatient stipulerar att om det tar (för) lång tid att generera en loggrapport så ska tjänsten returnera ett svar som innehåller: - ett kö-id (queuedReportId) - någon av resultatkoderna REPORTONQUEUE eller REPORTINPROCESS. - en indikation på hur länge det förväntas ta innan rapporten är genererad (queueTime). Med hjälp av queuedReportId kan en konsument efter den av queueTime stipulerade kötiden göra ett nytt anrop för att hämta den skapade rapporten. Avvikelsen uppstår när denna funktionalitet saknas hos en tjänsteproducent. Orsaken till att den saknas kan variera. Inera förebehåller sig rätten att återkomma med krav på att funktionen skall införas i det fall anslutningen inte klarar stipulerad SLA avseende svarstid eller att den gemensamma infrastrukturen utvecklas på ett sätt så att funktionen blir ett krav.GetAccessLogsForPatient - 1.1 GetAccessLogsForPatient - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-206Kommentarstext för labbsvar inkluderas inte i svarFör ett labbsvar kan text som innehåller en kommentar som avser den utförda analysen läggas till i analysisComment t.ex. information om varför ett prov inte har genomförts. Om detta används i verksamheten, men inte har mappats mot tjänstekontraktet uppstår denna avvikelse.GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-158All information som ska vara tillgänglig enligt en begäran tillgängliggörs inteDen information som en tjänstekonsument har rätt att begära ska vara tillgänglig och den information en tjänstekonsument inte har rätt att begära ska inte vara tillgänglig. Avvikelsen uppstår när en tjänsteproducent inte tillgängliggör all information som enligt avtal ska vara tillgänglig.GetCareContacts - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-151Tjänsteproducent stödjer inte UTF-8 fullt utDetta innebär att vissa tecken inte levereras på ett semantiskt interoperabelt sätt, dvs så som de är dokumenterade i källsystemen. Det kan finnas många orsaker till denna avvikelse. De enskilda fallen får bedömas individuellt för att undersöka om avvikelsen kan accepteras av tjänstekonsument och om det påverkar samverkansetablering med aktuell tjänsteproducent.GetDiagnosis - 2.0 GetLaboratoryOrderOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-150Information om ansvarig person inkluderas inte i svarElementet accountableHealthcareProfessional (AHCP) betecknar en HoS-person och återfinns i header-elementet för de flesta tjänstekontrakt inom sammanhållen journalföring. Syftet med elementet varierar beroende på tjänstekontrakt. Det vanligaste är att det pekar ut den person som är "ansvarig för informationen", dvs den som har skapat informationen i källsystemet. Till undantagen hör t.ex. GetLaboratoryOrderOutcome, där AHCP pekar ut den person som har framställt den vårdbegäran som ligger till grund för labbsvaret.GetCareContacts - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-135Filtrering på källsystem stöds ejVissa tjänstekontrakt medger att en tjänstekonsument i sin begäran gör urval baserat på källsystem. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering. GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-51Tomma element inkluderas i svarTomma element innebär dessa två varianter: <element></element> <element/> 1). Tolkning enligt XML Detta betyder "Tomt innehåll" enligt XML och ska rendera identiska resultat vid tolkning, men det är inte lika med NULL. (ref: https://www.w3.org/TR/REC-xml/#NT-content (och http://www.w3schools.com/xml/xml_elements.asp)) 2). Tolkning enligt XML + Schema Tomma element har en innebörd, ska kunna tolkas och schemat är regelsamling för tolkningen. Ett element (enligt xml + schema) har en Type som specar vad innehållet ska tolkas som. Type = String ==> Tomt element ska tolkas som en tom sträng, dvs 0 tecken. (ref: https://www.w3.org/TR/2012/REC-xmlschema11-2-20120405/datatypes.html#string ) Detta innebär att det i ett fåtal fall skulle kunna vara OK att dessa element levereras (se punkt 3 nedan). Type ≠ String ==> Tomt element har ett felaktigt innehåll enligt Type (såvida inte det i specialfall har specats som ett giltigt värde enligt dess Type). Exempel på Type enligt det senare är Boolean, Date, TimeStamp, ENUM, OID. 3). Tolkning enligt XML + Schema + TKB Rent lexikaliskt behöver beskrivningen av ett element i TKB tas i beaktande för att utröna om tomt element är tillåtet. Type = String ==> Tomt element ska tolkas i kontexten av beskrivningen i TKB. T.ex. elementet "Förnamn" är inte OK sätta till 0 tecken, då ett förnamn inte kan bestå av 0 tecken. GetCareContacts - 2.0 GetLaboratoryOrderOutcome - 3.1 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 Godkänd - TidsbegränsadJournalen, NPÖ--
AvvikelseINAV-48Obsoleta och otillåtna element inkluderas i svarDenna avvikelse rör tjänstekontraktselement som i tidigare major-versioner av tjänstekontraktet har varit giltiga, men som i en senare version klassats som obsoleta och där kardinaliteten för elementet numera är satt till "0..0". Detta innebär att elementet inte får inkluderas i ett svar. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent returnerar ett svar som innehåller detta element. Konsekvensen kan bli en oförutsägbart beteende hos en tjänstekonsument när den får ta hand om ett svars-element som den inte hade räknat med.GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-45Filtrering på registreringstidpunkt stöds ejVissa tjänstekontrakt medger att en tjänstekonsument i sin begäran gör urval baserat på registreringstidpunkt (authorTime). Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering. GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-25Inkorrekt hantering av ogiltig begäranDenna avvikelse gäller för de domäner där tjänstekontraktsbeskrivningen stipulerar regler för hur tjänsteproducenten ska hantera en begäran som ej är korrekt utifrån de regler som gäller för aktuellt tjänstekontrakt. En sådan begäran kallas även "logiskt fel" och tjänsteproducenten ska då returnera ett svar där result.resultCode är satt till "ERROR" och result.errorCode är satt till "INVALID_REQUEST". Avvikelsen gentemot tjänstekontraktsbeskrivningen uppstår då tjänsteproducenten inte stödjer denna typ av hantering. Konsekvensen blir ett oförutsägbart beteende hos tjänstekonsumenten.GetAccessLogsForPatient - 2.0 GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.1 GetDiagnosis - 2.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetReferralOutcome - 3.0 GetReferralOutcome - 3.1 GodkändJournalen, NPÖ--
AvvikelseINAV-7Filtrering på vårdkontakts-id stöds ejVissa tjänstekontrakt medger att en tjänstekonsument i sin begäran gör urval baserat på vårdkontakts-id. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering. GetAlertInformation - 2.0 GetCareContacts - 2.0 GetCareContacts - 3.0 GetCareDocumentation - 2.1 GetCarePlans - 2.0 GetDiagnosis - 2.0 GetFunctionalStatus - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 GetMaternityMedicalHistory - 2.0 GetMedicationHistory - 2.0 GetMedicationHistory - 2.1 GetReferralOutcome - 3.1 GetVaccinationHistory - 2.0 GodkändJournalen, NPÖ--
AvvikelseINAV-3Filtrering på vårdenhet stöds ejVissa tjänstekontrakt medger att en tjänstekonsument i sin begäran gör urval baserat på vårdenhet. Avvikelsen gentemot tjänstekontraktet uppstår när en tjänsteproducent inte stödjer denna typ av filtrering. (där samtliga poster felaktigt returneras eller ett felmeddelande returneras) Konsekvensen kan bli eventuellt sämre prestanda när en tjänstekonsument måste efterfråga och hantera samtliga poster för en patient (en konsument kan ju välja att endast visa poster från en vårdenhet även om den har tvingats ta emot samtliga poster).GetAlertInformation - 2.0 GetCareContacts - 2.0 GetDiagnosis - 2.0 GetImagingOutcome - 1.0 GetLaboratoryOrderOutcome - 3.1 Godkänd - TidsbegränsadJournalen, NPÖ--
Generated at Fri Apr 05 15:04:38 CEST 2019 by Henrik Emilsson using Jira 7.13.1#713001-sha1:5e06076c2d215a6f699b7e5c90ab2fae7ba5a1ce.