Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer Indhold Baggrund... 1 Løsningsforslag 1: Omkuvertering i VANS... 2 Teknisk Beskrivelse... 2 Forudsætninger... 3 Økonomi... 3 Konsekvenser... 3 Løsningsforslag 2: Kopiering af Advis i KMD Sygehusophold... 4 Teknisk beskrivelse... 4 Forudsætninger... 4 Økonomi... 4 Løsningsforslag 3: Kopiering af Advis i KFS... 5 Teknisk beskrivelse... 5 Forudsætninger... 5 Økonomi... 6 Løsningsforslag 4: Advis-hotel... 6 Teknisk beskrivelse... 6 Scenarie 1:... 6 Forudsætninger scenarie 1... 6 Økonomi scenarie 1... 6 Scenarie 2:... 6 Forudsætninger scenarie 2... 7 Økonomi scenarie 2... 7 Løsningsforslag 5: Broker anvendelse i kommunen... 7 Teknisk beskrivelse... 7 Forudsætninger... 7 Økonomi... 7 Andre forhold... 7 Baggrund Indlæggelses og udskrivelsesadviser har gennem længere tid været efterspurgt i flere kommunale fagsystemer, end kommunernes EOJ systemer. Eksempelvis i kommunernes itsystemer på psykiatri/socialområdet, samt børneområdet. Adviserne modtages enten direkte i EOJ systemet eller videresendes til EOJ systemet fra KMD Sag. Der er aktuelt ca. 30 kommuner som modtager advis direkte i deres EOJ-system. De resterende kommuner anvender KMD Sygehusophold/KMD SAG.
MedCom har afholdt et fælles arbejdsmøde med de forskellige leverandører og interessenter på området den 30. januar 2013, hvor fordeling af indlæggelses- og udskrivelsesadviser til flere fagsystemer i kommunerne blev drøftet. Mødets formål var at drøfte en fælles model for hvordan kommunernes behov for adviser til flere fagsystemer bedst løses teknisk, organisatorisk og økonomisk, og både på kort sigt og på længere sigt. Denne beskrivelse er udarbejdet i fællesskab af KMD VANS og MedCom og sendes til mødets deltagere til yderligere kommentering. Notatet beskriver 5 forskellige løsningsforslag på hvordan kommunerne kan modtage advis i flere kommunale systemer. Løsningsforslag 1: Omkuvertering i VANS Løsningsforslag 2: KMD Sygehusophold Løsningsforslag 3: Kopiering af Advis i KFS Løsningsforslag 4: Etablering af et Advis-hotel Løsningsforslag 5: Anvendelse af broker i kommunerne Løsningsforslag 1: Omkuvertering i VANS Teknisk Beskrivelse Med denne løsning kopieres advis erne og pakkes i ny kuvert. Med ny kuvert menes, at såvel afsenderlokationsnummer, modtagerlokationsnummer, ID og tidsstempling ændres i Advis erne. Selve indholdet i Advis ændres ikke. Sygehuset sender Advis til et Master-lokationsnummer hos kommunen. Efter omkuvertering vil Master-lokationsnummer være afsender og lokationsnummeret på det kommunale fagsystem vil være modtager. Det kommunale fagsystems lokationsnummer benævnes herefter internt lokationsnummer. Den omkuverterede Advis sendes til modtager jf. gældende individuelle aftaler, herunder evt. konvertering mellem MedCom EDIFACT og MedCom XML. Løsningen fungerer ved at omkuverteringsfunktionen slår op i en adressebog, hvor alle modtagere af Advis er registreret. Funktionen kopierer og omkuverterer meddelelsen til alle registrerede lokationsnumre knyttet til et Master-lokationsnummer. Meddelelserne håndteres herefter individuelt jf. de aftaler omkring transportveje (fx KFS, anden VANS) og evt. konvertering, der er indgået mellem kunden og VANS relateret til det interne lokationsnummer. Omkuverteringsfunktionen logger de nye meddelelser således, at kunden kan få sporet meddelelserne ved mistanke om fejl og evt. genfremsendt meddelelsen. Herudover benyttes logningerne til at danne månedsstatistik til MedCom. Effektiv sporing vil afhænge af, om kommunerne har mulighed for at oplyse de rigtige lokationsnummer ved supportkald. Hvilke lokationsnumre, der er de rigtige, afhænger af om det er meddelelsen før eller efter omkuvertering, der skal spores. Omkuvertering af MedCom Advis omfatter således etablering af: Kopiering og Omkuvertering Adressebog med offentlig Master-lokationsnummer og tilhørende interne lokationsnumre Logninger mhp. sporing, genfremsendelse og MedCom-statistikker.
Bestillingseddel Kommune KMD sygehusophold Vansleverandør Adressebog EOJ Sygehus Kopiering og Omkuvertering EKJ Logninger Statistik... Medcom Figur 1 Løsningstegning Omkuvertering af MedCom Advis Forudsætninger Kommunen skal sikre at fagsystemet som skal modtage adviser kan frasortere adviser på borgere, som ikke har en aktuel ydelse jf. de rammer, der er beskrevet for advis i retssikkerhedsloven. Kommunerne skal registrere et Master Lokationsnummer hos det VANS, der skal foretage omkuvertering. Kommunerne skal registrere de interne lokationsnumre i SOR og hos egen VANS for hvert system, der skal kunne modtage en omkuverteret MedCom Advis. Sygehussystemerne skal kunne modtage negative kvitteringer fra flere systemer på den samme meddelelse. Økonomi Der vil være udviklingsomkostninger på VANS, som med fordel kan deles mellem flere kommuner, hvorfor KMD anbefaler at det accepteres at løsningen først implementeres når fx 10 kommuner har bestilt denne.. For KMD VANS gælder, at vederlag for de omkuverterede Advis er vil blive opkrævet hos kommunerne (modtager betaler). Der udestår en afklaring af prismodel. Løsningsforslag 1 indebærer at alle adviser omkuverteres. Konsekvenser I denne løsning må påregnes at der benyttes ekstra tid til gennemløb igennem VANS til omkuvertering.
Løsningsforslag 2: Kopiering af Advis i KMD Sygehusophold Teknisk beskrivelse På mødet blev muligheden af at kopiering af Advis til op til 10 lokationsnumre i KMD Sygehusophold / KMD SAG drøftet. Fordelen ved at overlade kopiering og omkuvertering til Sygehusophold er, at det så udelukkende vil være Advis på borgere, der aktuelt modtager ydelser, der vil blive sendt til kommunens fagsystem. Mængden af omkuverterede Advis er vil derfor være væsentlig mindre end ved løsningsforslag 1. Også ved dette løsningsforslag vil de omkuverterede Advis er sendes til modtager gennem VANS jf. gældende individuelle aftaler, herunder evt. konvertering mellem MedCom EDIFACT og MedCom XML. Sortering og håndtering af lovgivning sker i KMD Sag/KMD Sygehusophold og påvirker ikke itfagsystemet som skal modtage adviserne. Forudsætninger Kommunen anvender KMD Sygehusophold. Kommunerne skal registrere et Master Lokationsnummer hos KMD VANS, der videresender Advis til Sygehusophold. Kommunerne skal registrere de interne lokationsnumre i SOR og hos egen VANS for hvert system, der skal kunne modtage en omkuverteret MedCom Advis. Sygehussystemerne skal kunne modtage negative kvitteringer fra flere systemer på den samme meddelelse. Kommunerne skal enten anvende direkte manuel registrering af de sagstyper i KMD Sag, som skal udløse at der videresendes adviser på eller udvikle en snitflade fra it-fagsystemet som skal modtage adviser til KMD Sag. Økonomi For KMD VANS gælder, at vederlag for de omkuverterede Advis er vil blive opkrævet hos kommunerne (modtager betaler). Der udestår en afklaring af prismodel. Udgifter til udvikling af snitflade fra it-fagsystem til KMD Sag kan være nødvendig afhængig af arbejdsgange omkring håndtering af bevillinger på det sociale/psykiatriske område.
Løsningsforslag 3: Kopiering af Advis i KFS Teknisk beskrivelse KFS er Kommunernes Filtransport System der benyttes ved stort set alle filflytninger mellem KMD og Kommunerne. Alle landets kommuner benytter KFS i dag. Kopiering af Advis kan ske ved brug af KFS post-proces. Herunder gives en kort beskrivelse af løsningen og yderligere beskrivelse af KFS kan fx ses af en kommunes KFS ydelsesaftale. KFS løsningen giver mulighed for at KMD, efter at have hentet/afleveret filerne på kommunens KFS server, flytter filerne rundt internt i kommunens eget setup. Dette kaldes i KFS sammenhæng post-processer. En post-proces er en kundespecifik proces, som er udviklet til den enkelte kunde og som afvikles i kundens miljø. Disse processer bruges typisk til at fordele filer internt i kundens miljø, f.eks. til og fra omsorgsserver, navisionserver mv. En post-proces afvikles efter filer er blevet flyttet fra KMD til kunden. Til hver snitflade kan der være tilknyttet en eller flere post-proces(ser). Konsekvensen af, at en post-proces fejler, er at filer fra KMD bliver liggende i kataloget på kundens KFS server. Afviklingen af post-processer er afhængig af elementer i kundens driftsmiljø som KMD ikke som udgangspunkt har viden om eller adgang til. Det er derfor kundens ansvar at rette fejlen i kundens driftsmiljø således at post-processen igen kan afvikles samt manuelt at flytte filerne fra KFS serveren til det modtagne system hos kunden, hvis fejlrettelsen trækker ud. KMD kan ikke gøres ansvarlig for følgevirkninger forårsaget af, at en eller flere post-processer ikke kan afvikles på grund af fejl eller afbrydelser der kan henføres til kundens driftsmiljø, eller anden driftsleverandørs driftsmiljø. KMD varetager den løbende drift og vedligeholdelse af KFS-løsningen, men overvågning og alarmering vil være tillægsydelser. Forudsætninger Ud over CAP/IP forbindelsen til KMD, kræver KFS løsningen også en stabil netværksforbindelse til øvrige systemer, hvor der via KFS s post processer hentes og bringes filer. Der skal aftaltes hvordan overvågning og alarmering af driftsmiljøet kan sikres. At fagsystemets lokationsnummer er tilmeldt KMD VANS. At fagsystemet anvender kommunens KFS server og kommunens netværk. At fagsystemerne anvender samme MedCom format, dvs. ingen konvertering mellem EDI/XML. Sygehussystemerne skal kunne modtage negative kvitteringer fra flere systemer på den samme meddelelse. Kommunen skal sikre at fagsystemet som skal modtage adviser kan frasortere adviser på borgere, som ikke har en aktuel ydelse jf. de rammer, der er beskrevet for advis i retssikkerhedsloven.
Økonomi Løsningen kan iværksættes for den enkelte kommune uden afhængighed til at andre kommuner vælger denne løsning. Der vil ikke være yderligere udgifter til VANS. Løsningsforslag 4: Advis-hotel Det etableres et Advis-hotel i MedCom-regi. Teknisk beskrivelse Formålet med Advis-hotellet er, at indlæggelses-advis fra sygehus til kommune kan sendes elektronisk, uden at man på forhånd vælger et bestemt kommunalt system som modtager. Advis sendes til kommunens master-lokationsnummer. Det kan vælges, at alle indlæggelses-advis fra sygehusene default routes fra VANS til Advishotellet eller at det er den enkelte kommune, der eksplicit vælger at placere sine indlæggelsesadvis på hotellet. Umiddelbart ses 2 scenarier, der kan benyttes, når kommunerne skal hente Advis erne ind i de kommunale systemer. Scenarie 1: De kommunale systemer forespørger automatisk med en given frekvens på Advis på de cprnumre, der er registreret i systemet med angivelse af hvilket lokationsnummer Advis skal trækkes ud til. Advis-systemet omkuverterer Advis på de oplyste cpr-numre, så Advis-hotellet nu er afsender og det af kommunen oplyste lokationsnummer er modtager. Advis afleveres til VANS, som sender Advis erne til modtager jf. gældende individuelle aftaler, herunder evt. konvertering mellem MedCom EDIFACT og MedCom XML. Forudsætninger scenarie 1 Det skal afklares, om der er forhold omkring kvitteringer, der skal adresseres. Økonomi scenarie 1 Der vil være udgifter ved drift af hotellet. Medcom må afgøre hvordan disse udgifter skal dækkes. For KMD VANS gælder, at vederlag for de omkuverterede Advis er vil blive opkrævet hos kommunerne (modtager betaler). Der udestår en afklaring af prismodel. Scenarie 2: Advis hotellet udstiller en web-services som de kommunale systemer kan anvende til at hente Advis på de cpr-numre, der er registreret i det kommunale system.
Forudsætninger scenarie 2 Advis-hotellet skal kunne levere Advis i det format, kommune-systemet kan håndtere. Økonomi scenarie 2 Der vil være udgifter ved drift af hotellet. Medcom må afgøre hvordan disse udgifter skal dækkes. Der vil ikke være omkostninger til VANS udover et engangsvederlag for opsætning af ny routning. Omkostninger funktionalitet i kommune-systemerne til WS-kald af Advis-hotel må forventes. Løsningsforslag 5: Broker anvendelse i kommunen Den enkelte kommune anvender egen broker til håndtering af både konverteringen mellem de 2 MedCom formater og routningen internt i eget netværk. Dette løsningsforslag vil give den bedste driftssituation. Teknisk beskrivelse Der findes et antal brokere fra forskellige leverandører, der vil kunne anvendes som broker/integrationsplatform i kommunen. En broker er et kommunikations- og integrationssoftware, hvis primære formål er at kunne sende, modtage, logge, oversætte og levere meddelelser mellem applikationer. En broker er udviklet som en central integrationsplatform, der bevarer de enkelte systemers integritet ved at placere al integration centralt på brokeren. Dette betyder, at de enkelte systemer leverer data til brokeren, eller brokeren henter data på de integrerede systemer. De enkelte systemer kan levere data i et vilkårligt format, bestemt af det leverende system. Systemerne kan ligeledes vælge at få data leveret i et, for dem, passende format. Forudsætninger Ingen. Økonomi Det må forventes at flere leverandører vil være interesseret i at give et godt tilbud på en pakkeløsning indeholdende både licens til broker, MedCom mapninger og konfiguration af dataudvekslingen med de relevante applikationer Andre forhold Det bemærkes CSC foretager en intern routning af meddelelser hos CSC, når begge parter i dataudvekslingen anvender systemer, der er leveret af CSC. Disse meddelelser forsendes derfor ikke over VANS for nuværende. Såfremt CSC Vitae kommuner ønsker at benytte
omkuvertering, kan dette ske ved at alle meddelelser forsendes gennem VANS eller at CSC også tilbyder omkuvertering.