BESKEDFORDELER OG BESKEDER. Den fælleskommunale Beskedfordeler

BESKEDFORDELER OG BESKEDER Den fælleskommunale Beskedfordeler

KOMBITS MISSION ER AT SAMLE KOMMUNERNE OM FÆLLES IT- LØSNINGER, DER FREMMER EFFEKTIVITET OG KVALITET

Dagens tekst Monopolbrud og Rammarkitektur KOMBIT og MedCom Aktuel status på BF Aktuel status på faseplanen Et muligt PoC på fase 1 i 4-fase planen

Udbudsplan for monopolområdet

Hvordan bliver fremtiden? 6

Ny fælles platform Fælles metoder og standarder for integration, besked, sikkerhed mv.

Tidsplan for projekter under monopolbruddet Støttesystemer 5 leverandører er prækvalificeret kontrakt forventes September 2015 KY 5 leverandører er prækvalificeret kontrakt forventes november 2014 KSD Prækvalifikationsfasen i gang kontrakt forventes november 2014 SAPA Prækvalifikationsfasen i gang kontrakt forventes december 2014

As-Is; KMD med appendiks Main frame Behov for: Overblik Hændelses-styring Hændelser f. eks sygehusindlæggelser, udskrivning, behandlingsplan. KMD sag = Hændelsesfordeler Andre Finans & økonomi Jobcenter DUBU Overblik og hændelses-håndtering sker FORTSAT via KMD Sag

Enkelt server setup Multi server setup Main frame Beskedfordeler Organisation DUBU Klassifikation FLIS Service platform Sagsindex Kontanthjælp Ydelsesindex Sygedagpenge Valg S A P A Sikkerhed Dokument index Div. snitfl ader CPR CVR BBR Andre grunddata 11

Beskedfordelerens rolle

Monopolbrud -og skabelse af ny infrastruktur Primært fokusområde ER nu på SAPA KY SDP Støttesystemer UDK porteføjlen. Og mere end 1:1 Hvordan passer MedCom ind i kommunernes planer for monopolbruddet?

Formål Hovedformålene med Beskedfordeler er Beskedfordeler er en infrastrukturkomponent, der giver fagsystemer og andre anvendersystemer mulighed for at informere hinanden om hændelser Beskedfordeler har til formål at give det enkelte fagsystem mulighed for, at modtage informationer om relevante skete hændelser ét sted, så fagsystemet ikke skal opsøge information ude i de mange forskellige fagsystemer, hvor hændelserne oprindelig er skabt eller registreret.

Grundlæggende funktionalitet Beskedfordeler er en fordelings-mekanisme, som giver mulighed for udveksling af beskeder det vil sige 1. Beskedfordeler modtager beskeder, når afsender ønsker det, jf. aftaler 2. Distribuerer beskeder jf. aftaler og abonnement 3. Leverer beskeder jf. aftaler - Beskeder leveres som push eller pull efter modtagers ønske

Grundlæggende funktionalitet Beskedfordeler Persistering Abonements -udtryk 1 Modtagelse Dueslag Dueslag 3 Afsender Afsender Afsender Afsendersystemer Distribuering Afsender Afsender Modtagersystemer Afsender 2 Dueslag Dueslag Dueslag Aftaler

Beskedstruktur Beskedkuvert Beskedmetadata Beskeddata

Beskedstruktur En besked består af Beskedkuvert som indeholder information til fordeling af beskeder, om afsender og andre informationer til styring og logning. Kuverten er ens for alle beskeder. Beskedmetadata som indeholder generaliseret information om beskeden. Metadata er ens(artet) for en given beskedtype. Beskeddata som indeholder de helt konkrete informationer for den enkelte besked.

