Erfaringer med landsdækkende kliniske kvalitetsdatabaser Projektleder Lasse Nørgaard Nationalt kompetencecenter for landsdækkende kliniske kvalitetsdatabaser, region øst (KCØ) E-mail: ln25@bbh.hosp.dk EPJ-Observatoriet 8. juni 2006
Agenda Kliniske kvalitetsdatabaser for dummies Kliniske kvalitetsdatabaser i en EPJtid Hvad gør vi nu, lille du?
Hvorfor kvalitetsmonitorere? Kvalitetsstyring: Hvad er kvalitetsniveauet? Er kvaliteten på højde med det ønskelige og er den stabil? Sammenligninger på tværs Offentliggørelse: Gennemsigtighed.. frit valg etc.
Hvad er en klinisk kvalitetsdatabase? En klinisk kvalitetsdatabase (KDB) er et register, der indeholder udvalgte kvantificerbare indikatorer, der med udgangspunkt i det enkelte patientforløb kan belyse dele af eller den samlede kvalitet af sundhedsvæsenets ydelser for en afgrænset gruppe af patienter Kilde: Sundhedsstyrelsen
Behandlingsresultat: Årsagvirkning Udgangspunkt Patienten +Sygdommen +Behandlingen +Organisationen Eksempler på variabler Demografiske faktorer (alder, køn) Livsstilsfaktorer (rygning, alkohol, kost, motion) Engagement i behandling Konkurrerende sygdomme Sværhedsgrad Forebyggelse, diagnostik, pleje og rehabilitering Sundhedspersonalets kompetence Teknisk udstyr Arbejdstilrettelæggelse Brug af kliniske retningslinier Samarbejde Ventetid = Behandlingsresultat
Hvad skal der til? Specifikation af data indikatorer + prognostiske variable Databaseetablering Kontinuerlig dataindsamling Patient- og datakomplehed Valide data Præsentation og feedback
Hvor kommer vi fra? Nationale kvalitetsstrategier for sundhedsvæsenet (1993 og 2002) Store sygdomsområder skal omfattes af en klinisk kvalitetsdatabase Nationale IT-strategier (1999, 2003) IT-anvendelsen skal understøtte høj sundhedsfaglig kvalitet og information om kvaliteten
Hvor kommer vi fra? (2) Sundhedsstyrelsen forestår udvikling af programmel, der dels indebærer etablering af snitflader mellem forskellige systemer, dels kan danne de skærmbilleder, der er nødvendige for at etablere en given database (Sundhedsstyrelsen, 1995) = fælles databaseapplikation
Hvor kommer vi fra? (3) Lad de 1.000 blomster blomstre Kludetæppe af soft- og hardware løsninger Integration en by i Rusland Begrænset udbredelse Værtsamtsmodel Få solstrålehistorier Ildsjælsarbejde
Hvor er vi nu? Reorganisering af databaseområdet (1. januar 2002) Solidarisk finansiering Basiskrav (sundhedsfaglige, informatiske, organisatoriske krav samt krav om offentliggørelse) Etablering af tre nationale kompetencecentre IT-mæssig, biostatistisk samt epidemiologiske bistand til landsdækkende KDB er.
Støttede databaser 2006
Det har vi opnået! IT-platforme KMS Topica Analyseportalen Feedback, feedback, feedback! Kvalitetsinformation. Men også havelåge-data Der handles på informationen og kvaliteten forbedres!
Læs mere på: kliniskedatabaser.dk
Agenda Kliniske kvalitetsdatabaser for dummies Kliniske kvalitetsdatabaser i en EPJtid Hvad gør vi nu, lille du?
EPJ som fødesystem til KDB - Hvad har vi brug for? 1. De rigtige data 2. Med tilstrækkelig patient- og datakomplethed 3. I den rigtige kontekst 4. Med tilstrækkelig nøjagtighed 5. I det rigtige format 6. Til rette tid
1. De rigtige data Forudsætninger Der skal findes pladsholdere i GEPJmodellen KDB datasæt kan lagres (og genfindes) i GEPJ under en specifik klasse med angivelse af attribut og type? KDB skal kun indeholde klinisk relevant information! Få ændringer af KDB datasæt
De rigtige data Løsninger KDB datasæt skal dokumenteres KDB datasæt skal mappes til GEPJ/klassifikation KDB datasæt skal indarbejdes i SFI-- standardplanerne
De rigtige data Udfordringer Forskellige datamodeller Kontakt- og papirbaseret dokumentation versus GEPJ Type 2 diabetes mellitus insulinbehandlet (NIP Hjerteinsufficens) Uklar skelnen mellem interventioner og resultater Temperatur, funktionsevnescoring etc. Hvad er god klinisk dokumentation?
Who is the master? Kilde: Birgit Villadsen, H:S Kilde: Birgit Villadsen, SFI: H:S
2. Med tilstrækkelig data- og patientkomplethed Forudsætninger Data fødes som et led i den kliniske dokumentation i EPJ Ubesværet biprodukt Og/eller eksplicitte indberetninger
Med tilstrækkelig data- og patientkomplethed Løsninger 1. Data til KDB foregår bagom klinikerne (direkte indberetning) Datasæt genereres automatisk vha. trigger-funktionalitet 2. Data til KDB godkendes og suppleres evt. inden overførsel til fra EPJ til KDB (eksplicit indberetning) Pop-up der checkes og evt. suppleres med manglende obligatoriske data
Eksplicit indberetning i Diabetes Rask S kærmbilleder
Med tilstrækkelig data- og patientkomplethed Udfordringer Direkte indberetninger + Minimering af arbejdsindsats - Manglende komplethed? - Fejlmeddelser fra KDB Eksplicit indberetning + Ekstra check af data + Supplere med manglende data - Merarbejde - Træghed i aflevering af data?
3. Data i den rigtige kontekst Forudsætninger Semantisk integration Løsninger Mapning mellem EPJ-datamodel og KDB-datamodel
4. Data med tilstrækkelig nøjagtighed Forudsætninger Data valideres Felt- og krydsvalideringer Løsninger Central validering inden data overføres til KDB-analysemiljøet XML-validering Udfordringer Decentral validering? Generelle dataelementer Sygdomsspecifik validering?
5. Data i det rigtige format Løsning OIO-XML Standardformat Genbrug af dataelementer på tværs af sygdomsområder Uafhængig af modtager- og afsendersystem Letter IT-leverandørerne Speeder udviklingsprocessen op!
6. Data til rette tid Forudsætninger Løbende indberetninger Dataudtræk til KDB genereres ud fra fastlagte kriterier Løsning Afslutning af patientforløb Fx ved udskrivelse efter operation Milepæle i patientforløbet Fx årsstatus ved diabetespatienter Trigger funktionalitet i EPJ erne
Opgaver for EPJsystemerne Alle data til de kliniske kvalitetsdatabaser KAN registreres Alle data til de kliniske kvalitetsdatabaser BLIVER registreret Udvikling af udtræksprogrammer, der kan genere og overføre data, som lever op til kravene i OIO-XML en Håndtering af feedback omkring fejl og mangler i data!
EPJ og KDB Kærligheds- eller tvangsægteskab?
og ender sådan her