Arbejdsgruppe til terminologier for egenskaber/typer:

Transkript

1 Referat MiBa IT møde 3. september 2013 SSI, kl. 11:00-15:30 Deltagere: Elly Kristensen, KMA, Hvidovre Ram Dessau, KMA, Region Sj Peter Steenberg, Autonik Tine Besser, KMA Reg Sj Flemming Christensen, MADS Hans Busk, MADS Michael Mortensen, LIMS Charlotte Nobel, SSI, DOS Anders Rhod Larsen, MI, SSI Stefan Schytte Olsen, MI, SSI Marianne Voldstedlund, MiBa Afbud: Henrik Schønheyder, KMA, Ålborg Tina Proft Larsen, KMA, Herlev Freddy Iversen,, KMAÅlborg Mari-Ann D Lykke, Esbjerg Ellen Larsen, Hillerød Jens K Møller, Vejle (MADS) Birgitte Tønning, Midt-Vest Thøger G Jensen, Mads, Odense Poul Kjeldgaard, KMA, Sønderborg Dagsorden Ny version af MiBa test af svarvisning Beslutning om format på konklusionstabel til Analyser Status for XRPT05-31M og brug af summary felt? Status på ny MiBa-XRPT/ Busk DRG koder i svar til Miba? Arbejdsgruppe til terminologier for egenskaber/typer: Evt / spørgsmål

2 Referat. Ny version af MIBa Ny version lægges i drift medio september. Vi skal have testet visning af svar lige som sidst. Hertil bedes hver KMA hjælpe med at tjekke deres egne svar. Marianne skriver en mail til KMA ledelserne med info vedr. dette. MiBas nye layout for svarvisning blev præsentret. Beslutninger om format på konklusionstabel til Analyser På tidligere møder er vi blevet enige om at entydig tolkning af analysen skal sættes i feltet: AnalysisFindings/Findings/Interpretation Man kan, hvis man ønsker, også sætte noget i felterne: AnalysisFindings/Findings/Value AnalysisFindings/Findings/ComentText Objektet interpretation er en kode med IdentificationBasicType. Vi er tidligere også blevet enige om at anvende en fælles klassifikation for denne tolkning. På aktuelle møde diskuterede vi om vi skal indføre en fælles klassifikation nu i XRPT05 eller vente til den nye XMIBA. Marianne vil gerne videre - hvert step mod ensretning har stor værdi. Selvom klassifikationen principielt er midlertidig, får vi fastlagt indholdet nu og kan høste erfaringer med den allerede her i efteråret. Den nye XMIBA implementeres ikke før Busk ville hellere skulle vente og bruge krudtet på at få indført den nye. Vi besluttede at indføre en konklusions-klassifikation allerede i XRPT05. Vi er bundet af de CodeTypes og CodeResponsible der allerede findes. DVS vi laver en klassifikation med: CodeType: lokal Coderesponsible: MIB

3 Marianne kontakter MedCom mhp at få oprettet MIB som et laboratorium, og laver et udkast til selve klassifikationen. Der var et ønske om 5 cifrede koder. Se appendix nedenfor: Forslag Marianne kontakter MDS-gruppen og hører om de vil tage denne klassifikation under deres hat og sørge for at udgive den på MedComs hjemmeside. Hvis ikke de vil dette, udgives den på MiBas hjemmeside. Ny Bekendtgørelse + Vejledning om brug af IT-standarter og klassifikationer i sundhedssystemet er publiceret. Med denne er der hjemmel i loven til at NSI kan kræve at bestemte klassifikationer bruges i svaret. Det kræver at en klassifikation er optaget i deres standartkatalog med vurderingen anbefalet eller obligatorisk. Dette er således et tveægget sværd, der på den ene side kan hjælpe os med at få sat ledelsesmæssigt fokus på betydningen af arbejdet med koder på den anden side kræver det at vi mikrobiologer bliver skarpe til at få de kodesystemer vi udvikler og synes er vigtige for vores fag modnet, så de kan optages i kataloget som anbefalede/obligatoriske. At MedCom udgiver dem er ikke nok! Status for XRPT05-31M og brug af summary felt? De restende KMA går over på 31M i løbet af efteråret. Status på ny MiBa-XRPT/ XMIBA? Busk gennemgik strukturen. De forskellige forslag fra sidste møde er nu samlet i ét tæt-på-endeligt forslag. Vi havde en udbytterig diskussion om indholdet i de nye felter, f.eks hvad der menes med egenskab/property og hvad der tænkes rapporteret under metode og resultat. Vi fik vendt sammenhængen mellem objekterne. Desuden vi præciseret at et udfaldsrum skal kunne være u- kodet. Fx spa-typer. Sammenkædning mellem referencesvar og svar på primærprøve? Hvordan referencesvar præcist skal præsenteres i MiBa er ikke klarlagt. Marianne forestiller sig et link mellem reference og primærsvar baseret på lokalt prøvenummer og at de fleste referencesvar desuden ligger som selvstændige svar i svaroversigten til venstre. Nogle referencesvar er uden interesse for klinikeren og kan være direkte meningsforstyrrende, hvis de ikke ses sammen med primærsvaret. I den nye XMIBA kan hele eller dele af et svar beskyttes mod visning til klinikere med funktionen protected.