Beskedkuvert Beskedkuvert En beskedkuvert består af Abonnements- og fordelingsinformationer eksempelvis EventProducerReference logisk afsender f.eks. jobcenterløsning EventObjectStructure objecttypereference="..." objekttype f.eks. sag EventObjectReference - objektid (kan være en liste af mange) EventObjectActionCode beskedudløsende handling RelatedObjectReference relateret objektid (kan være en liste af mange) OriginatingAuthority - f.eks. afsender kommune TopicType f.eks KLenummer Desuden : konkrete tekniske informationer om afsender, sikkerhedsklassificering, kuvertversion mm.

Beskedmetadata Beskedmetadata Beskeddata kan f.eks. være relevante dele af Sags- og Dokumentstandarden og de generelle egenskaber. For en sag kan det være (udsnit): ID Objekttype registrering fra til aktør bruger sagsnummer sagstilstand relateretid Relationer ændrede relationer til objektet

Beskeddata Beskeddata Beskeddata kan f.eks. være data som i dag udveksles via en servicesnitflade et eksempel fra en jobcentersnitfladen, opret kontaktforløb (udsnit): AdministrativEnhedNavn MaalgruppeTypeKode MaalgruppeTypeTekst MaalgruppeStatusKode MaalgruppeStatusTekst KontaktforloebFoersteHenvendDato KontaktforloebStartDato BevillingStartDato BevillingSlutDato

Beskedtype Forslag: En samling af beskeder med fælles træk, der genereres og sendes ud fra samme betingelser Eksempelvis : forvaltningsområde+objekttype+handling Kontanthjælp(KLEnr)+ydelse+ansøgt CPR(myndigheden)+person+flyttet Sendes hver gang der er udført en handling eller der er sket en hændelse. Handlinger/hændelser defineres i FORM

MedComs 4-fase plan

Intro Ambitionen er at kunne hente sh adviser uden om KMD Sag således at vi kan udstille dem til de fagsystemer der måtte ønske det. Sh adviser udstilles som EDI og XML og kan enten hentes direkte på KFS lan serveren eller via DWH. Nærværende slides viser, hvad der forgår på KFS Lan serveren

Sagt på fase 1 sprog.

KFS LAN: \\s00285p\kfslan\frakmd\sygehus 1) EDI filer fra VANS leverandør 2) Filer kopieres hvert 5. minut til Arkiv og Edifacts (se næste slide) 3) Adviskonverter kører hver 15. min. (se næste slide)

Advis konverter Jobs der kører på KFS LAN: EdifactMover: Kopier til Arkiv og Edifact folder og sletter indhold i ekj Gøres kun hvis begge kopieringer går som de skal. MedWare konverter: Konverterer fra EDI til XML fra folderen Edifact til Emessages (undervejs lageres i Temp ) Er der noget, der går galt i konverteringen, smides en fil i Errors mappen.

Fejlhåndtering Serviceovervågning (SCIT opgave) Ved fejlkonvertering og fejlkopiering (Nagios overvågning/icinga restart og vagt meddelelse). SH adviser udebliver (SAS opgave) Hvis ikke nye adviser (tidsinterval?), så send mail (Regler herfor?) SAS job der tjekker arkiv folder og sender mail SAS jobs kører ikke i weekender Fejl i datastruktur SAS job der tjekker Errors folder og sender mail

UI - PoC

SPØRGSMÅL

KOMBIT tiltag - mange relationer

S&A - KMD Sag Behov for: Overblik Hændelses-styring KMD Fagsystem 1 KMD overbygning KMD Fagsystem 2 KMD Fagsystem 3 KMD Fagsystem X Hændelser ex: Adresseændringer Død Sygehusindlæggelser Ændring i indkomst. S&A/KMD sag = Hændelsesfordeler = KMD snitflade (ikke standard) 35

S&A - KMD Sag Behov for: Overblik Hændelsesstyring KMD overbygning XYZ DUBU Jobcenter ESDH KMD Fagsystem X KMD Fagsystem 3 KMD Fagsystem 2 KMD Fagsystem 1 = KMD snitflade (ikke standard) = KMD snitflade (heller ikke standard) Overblik og hændelseshåndtering -> sker FORTSAT via KMD Sag: Adresse, Sygehus, Indkomst etc.