Projektinformation

Denna wikisida är avsedd att utgöra grunden till en implementationsguide som beskriver ett rekommenderat sätt att journalföra/lagra uppmärksamhetsinformation i openEHR-baserade system på ett gemensamt leverantörsoberoende sätt. Ett mål är att åtminstone täcka in hur olika delar av openEHR (t.ex. referensmodell, arketyper och templates) kombinerade med terminologiurval etc. kan tillgodose kraven/informationsinnehållet i Socialstyrelsens informationsspecifikationer för uppmärksamhetsinformation.

Relaterade resurser:

• Internationella diskussioner i openEHRs forum och andra källor (generellt om området)

  • https://discourse.openehr.org/t/patient-alert-archetypes/1947

  • https://discourse.openehr.org/t/revisiting-adverse-reactions/1855

  • https://ckm.openehr.org/ckm/projects/1013.30.36 - projektet “Warnings and alerts”

  • https://www.atomicainformatics.com/archetypical/2014/07/16/therapeutic-precautions-are-the-new-black?rq=alert

• Svensk diskussioinstråd i openEHRs forum (specifikt för Sverige, t.ex. tillämpning av Socialstyrelsens infospec) - här finns även inlägg med Norska erfarenheter

• openEHRs biliotek av arketyper https://ckm.openehr.org/ckm/ (CKM)

• openEHRs tekniska specifikationer https://specifications.openehr.org/

• Ursprungligt förslag, se 2022-01-21 Agenda & mötesanteckningar (förvaltningssmöte)

• Projektets kort i svenska openEHR-förvaltningens kanbantavla: SWE-anslagstavla - Agil-anslagstavla - openEHR JIRA (atlassian.net)

• Implementationsguiden för PDL i openEHR kommer hänvisa till detta projekt avseende uppmärksamhetsinformation.

Tankar fångade innan projektdtart:

• I samband med läkemedelsrelaterad uppmärksamhetsinformation bör vi ta en titt på om vi i samarbete med Genomic Medicine Sweden (GMS) område https://genomicmedicine.se/farmakogenomik/ och GMS-delprojektet “Skalbara informatiklösningar” kan utforma modeller (templates och kanske beslutsregler) som kan ligga till grund för sådant som tas upp i artikeln https://lakartidningen.se/klinik-och-vetenskap-1/artiklar-1/temaartikel/2021/05/farmakogenomik-individuell-anpassning-av-lakemedel-och-dos/ figur 2 9 den artikeln visar en tänkt översikt i journal, men den kan sannolikt åskådliggöras även inom befintlig uppmärksamhetssignal på ett bra sätt. //Mvh, @Erik Sundvall

• …

•  

Projektlogg/status

Detta avsnitt bör flyttas till undersida, annat forum eller slutet av dokumentet innan första remiss/publicering

2022-02-02, Info: inväntar koordinerat datumförslag för uppstartsmöte

2022-05-16, Info: första arbetsmöte planeras den 2022-05-31

2022-05-31, Möte:

• Deltagare: Susanna Jönsson, @Alexandra Saraiva Leao, @Carina Sandell @Emma Molin @Erik Sundvall @Claudia Ehrentraut @Ann-Sofi Avindell @Mikael Nyström @David Wetterbro, …

• Presentation av deltagare. Info om att verion 5.1 av SoS UMI-dokumentation kommer inom någon vecka och vilka ändringar som ingår. Diskussion om mål och angrepssätt (turordning av arbete) se rubriker och text i dokumentet nedan. Beslutar ha möten tisdagar jämna veckor 15:30-17:00, 14 juni sista före sommaren. 23 Aug första efter sommaren, Läxa till nästa möte kolla länkar ovan och leta tänkbara arketyper att använda + fråga Norge.

2022-06-14, Möte:

• Deltagare @Anette A Larsson @Mikael Nyström @Ann-Sofi Avindell @Claudia Ehrentraut @Erik Sundvall

• Börjar dokumentera tankar från tidigare möte i implementationsguiden nedan. @Ann-Sofi Avindell börjar uppdatera tabellen över terminologiurval i dokumentet nedan.

2022-08-23, Planerat möte: Sannolik återstart efter sommaruppehåll

Implementationsguide

…

“Primära” och “sekundära” källor till UMI - och turordning i utredning

Källor till uppmärksamhetsinformation “dubbeldokumenteras” ofta i dagens journalsystemsystem.

• Vi väljer att som arbetsnamn i denna guide kalla dokumentation av en ursprunglig händelse, exempelvis en läkemedelsförskrivning eller journalanteckning om en (misstänkt allergisk) reaktion, för “primära källor”

• Vi väljer att kalla samlande underhållna listor och specialdesignade strukturer för UMI “sekundära källor”