4 Protected kunne man også udnytte ved indsendelse af isolater til referencelaboratorierne. Hvis KMA svarer primærsvaret ud som et foreløbigt og protected svar, kan ref lab hente de oplysninger på isolatet/prøven, som KMA allerede har registreret. Dette kræver at man kan søge på lokal-kma nummer i MiBa. Den nye IdentificationBasicType gav anledning til diskussion: Der er mange nye klassifikationer vi skal udvikle. Thøger er kommet med et udmærket forslag om at udvide MDS systemet til at omfatte alle terminologier, der er specielle/vigtige for mikrobiologi. Der bliver således mange mds:mds klassifikationer. For entydigt at kunne identificere hvilken klassifikation, der er anvendt et givet sted i svaret er IdentificationBasicType udvidet med en CodeQualifier. Det viste sig at vi havde helt forskellige opfattelser af hvad denne CodeQualifier skulle bruges til. Vi endte med ovenstående definition af CodeQualifier, og vi fastholder modellen med det 3- cifrede prefix, Peter har i MiBa. Se eksempel nedenfor: Appendix Flemming/Busk tænker over et navn til XMIBA og sender den snarest til godkendelse hos MedCom. DRG koder i svar til Miba? DRG/Sundhedsdokumentation har igen henvendt sig til MiBa med et ønske om at kunne trække DRG-kodede svar fra alle KMA fra MiBa. Det er naturligvis optil den enkelte KMA om den vil dette. Skal vi forberede XMIBA til dette og allerede nu i den nye XMIBA indsætte et felt til en DRG vægt? Både MADS og Autonik har netop lavet løsninger til DRG indberetning. Dumt at bruge de sparsomme ressourcer på at lave dette om lige nu. MADS laver månedlige opgørelser og sætter ikke automatisk en vægt på idet der svares ud. Der er forsat KMA der ikke vægter deres svar. Vi kunne godt forberede XMIBA til dette brug, omvendt var der et ønske om at vente til efter repræsentantskabsmødet. Det kan desuden være at hele måden DRG rapporteres fra laboratorierne ændres i fremtiden. Arbejdsgruppe til terminologier for egenskaber/typer. Afdeling for Mikrobiologi og diagnostik på SSI (MI) har indvilget i at tage ansvar for projektet. Ander Rhod Larsen er udpeget som formand for arbejdsgruppen. Vi blev enige om at arbejdsgruppen med fordel kan bestå af en lille kerne, der fungere som tovholdere og som definerer strukturen/ klarlægger hvilke begreber. der hører til i hvilke kasser. Til indhentning af det konkrete indhold engageres eksperter indenfor de forskellige områder f.eks Staf aureus eller

5 E.coli. Her er det vigtigt at evt personer fra KMA får mulighed for at deltage, så klassifikationerne bliver accepteret bredt. Der blev besluttet at kernegruppen foreløbigt omfatter: Anders Rhod, Stefan Skytte, Thøger G Jensen, Marianne, repræsentant fra SOA. SOA repr. skal sikre at arbejdes følges af NSI og skal afklare relationer mellem de nye klassifikationer og internationale teminologer Fx SNOMED CT eller NPU. Marianne hører desuden om de har et værktøj til at udvikle klassifikationerne med. En fælles database eller lign. Så vi ikke skal holde styr på excel-ark i 100 versioner. Diverse. Det er svært at få KMA til at ændre strukturen i deres svar. Fx brug af lokal analysekode på udførte analyser. Er det et ressourcespørgsmål eller har Marianne ikke spurgt de rigtige i KMA eller forklaret sig godt nok? Flemming: det burde ikke være så svært. Flemming sætter emnet på næste MADS brugermøde 21/ Jeg takker for jeres deltagelse og for endnu et godt møde!! Marianne Appendix Eksempel på CodeQualifiers CQ_code CQ_text 101 MDSu 100 MDSm 102 MDSL 102 MDSk 103 MDSa 104 MDSd Forslag til MDSk-klassifikation MDSk_code MDSk_text Negativ Positiv Inkonklusiv Ikke udført Ikke tolket 10004?