1

Behovsanalys och omvärldsbevakning

Utreda vad det är för klinisk fenomen som ska modelleras

• börja få en uppfattning av området genom att kolla på Wikipedia och gör kort litteraturstudie, t.ex. klinisk artikel, Vårdhandboken

• gå ut och diskutera med verksamheten/relevanta kliniker och kartlägg hur fenomenet dokumenteras idag (om olika sätt för dokumentation, vad är enhetligt resp. olikheter.).

• sök i discourse efter befintliga inlägg om det kliniska fenomenet.

• modellera område på föredraget sätt, t.ex. mindmap i XMIND eller UML, för att fånga information som rör fenomenet som ska fångas av arketypen

• kolla i CKM:en gällande vilka arketyper som finns kopplat till det kliniska fenomenet.

Kom ihåg

• det kliniska fenomenet ska vara så avgränsat som möjligt men ändå kliniskt relevant

• arketypen ska vara maxmängd för det kliniska fenomenet

• kolla om det finns befintliga informationsmodeller att utgå från ex. från Inera eller Socialstyrelsen.

• Avgör om befintliga arketyper kan återanvändas / uppdateras istället för att skapa från scratch.

• kolla på European openEHR network - openEHR Clinical - Confluence (atlassian.net) om det finns arbete som pågår kring kliniska fenomenet

Mål:

• första utkast av vilken information som är relevant för det kliniska fenomenet.

• Förståelse för vilka delar av det kliniska fenomenet som täcks av befintliga arketyper

• Indikation om för vilken information ev. ny arketyp behöver skapas för

Dokumentation av första steget kan med fördel visualiseras grafiskt.

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

2

Beslut

• Beslut fattas om huruvida befintlig arketyp ska uppdateras eller om ny arketyp ska utvecklas.

• Om en ny arketyp ska utvecklas fattas ett teamgemensamt beslut om vilken process som är mest lämplig.

• Valet baseras på arketypens avsedda användningsområde (lokalt, regionalt, nationellt eller internationellt) samt en bedömning av eventuella konsekvenser på aktuellt projekt kopplade till de olika processalternativen.

Projektteam (för en specifikprojekt), Informatiker inom lokal gruppering

3

Utveckling av en ny arketyp

Detaljerad process för utveckling av ny arketyp följer nedan.https://openehr.atlassian.net/wiki/spaces/SWE/pages/1681260625/Process+f+r+arketypmodellering#Utveckling-av-nya-arketyper

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

4

Uppdatering av en befintlig arketyp

Detaljerad process för uppdatering av befintlig arketyp följer nedan.

https://openehr.atlassian.net/wiki/x/TAAt

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

Process steg

Beskrivning

Aktör

Kommentar

Utveckling

Innehålls- och kvalitetsgranskning

Viktiga aspekter som bör beaktas vid utvecklingen/framtagning av en ny arketyp är:

• Namnstandard: Ska alltid representera information som ska dokumenteras. Till ex: Blodtryck

• Språk

  • Börja alltid arketypmodellera på engelska. Att ha en engelsk översättning underlättar översättning till andra språk, eftersom engelska fungerar som utgångsspråk i openEHR:s internationella modellering.

  • För instruktion om översättning se: https://karolinska.atlassian.net/wiki/x/AQCMCQ

• Innehåll

  • Tänk om: En arketyp representerar all möjlig data (maximala data set) för ett kliniskt begrepp, med så få begränsningar som möjligt för att underlätta informationsutbyte.

  • Att välja korrekt Reference modell för byggandet av en arketyp, följa processen beskrivit här https://openehr.atlassian.net/wiki/x/EwAt

  • Att gå igenom checklista för varje dataelement som ska finna i en arketyp https://openehr.atlassian.net/wiki/spaces/healthmod/pages/304742407/Archetype+Editorial+style+guide#Data-elements

• Terminologibindning

  • Terminologibindning innebär att ett datavärde i en modell begränsas till ett visst urval av termer enligt specifika regler eller användnings fall.

  • Urvalslistor kan med fördel bindas mot internationella standarder som SNOMED CT och ICD-10.

  • Det är rekommenderat att gör en terminologi bindning på template nivå.

Första lösningsförslag

• Ta fram ett grovt lösningsförslag för behovet

• Posta dokumentation på Discourse för feedback.

• Revidera lösningen baserat på feedback.

• Bedöm om behovet är internationellt, nationellt eller lokalt.

Första utkast av arketypen

• Skapa första arketypen i AD

• Utgå från engelska för att underlätta internationell granskning.

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

Refine

Granskning

• Granskning med lokala grupper

• Meddela gärna openEHR Sverige att arketypen har nått granskningssteget.

  Krävs ingen formell granskning i det här steget men viktigt att få nya ögon på arbetet redan här.

Vårdverksamhet

• När man är klar med arketypmodellering, bör man synka med klinikerna/verksamhet för att gå igenom innehållet i den nyskapade arketypen. Stämma av med verksamhet kring innehållet, och refina arketypen.

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

openEHR Sverige

Beslut färdig arketyp

Efter refine och eventuell fortsatt utveckling fattas beslut om arketypen är klar eller inte.

Informatiker inom lokal gruppering

HoS-personal med domänexpertis

Publicera på GitHub

När arketypen är klar ska den pushas från den lokala branchen till master branchen i GitHub-repot: CKM-mirror-via-modellbibliotek

Informatiker inom lokal gruppering

Tools (verktyg)

Användning

Sparx Enterprise architetct

Informatiosmodellering, processflöde

XMind

Mindmap, informationsmodellering

Archetype Designer

OpenEHR-modellering

SNOMED CT

SNOMED International Browser

Terminologibindning

Clinical Knowledge Manager

Clinical Knowledge Manager

Hub för publicerade internationella arketyper och templates