Kravspecifikation Rambøll Care MedCom standarder

Transkript

1 Kravspecifikation Rambøll Care MedCom standarder Pilotmøde national hjemmeplejesygehus gruppe 3. jan Jeanette Jensen

2 Indhold Min baggrund for at fortælle om dette Samarbejde med leverandør Rammer og organisation CKK og udviklingspulje Nedsættelse af arbejdsgruppe Kommissorium udviklingsgruppe Tilgang til opgaven Resultat Usecase kontra felter-metoden Udfordrende datasæt Indlæggelsesrapport Funktionsevne Muligheder for håndtering Strategiske overvejelser om økonomi Spørgsmål?

3 Min baggrund IT koordinator Bornholms Regionskommune Begrænsede muligheder for at deltage i udviklingsarbejde i Rambøll (tid og penge) Fik mulighed pga. nyt ½- job i MedCom

4 Samarbejde med leverandør Rambøll Care Udvikling af system i samarbejde med leverandør Stor kommunal indflydelse Uddelegering af udviklingsarbejde Tradition for udviklingsgrupper og ERFA grupper Udfordring økonomi til udvikling - når udviklingsgrupper fremlagde udkast- mangel på til slutning eller de samme der hele tiden betaler

5 Udviklingspulje Allonge til kommunernes aftale 10 % af årlig vedligeholdelse indbetales x 1 årligt til fælles udviklingspulje Iværksat fra 1. jan Ca. 1,5 mill. i puljen/år Lang proces med barrierer mange diskussioner og afklaringer Båret igennem af ildsjæle Udfordring= styring og prioritering

6 CKK = Care Kontakt og Koordinationsgruppe Eksisteret i ca. 1½ år Mødes 4 x årligt 1 repræsentant fra hver kommune Prioritering af udviklingsopgaver og finansiering udviklingspulje-midler Kodeord= strategi og taktik i samarbejde med leverandør

7 CKK kommisorium fra formål Fremtidssikre EOJ-systemet Rambøll Care. Tilstræbe at Care understøtter de krav, der stilles fra lovgivning, KL, regionerne m.v. nu og i fremtiden. Sikre løbende gensidig forventningsafstemning mellem gruppen og Rambøll Informatik. Sikre overordnet overblik og opfølgning på al udvikling. Være gensidige sparringspartnere i forhold til strategi, systemudvikling og systemfejl. Prioritere systemudvikling og anvendelse af den fælles udviklingspulje i forhold til designoplæg og tidsplaner fra udviklingsgrupper.

8 Udviklingsgruppe MedCom standarder Nedsat af CKK april 2010 Stor interesse for at deltage Stor gruppe og lille gruppe I alt 5 arbejdsgruppemøder 6. møde Workshop + mail, tlf. dropbox undervejs Udfyldelse af støtteværktøj = Dokument til udviklingsgrupper

9 Kommissorium for udviklingsgruppe Uddrag fra kommissoriet Fase 1 At implementere de 4 nye MedCom standarder (kravsspecifikation) Fase 2 Implementere understøttelse til Forebyggelse omfattende de 3 standarder: Henvisning, Bookingsvar, Epikrise Fase 3 LÆ-blanketter og dokumentationsoverblik i forhold til modtagede/afsendte blanketter indarbejdes Organisering Tovholder: Lene Nielsen Odense CKKrepræsentant: Pia Wisbøl Herlev

10 Tidsplan Fase 1 Opgaven starter 15. juni Slutter og forelægges CKK på nov. mødet 2010

11 Resultat Kravspecifikation med stor bredde, som giver kommunerne mulighed for at tilpasse nuværende arbejdsgange til de nye efter eget valg Endeligt resultat afventer - mangler svar fra Rambøll Foreløbig: måske en basis og udvidet version - pt. uafklaret!

12 Tilgang til opgaven USE case metoden oplæg fra Henrik Palne, Rambøll Felt definition -metoden Fordele /ulemper

13 Use case USE CASE 4: SEND INDLÆGGELSESRAPPORT Kort beskrivelse Primær aktør Care Forudsætninger Normal forløb» Trin 1 Starthændelse Underforløb <Navn> Mål Betingelse Trin 1 Sluttilstand Alternativt forløb: <Navn> Mål <På hvilket trin i normalforløbet starter det alternative forløb> Betingelse Trin 1 Sluttilstand Forretningsregler Skærmbilledskitser

