GetAlertInformation med pharmaceuticalHypersensitivity

[John Boderos]

En fråga från Cerner vad gäller implementationen för GAI

‌

Jag insåg precis att vi har ytterligare ett problem kring läkemedelsöverkänsligheter, där vi också behöver svar från er. Läkemedelsöverkänsligheter i källsystemet kommer normalt vara kodade– dock inte med atc-kod utan annat kodverk (jag är osäker på vilket det blir i nuläget). I vilket fält i tjänstekontraktet fyller vi lämpligast i den informationen?

Vår tanke har varit att använda pharmaceuticalProductId, eftersom atcSubstance inte är tillämpbar. Utvecklingen för detta gjorde vi redan i mars, strax innan version 2.1.12 av TKB kom ut. I den tidigare versionen av TKB stod det i beskrivning för pharmaceuticalProductId:

”Identifierare för aktuell läkemedelsprodukt som kan orsaka överkänslighet. För kompatibilitet med NPÖ 2.2.0 skall detta anges med NPL-id (1.2.752.129.2.1.5.1)”.

Vår bedömning var att tjänstekontraktet ändå tillät oss att fylla i detta fält med vår kodade information kring läkemedelsöverkänsligheten, även om det inte är fråga om ett NPL-id.

Fr.o.m. version 2.1.12 av TKB har dock beskrivningen ändrats till:

”Identifierare för aktuell läkemedelsprodukt som kan orsaka överkänslighet. NPL-id (1.2.752.129.2.1.5.1).”

Jag tolkar detta som att det man nu säger att det måste vara ett NPL-id som används i pharmaceuticalProductId. Därmed kan vi inte använda det fältet heller…

I så fall finns det inte något fält alls för oss att fylla i vår kodade information om läkemedelsöverkänsligheter. De fält som finns i kontraktet är alltså:

• atcSubstance – ej tillämpbart eftersom vi inte har atc-kodad överkänslighet
• nonAtcSubstance – detta kommer vi fylla i, men där är det enbart fråga om en textrepresentation, dvs man får inte med den kodade informationen
• pharmaceuticalProductId – ej tillämpbart fr.o.m. TKB 2.1.12 eftersom vi inte har information kodad med NPL-id.

Hur ska vi hantera detta? Ska vi bara fylla i nonAtcSubstance, och ”kasta bort” den kodning som finns i vårt källsystem?

Dessutom kvarstår frågeställningarna kring nonAtcSubstance:

• Är det acceptabelt att i det läget enbart fylla i nonAtcSubstance men inte nonAtcSubstanceComment?
• Om inte – vilken text är lämplig att vi fyller i nonAtcSubstanceComment med (det kommer då alltid vara samma text som anges för samtliga läkemedelsöverkänsligheter).

Vi behöver justera vår kod/mappning för att hantera detta.

Med vänliga hälsningar,

Daniel Bergquist
Lead Software Engineer, Client Relationships Sweden

[Claudia Ehrentraut]

@{557058:5134e1f9-0a3a-497e-9338-27df97cfd03f} - visst gäller implementationen för GAI som Cerner sitter med anslutningen till NPÖ?

[John Boderos]

Hej,
Japp, det stämmer. Vi hade en diskussion om detta i våras med Cerner och Andreas har även återkopplat till Daniel:
{

Ärendet 388 som berör mappning av läkemedelsöverkänslighet i GetAlertInformation har jag lyft högre. Vi hade frågor om GetAlertInformation och Socialstyrelsens nya informationsspecifikation (3.x) uppe redan i våras. Det är så att även om tredje versionen av informationsspecifikationens struktur är snarlik den struktur som det nuvarande tjänstekontraktet (2.0) har så krävs det en ny version av tjänstekontraktet för att möta den detaljerade struktur i version 3.x och de tillhörande verksamhetsreglerna. Därför har jag lyft frågan mot VGR/RS för att diskutera planen för att hantera Uppmärksamhetsinformation avseende historisk information, parallell drift av vårdsystem och implementationen av informationsspecifikationen 3.x i journalsystem respektive nationell samverkansarkitektur.

}

[Maja Hedengren]

Angående krav att använda NPL-kod så stämmer det inte. NPÖ hanterar inte koderna utan visar enbart upp det som kommer i displayName eller originalText. Så för NPÖ spelar det inte någon roll om ett kodverk används eller ej. Om ni har ett lokalt kodverk för läkemedelsprodukter kan originalText användas.
Angående elementen nonAtcSubstance och nonAtcSubstanceComment ska dessa anges båda två om inte Atc-kod kan anges. Enligt NPÖs mappningsdokument: https://inera.atlassian.net/wiki/spaces/OINPN/pages/358418852/Teknisk+information+om+anslutning#Mappningsbeskrivning-Journalen-och-NPÖ , är texten “ATC-kod saknas” en lämplig formulering.

[Claudia Ehrentraut]

@{557058:5134e1f9-0a3a-497e-9338-27df97cfd03f} - är Majas svar tillräckligt eller kvarstår det oklarheter?

[Claudia Ehrentraut]

Stänger ärendet efter återkoppling från kund att de är nöjda med svaret och har implementerat på det sättet, med ”ATC-kod saknas” enligt Majas kommentar.