Är "läkemedelsval" i GMH funktionsduglig?

Issue #310 resolved
Former user created an issue

Ärende inkommit via mejl, sammanfattas här:

Ur tjänstekontraktet:


Läkemedelsval. OBS: Ett och endast ett av följande alternativ: - unstructuredDrugInformation (fritextval/extemporeberedning) - merchandise (handelsvara) - pharmaceuticalItem (läkemedelsartikel) - pharmaceuticalProduct (läkemedelsprodukt) - generics (generika/utbytesgrupp)


Kommentar: Läkemedelsartikel innehåller fältet NPL-pack-id. Läkemedelsprodukt innehåller fälten NPL-id, ATC-kod och administreringsväg.

Ordinationer utförs normalt sett på produktnivå (ipren 500 mg). Förskrivningar utförs alltid på artikelnivå (ipren 500 mg 20-tabletters blisterförpackning). I harmoni med NOD är en förskrivning alltid är kopplad till en ordination, och man kan bara koppla ett läkemedelsval till ordinationen, ej till förskrivningen.

Det eventuella problemet uppstår vid kommunikation kring läkemedel som är förskrivna. Eftersom förskrivning måste kopplas till en artikel, innebär det att man till ordinationen (som fungerar som länken mellan förskrivning och läkemedelsval) måste koppla läkemedelsvalet "läkemedelsartikel". Det valet innehåller bara fältet NPL-pack-id, och ingenting annat. Skulle man efterfråga annan information (exempelvis ATC-kod), behöver man slå upp denna information i annat system (exempelvis SIL).

Typexempel: ett kvalitetsregister vill hämta läkemedelsinformation om ett läkemedel som råkar vara förskrivet. Informationsproducenten vet inte vem som frågar efter information och skickar läkemedelsvalet "läkemedelsartikel" (som sig bör). Därmed finns inte möjlighet att ange ATC-kod, som förmodligen är den information kvalitetsregistret egentligen vill ha reda på. Kvalitetsregistret måste då berika informationen som kommer från informationsproducenten med ATC-kod från en annan källa.

Action: jag tar upp ovanstående problem i TK-gruppen på nästa möte.

Sidonotering: NPL-pack-id är en CVType, vilket betyder att informationsproducenten kan (måste) ange både själva NPL-pack-id:t, och den textuella representationen av detta id. Hitta-titta-lösningar har därför förmodligen inga problem med nuvarande utformning av kontraktet.

#####Originally written by bjorn.genfors on code.google.com

Comments (6)

  1. Former user Account Deleted

    Det är knappast önskvärt att konsument-system också ska behöva koppla upp sig mot SIL, för att tolka svaren på GetMedicationHistory (t ex för att slå NPL-pack-id ==> ATC-kod)

    #####Originally written by ErikNissen7 on code.google.com

  2. khaled daham

    Uppdatera TKB med implementationsguiden som är framtagen av NMT/TK-Gruppen, den ska även med i -zip'en framöver alt refereras till i TKB.

  3. Björn Genfors

    Dokumentet som Marcus bifogade här är nu incheckad som bilaga till TKB. En stark rekommendation att läsa bilagan för den som ska implementera GMH har lagts till i kapitlet med fältregler.

  4. Log in to comment