Valg av EDI-programvare
Vi har tidligere fokusert på muligheten for å kunne benytte én EDI-tjener innen en kommune og/ eller en EDI-tjener på tvers av kommuner. Dette krever en del for å få til, blant annet fra EDI-programvaren som skal benyttes. Vi har tidligere hatt en artikkel angående EDI-programvare med støtte for flere fagsystemer (http://www.telemed.no/edi-programvare-med-stoette-for-flere-fagsystemer-flerdatabasestoette.4940265-164942.html). Dette er en oppfølging av emnet.
Vi har fokusert på to ting som EDI-programvaren skal støtte:
- Støtte for flere fagsystem
- Flerdatabasestøtte og tilgangsstyring
Alle EDI-leverandørene har støtte for flere fagsystem. Derfor kan man som utgangspunkt benytte alle de ulike EDI-løsningene til alle fagsystem internt i en kommune, dvs èn EDI-løsning til å håndtere meldinger for både helsestasjon, legevakt, PLO etc. Alle EDI-løsningene, med unntak av Dips Communicator, har flerdatabasestøtte. For å kunne benytte èn EDI-løsning i et interkommunalt samarbeid, på tvers av juridiske enheter, må EDI-programvaren ha flerdatabasestøtte. I og med at Dips ikke har dette, og heller ikke ønsker å utvikle flerdatabasestøtte, er ikke denne applikasjonen aktuell å bruke på tvers av juridiske enheter.
Selv om alle EDI-løsningene har støtte for flere fagsystem er det likevel unntak og utfordringer:
CGM’s holdning til at andre EDI-leverandører skal håndtere meldinger inn/ ut av deres fagsystem er noe lunken og det viser seg også etter hvert at det er umulig jamfør test HN-IKT har gjort på dette. Årsaken til at CGM ikke ønsker andre EDI-løsninger er supportavtalen kundene har, noe som også innebærer support på Dips Communicator. Det vil ikke drive feilsøk og support på meldinger som tilhører andre leverandørers fagsystem. WinMed 2.X og ProfDoc Vision har ikke støtte for KITH.XML som er nasjonal standard på enkelte meldinger. Dips Communicator konverterer innkommende meldinger fra KITH.XML til ProfDocXML (CGM’s egen XML). Dette er det kun Dips Communicator som kan gjøre. Det er også satt i gang en godkjenningsordning fra Helsedirektoratets og KITH’s side. De godkjenner faktisk denne løsningen til vår store overraskelse, og har ikke tenkt på at dette får konsekvenser for valg av EDI-system og felles drift.
Dette fører til at man ikke kan benytte andre fagsystem/ EPJ/EDI-programvare i kombinasjon med CGM sine produkter.
Eneste EPJ-leverandør for legekontor/legevakt som ikke legger hinder for valg av EDI-leverandør er InfoDoc og deres InfoDoc Plenario. Benytter man SystemX på legekontor/ legevakt, kan MediLink brukes som felles EDI-system for PLO og Helsestasjon (med unntak av WinMed3 Helse).
Oppsummering av muligheter
EPJ Legekontor:
WinMed 2.X, ProfDoc Vision og WinMed 3.0:
Kun aktuelt med Dips Communicator. Ikke mulig med drift på tvers av juridiske enheter på grunn av manglende funksjonalitet i Dips Communicator. Ikke mulighet å kombinere med andre leverandørers applikasjoner. Det er mulig å benytte alle CGM’s produkter I kombinasjon med hverandre internt I kommunen.
InfoDoc Plenario: Man kan benytte seg av alle EDI-leverandører.
SystemX: Integrert mot MediLink. Kan ikke bruke andre EDI-leverandører.
EPJ PLO/Helsestasjon:
CosDoc: Leveres med Dips Communicator, men kan benytte andre EDI leverandører.
Gerica: Integrert med Communicate E-Link), men kan benytte andre EDI-leverandører
HSPro: Støtter Kan benytte seg av alle EDI-leverandører.
WinMed 3.0: Kun aktuelt med Dips Communicator. Ikke mulig med drift på på tvers av juridiske enheter på grunn av manglende funksjonalitet i Dips Communicator. Ikke mulighet å kombinere med andre leverandørers
EDI:
Dips Communicator:Ikke flerdatabasestøtte. Kan brukes mot alle system internt i en kommune. Eneste EDI-leverandør som er ”godkjent” mot CGM’s produkter.
MediLink, VismaLink og Communicate (E-Link): Alle muligheter, bortsett mot CGMs produkter.
NB! EDI-system kan brukes mot andre system også, og ikke bare pasientsensitiv informasjon. Blant annet kommunikasjon mot saksbehandlingssystem m.m. Er dette aktuelt, så prat med aktuelle leverandører av EDI-løsninger om de støtter blant annet Noark5 –standarden.