14 USE CASE 4: SEND INDLÆGGELSESRAPPORT XDIS16 Indlæggelsesadvis enten åbnes eller højreklikkes, Send Supplerende indlæggelsesrapport XDIS16 Normal forløb Supplerende indlæggelsesrapport åbnes Trin 1 Her ses hvilke oplysninger, der vil blive sendt af sted i den supplerende Indlæggelsesrapport. Trin 2 Det skal derefter være muligt at rette data i system, vende tilbage til den suppl. indl.rapport, med bevarelse af data, opdatere for at få de nye ind. (Det er altid den sidst generede rapport der er gældende og overrulle den tidligere sendte) - Nødvendigt med aftalt regel, hvem der sender supplerende indlæggelsesrapport, da den sidst afsendte altid overruller den foregående. Trin 3 Her indtastes de supplerende oplysninger: Bemærkning til pårørende Kommentar til ydelser Kommentar til hjælpemidler Kommentar til medicin Kort beskrivelse af helbredstilstand Årsag til aktuel indlæggelse Personale kan ikke rette i de automatisk generede oplysninger, men tilføje nye og supplerende oplysninger, hvis data mangler vises et M. Den supplerende indlæggelsesrapport inkl. de automatisk generede skal kunne gemmes i journal Ved klik på M, hoppes direkte til det felt der skal opdateres (genvejstast både frem og tilbage)

15 Use case metoden Tidskrævende Usikkerhed om betydning af forskellige felter En følelse af gentagelse Opmærksomhed på konkrete felter og hvorfra data kommer DERFOR-

16 Felt-visning & specifikation for hentning af data

17 Konklusion på tilgang - metode Use case eller Felt definition? Fordele og ulemper? Kommentarer fra andre deltagere i gruppen? Henrik Palne på Workshop: Ha fokus på de arbejdsgane personalet har Den kommer ikke frem i felter

18 Udfordrende datasæt Indlæggelsesrapport Funktionsevne Opdaterede data Dataplacering Adgang og rettigheder i forhold til at opdatere data

19 Funktionsevne udfordringer Klient modul funktionsvurdering er optaget anvendes som visitators dokumentationsredskab Funktionsvurdering ej opdateret kontinuerligt Klassifikationer tilpasses funktionsevne, funktionsområder og niveauer

20 Funktionsevne eksempler fra FS I til FS II FSI Psykisk tilstand hukommelse FSII Sikre sammenhæng i hverdagens aktiviteter FSI Forhold til egen sygdom/handicap FSII Forebygge forværring af sygdom/tab i funktionsevne

21 Funktionsevne score FS I = 1, 2, 3, 4 FS II = 0, 1, 2, 3, 4 Værdien 1 er ikke det samme i FSI og FS II men skal oversættes

22 3 muligheder 1. Funktionsevne sendes uvurderet i automatisk tilsendte og indtastes manuelt 2. Funktionsevne mappes fra nuværende funktionsvurdering med nødvendig Fælles Sprog-oversættelse 3. Der oprettes særskilt funktionsvurdering i EOJ = funktionsevne som udfyldes og vedligeholdes af udfører OBS: Løsning 3 kræver at kommunen har tilkøbt ekstra funktionsvurderinger under klientmodul

23 Eksempel funktionsevne i Care udarbejdet af Bodil Grøn, Fredericia

24 Krav forsendelse funktionsevne Inden automatisk indlæggelsesrapport sendes, skal system automatisk tjekke funktionsevne rapportens oprettelsesdato på sidst permanent gemte Funktionsevne. Kladder må ikke sendes af sted. Hvis dato er mere end 12 måneder gammel, skal der ikke mappes data til Indlæggelsesrapporten.

25 Indlæggelsesrapport-krav Den automatisk afsendte, skal vises i den supplerende indlæggelsesrapport, så det automatisk afsendte kan læses, samtidig med den supplerende indlæggelsesrapport udfyldes manuelt. Det skal være muligt at ændre/tilføje rettelser til den automatiske indlæggelsesrapport, hvis oplysningerne enten er forkerte eller mangelfulde. Rettelser skal foretages manuelt i Care felterne og slå igennem til indlæggelsesrapport, når der gemmes.

26 Øvrige standarder - Krav Sygehus funktionsevne vurdering skal ikke overskrive kommunens eller mappes. Plejeforløbsplan og færdigbehandling skal kunne sendes/modtages på ikke kendte borgere i kommunen. Kontrolmulighed af datoer vedr. Indlæggelses-,færdighandlings- og udskrivelsesdatoer, med udtræksmulighed. Pårørende fra sygehus skal ikke automatisk sættes ind på kommunens pårørende fane

27 Økonomi-overvejelser Finansiering via udviklingspulje Finansiering via tilkøb på licens For og imod? Nemmere at bede om penge til MedCom standarder i kommunen end forbedringer af eksisterende system Model basis finansieres af kommuner hver især - udvidet model via udviklingspulje