Regioner binder patientdata sammen i stedet for at ensrette EPJ

Så vidt jeg er orienteret, så tog ensretning af systemerne omkring blodprøvetagning i Region Hovedstaden over 6 år! inden det var implementeret på alle sygehuse. Gamle velbegrundede vaner er meget svære at slå huld i!

Og det hele skal fungere undervejs både på det enkelte sygehus, mellem sygehus og patient, praktiserende læge og sygehus / patient etc.

Det er fordi det man prøver at lave er ikke et Patient journal system, men et behandlings system.

Hvor et system der 'kun' håndterer selve journalerne, "burde" kunne laves som et centralt system, enten ved at data er centralt eller at bare metadata er centralt, så er et behandlings system noget ganske andet.

For at et centralt behandlings system ikke skal blive fuldkomment uoverskueligt og være ekstremet dyrt at vedligeholde, med de løsninger der eksisterer i dag. Så skal de behandlingsmetoder, indlæggelses metoder udskrivnings metoder etc etc. være nogenlunde ens på tværs af sygehuse og regioner. Og det er de ikke.. ikke engang inden for samme region. Jeg ved det fra min kone der har siddet med i en af de tænketanke, der skulle prøve at strømline bare en funktion.

// Jesper

at det kan være så svært at lave/definere et system der kan håndtere et landsdækkende EPJ. Start dog i det simple .. Gør det landsdækkende og udvid det løbende med nye features. OG SLIP FOR STORE FORKROMET BIG-BANG TEST. Men problemet er jo nok at der er alt for mange kokke og vanvittige urealistiske høje krav til et minimum system.

/Jesper

Jakob, jeg har ikke så lidt insider viden, endda på flere fronter :)=

Grunden til, at jeg vil skille opbevarelsen af data med behandlings moduler er jo netop fordi, der ikke er to regioner... ok lad os sige tingene som de er, hospitaler i samme region, der har noget så basalt, som f.eks. samme indlæggelses procedurer. (Vi er ikke engang nået til behandlingen endnu). Derfor har du nøjagtige de samme problemer inden for en region, som du har på tværs af regioner. Og endelig, som du også skriver, er behandlings metoderne ikke er de samme.

Hvis man forsøger at lave et centralt behandlings system er det foobar fordi man så skal streamline alle behandlings metoder i hele landet. Det er ikke sikkert det er en god ide. Og det er en >> opgave end at lave et EPJ system. Og man kan sige at det er en prereq for at i praksis kunne lave et centralt EPJ system. Igen det her burde være BAU for folk, der har haft med udvikling af komplekse systemer at gøre.

Til sidst så er et EPJ system ikke et behandlings system per definition. Det er blevet det, men skulle man nu ikke starte med at løse det problem, det er at man i praksis mange steder ikke stoler på journalerne bare inde for samme sygehus, og slet slet ikke i samme region. Fordi de ikke er centrale, opdaterede etc. Og tro mig jeg har selv brugt årevis som barn på Glostrup Amtsygehus med nyreundersøgelser, fordi hospitalet ikke viste at min praktiserede læge havde givet mig binyrebark hormon salve i spandevis.

Hvis du du på et sygehus f.eks. får en patient overført fra et andet sygehus i regionen, og det sker mange mange gange dagligt, og med specialiseringen af afdelinger og rationaliseringer er det en trafik der er stigende. Så er det første rigtig mange læger vil gøre, at bestille alle de samme test som han/hun nu mener skal laves igen, bare for at være sikker. Selv om de lige er blevet lavet på sygehuset hvor patienten kommer fra.

Tro mig det koster kassen.

// jesper

Men desvære viser det at du ikke ved hvad du taler om... Selve databasen er klart det mindste problem at smække på en stor nok computer og sikre at du faktisk kan garentere at a den aldrig går ned og data er fuldstændigt konsistente over en 100 årig periode (nå ja det sidste er ikke spor nemt men der vil sikker ikke være nogen der om 70 år vil være oprørt over at databasen lige glemte at de er allergiske overfor pinicillin de blev diagnostisseret med da de var 4 år når de er blevet indlagt bevidstløse.... Index fejl sker, men de skal kunne lappes konsistent) Men det er alle de uhygeligt mange forskellige procedure og behandlingsforløb (og forskellige forløb forskellige steder for samme behandling) som der får et nationalt system til at blive abnormt komplekst. I teorien er det simpelt nok men der er så mange detaljer der bare alle sammen skal virke perfekt (fordi det er folks helbred der er på spil, ikke deres pensionsudbetaling) at det bliver uoverskueligt.

Ja, jeg tror der er flere ting i det her. Det man virkelig behøver er en centralt patient journal database. Altså et centralt sted, hvor selve journalen opbevares. For at interface med dette system skal der så være en klar og beskrevet grænseflade. Problemet er lidt at man ṕrøver at lave et supersystem... undskyld 5 super systemer, der alle kan det hele. De patient behandling moduler, der skal så skal arbejde på data kan så inde

Jeg må indrømme at det løber mig koldt ned af ryggen når man snakker om væsentlige data. For hvem har kompetencen til at vide, hvad væsentlige data er ? Det er ikke dem der skriver specifikationerne til det her, ej heller de folk der udvikler det. Igen vil jeg mene at hvis alle data ligger centralt så vil man sikre at de behandlere der skal behandle folk har adgang til de rigtige informationer. Med mindre man har en slags distribueret p2p style måde at gemme data på. Men så er "informationerne om informationerne" jo også gemt centralt.

Men der er mange ting der foregår bag scenen her. Måden at få opgraderet og fornyet infrastruktur og software er tit ved at bruge dedikerede projekt penge til at få hverdagen til at fungere. // Jesper

"budget på over 60 milliarder kroner"... Ingen systemudvikling og -implementering i denne verden skal koste så meget! Der er noget helt galt med den valgte model, hvis det er sådanne astronomiske beløb, der er nødvendige. Det lugter af det klassiske "design som vi ønsker det"-syndrom, der altid koster for mange penge. Prøv i stedet at se, hvad der findes Open source, eller hvilke standardsystemer, der findes for området. Så svært kan det heller ikke være at styre nogle patientjournaler!