Versjon: 0.2 Dato: 23.08.2016
Dato |
Versjon |
Endret av |
Punkt / side |
Endring / kommentar |
17.08.2016 |
0.1 |
JT |
Hele |
Første utkast |
23.08.2016 |
0.2 |
BNA |
Hele |
Endringer etter møte 23.aug |
OpenEHR er en internasjonal standard for helseinformatikk. Mer om denne her: www.openehr.org. Denne har fått oppmerksomhet i Norge og sykehusene i form av Nasjonal IKT har besluttet å ta denne i bruk og tilpasse innholdet til norsk. Flere leverandører har interessert seg for OpenEHR og DIPS med DIPS Arena og Fürst med WebMed støtter begge OpenEHR. En rekke arketyper er oversatt til norsk, mens mange er i arbeid. Nasjonal IKT har tatt ansvaret for håndtering av oversettelser til norsk og koordinering med det internasjonale arbeidet.
Det har eksistert ulike utkast til lab-arketyper internasjonalt i en stund, og man har med erfaringer fra disse kommet langt i et arbeidet med å skissere nye og bedre versjoner som kan godkjennes. Man har i Norge et ønske om å komme i gang med bruk av OpenEHr på lab-området, og tiden er derfor inne til å gripe fatt i de nye utkastene og sjekke at disse egner seg for våre behov.
Prosjektets navn er Laboratorie Arketyper for Norge, forkortet LabAN.
Legge grunnlaget for utvikling av epj-/labsystemer basert på OpenEHR i Norge. Utvikle og spre kunnskap om lab-arketyper i Norge.
Arbeidet skal dekke fagområdene rekvirering av lab-analyser, håndteringen i laboratoriet og håndtering av svarene. Det skal dekke alle disipliner innen lab.
Laboratoriedispipliner som tas med i prosjektet:
-
Medisinsk biokjemi
-
Mikrobiologi
-
Immunologi
-
Patologi inkl. histologi og cytologi
-
Klinisk farmakologi
Det finnes en rekke rammebetingelser som påvirker og regulerer det norske markedet, og sentrale her er:
-
Lover og forskrifter
-
Norm for informasjonssikkerhet i helsesektoren
-
KITH-meldinger
-
Nasjonalt laboratoriekodeverk
-
Andre relevante nasjonale kodeverk på Volven
-
Forvaltningsregimet for openEHR arketyper i Norge (arketyper.no)
Dokumentasjon og resultater fra prosjektet skrives på norsk.
Prosjektet styres og eies av DIPS og Fürst i samarbeid med Nasjonal IKT og andre.
Prosjektet har ikke noen styringsgruppe, men rapporterer til linjen hos DIPS og Fürst.
Prosjektet vil ha en prosjektledelsesgruppe som møtes ca 2 ganger per måned i faste møter. I denne gruppen deltar:
-
Jon Tysdahl, Fürst
-
Silje Ljosland Bakke, Nasjonal IKT
-
Vebjørn Arntzen, Nasjonal IKT
-
John Tore Valand, Nasjonal IKT
-
Anca Heyd, DIPS ASA
-
Bjørn Næss, DIPS ASA
-
Ole-Martin Ryen Sand, DIPS ASA
-
Jan-Arne Ludvigsen, DIPS ASA
En bredere gruppe med fagfolk vil bli trukket med i workshops for å drøfte det faglige. Denne gruppen med fagfolk omfatter:
-
Johan Bjerner, Lege, Fürst
-
Torleif Trydal, Lege, Fürst
-
Ole-Martin Ryen Sand, Bioingeniør, DIPS ASA
-
Anca Heyd, Lege, DIPS ASA
-
Jan-Arne Ludvigsen, DIPS ASA
De viktigste beslutningene i prosjektet dreier seg om den faglige utforming av resultatene, og dette besluttes på lavest mulig nivå. Godkjenning av de faglige resultatene skjer i regi av Nasjonal IKT og/eller OpenEHR. Redaksjonsutvalget for arketyper i NasjonalIKT vil sånn sett fungere som en referansegruppe for arbeidet.
Dokumenter i prosjektet deles gjennom prosjektområde på arketyper.no og et tilhørende område på GIT LabAN.
Det antas at de foreliggende utkastene til arketyper har en rimelig god kvalitet og at større omarbeidinger av grunnlaget ikke er nødvendig.
Utviklingsarbeidet vil legges opp som en serie med workshops, der de ulike tema håndteres i en fornuftig rekkefølge.
Det legges opp til 7 workshops. Det vil si hver 14. dag på onsdager i oddetallsuker etter uke 37. Grovt fordelt vil disse ha følgende innhold:
-
1+2 labssvar - mapping mot KITH
-
3+4 rekvisisjon
-
5+6 interne prosesser
-
7 oppsummering
Dette kapittelet redegjør kort for prosjektets risikobilde. Forklaring til tabellen er gitt under.
Risiko | Konsekvenser | S | K | R | Tiltak |
---|---|---|---|---|---|
Får ikke tak i gode nok ressurser i tilstrekkelig grad |
Ikke god nok forankring. Ikke god nok kvalitet på resultatene.Huller på enkelte fagområder. |
4 |
4 |
16 |
Sikre at vi finner fagfolk på alle relevante områder. Sikre at disse avgis fra sine organisasjoner til arbeidet. Tidlig ha en plan for workshopene. |
Samarbeidsproblemer mellom partene |
Full stans i arbeidet |
3 |
5 |
15 |
Avklare mandat. |
Ulikt kunnskapsnivå om OpenEHR blant fagressursene, skaper fremmedgjøring og dårlig klima. |
Ikke god nok kvalitet, da fagfolka ikke klarer å bidra. |
3 |
5 |
15 |
Opplæring i OpenEHR. Holde seg til de grunnleggende teknikkene, og unngå de vanskelige modelleringsmessige drøftingene i plenum. |
Ikke tilstrekkelig kvalitet på grunnlaget (utkastene til arketyper/templater) |
Forsinkelser i arbeidet |
2 |
4 |
8 |
Søke å avklare dette tidlig |
Problemer med verktøy og metodikk |
Kvalitet, tid og kostnad |
2 |
4 |
8 |
Verifisere dette tidlig |
- Risiko
-
Hvilke mulige risikoer ser vi for oss at kan inntreffe.
- Konsekvenser
-
Kort forklaring av mulige konsekvenser dersom risiko inntreffer
- Område
-
Område berørt (Kostnad, Tid, Prosjektomfang, Løsningskvalitet, Omdømme, Finansiering)
- Sannsynlighetsgrad
-
Hvor stor er sannsynligheten for at dette vil inntreffe?
-
Meget liten: Vil ikke oppstå
-
Liten: Lite sannsynlig vil oppstå
-
Moderat: Vil kunne oppstå
-
Stor: Er sannsynlig at dette vil oppstå
-
Svært stor: Vil oppstå med stor sannsynlighet
-
- Konsekvensgrad
-
Hvilken konsekvens får det om dette inntreffer?
-
Ubetydelig: Ingen skade
-
Lav: Skaper små problemer
-
Moderat: Skaper problemer av en viss betydning
-
Alvorlig: Skaper store problemer for prosjekt eller løsning
-
Svært alvorlig: Stans i prosjektet eller drift av løsningen
-
- Risikoprodukt
-
Produkt av sannsynlighet og konsekvens, brukes til å vurdere samlet betydning av en risiko. Samlet betydning klassifiseres i fargekoder som følger:
-
1-6 Grønn
-
7-14 Gul
-
15-25 Rød
-
- Tiltak
-
Mulig løsninger for å forhindre at mulige risikoområder inntreffer, eller for å redusere konsekvensene hvis de inntreffer.