Fördelar med att definiera och tillhandahålla speciella sekundära källor är bl.a. att:

• det blir tekniskt lätt att bygga varningssystem och sammanhållen export eller delning av UMI

• …

Nackdelar med att definiera och tillhandahålla speciella sekundära källor är bl.a. att:

• det finns mycket stor risk att sekundärkällorna inte hålls uppdaterade om detta underhåll behöver göras manuellt av all personal som journalför sådant som kan vara UMI-relaterat. Detta är en patientsäkerhetsrisk som finns i många av dagens system.

• …

I projektet väljer vi att först titta på informationsstrukturer m.m. för sekundära källor, och därefter titta på primära samt därefter regler för att skapa/uppdatera sekundära källor baserat på primära. Motiveringar:

• Definition av primära källor ger snabba delresultat med faktisk nytta i dagens UMI för NPÖ och export/visning i vårdens olika IT-system

• Uppdatering av sekundära källor är ett tänkbart mål (output) för regler som använder primära källor som input och bör definieras innan sådan a regler byggs.

• Ibland finns inte primärkällan för en känd UMI, t.ex. allergi, alls i det aktuella systemet utan har förts in manuellt. Sådant behöver kunna representeras och underhållas.

• …

Regler för att trigga eller föreslå UMI

Ett bra system för att visa UMI kommer behöva kunna förhålla sig till både primära och sekundära källor. Detta kan ske på flera olika vis, exempelvis med beslutsregler för att:

1. tända/trigga varningar direkt baserat på en kombination av primära och sekundära källor

2. eller genom att baserat på primära källor automatiskt uppdatera (eller föreslå manuell uppdatering av) sekundära källor och tända/trigga varningar baserat på de sekundära källorna.

3. …

Om alternativ 2 ovan används bör sannolikt automatiskt framtagna men manuellt ännu ej hanterade förslag till uppdatering tända någon typ av varning (t.ex. en om “ostrukturerad” UMI)-

Förslag på arketyper/templates att basera sekundära UMI-källor på

Se:

• Norska förslag: Uppmärksamhetsinformation i openEHR - openEHR affiliates / openEHR.se - openEHR inlägg #7

• Alexandras mail:
  Min idé från början liknar den som är beskriven av Heather Leaslie Therapeutic Precautions are the 'new black'! — Atomica Informatics

  Här är mina tankar kring möjliga arketyper vi kan använda listat efter strukturen i specifikationen.

  Själva listan kan vara Composition openEHR-EHR-COMPOSITION.problem_list.v2

  Medicinsk tillstånd och behandling
  Annat medicinsk tillstånd
  openEHR-EHR-EVALUATION.problem_diagnosis.v1

  Behandling
  openEHR-EHR-INSTRUCTION.medication_order.v3
  jag är inte säcker men kanske kan det vara tillåten att använda SectionopenEHR-EHR-SECTION.medication_list.v0

  Förekomst av implantat and Förekomst av transplantat
  openEHR-EHR-EVALUATION.problem_diagnosis.v1
  openEHR-EHR-ACTION.procedure.v1
  Physical examination findings openEHR-EHR-OBSERVATION.exam.v1

  Vårdrutinavikelse
  Här har jag inte hittat något passande. Det verkar att vi behöver tänka någon ny arketyp med inriktning Admin (administrative legal info) eftersom informationen i sig har inget med själva medicinska behandlingen att göra direkt.

  Överkänslighet
  som Björn säger den klassiska
  openEHR-EHR-EVALUATION.adverse_reaction_risk.v1
  och även en Section openEHR-EHR-SECTION.adverse_reaction_list.v0

  Smitta
  Förekomst av smittämne och Förekomst av smittsam sjukdom hos gravid
  här är jag lite osäker och behöver allas bidrag till diskussionen

  Har ni frågor, funderingar och/eller kommentar är ni välkomna att lämna de på denna sida annars kan vi ta upp de senare efter sommaren 

  Med vänliga hälsningar,

  Alexandra Saraiva Leao

Inklippt Från PDL-implementationsguiden (ska sannolikt formuleras om)

Uppmärksamhetsinformation (medicinska varningar etc.)

Uppmärksamhetsinformation - Socialstyrelsen - excel: https://www.socialstyrelsen.se/globalassets/sharepoint-dokument/artikelkatalog/klassifikationer-och-koder/2020-12-7122-bilaga-3.xlsx

version 5.0 (publicerad 2021-12-15) https://www.socialstyrelsen.se/globalassets/sharepoint-dokument/artikelkatalog/klassifikationer-och-koder/2021-11-7642-kodverkslista.xlsx

Motsvarande refsets/OIDs för de Snomed-relaterade urvalen som nämns i excel-arket:

Tabellen sammanställd 2021-11-23 av Mikael Nyström