BESKEDFORDELER OG BESKEDER

(1)

BESKEDFORDELER OG BESKEDER

Den fælleskommunale Beskedfordeler

(2)

KOMBITS MISSION ER AT SAMLE

KOMMUNERNE OM FÆLLES IT-

LØSNINGER, DER FREMMER

EFFEKTIVITET OG KVALITET

(3)

(4)

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

(5)

Udbudsplan for monopolområdet

(6)

Hvordan bliver fremtiden?

6

(7)

Ny fælles platform

Fælles metoder og standarder for

integration, besked, sikkerhed mv.

(8)

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

(9)

Dagens tekst

(10)

”Main frame”

Behov for:

• Overblik

• Hændelses-styring

Hændelser f. eks sygehusindlæggelser, udskrivning, behandlingsplan

….

KMD sag = Hændelsesfordeler

DUBU Jobcenter Finans &økonomi Andre

Overblik og hændelses-håndtering sker FORTSAT via KMD Sag

As-Is; KMD med

appendiks

(11)

11

”Main frame”

Multi server setup Enkelt server setup

Ydelses- index

Sagsindex

Klassifikation

Organisation

Beskedfordeler

CPR CVR BBR

Service platform

Div.

snitfl ader

Andre grunddata

Kontanthjælp Sygedagpenge Valg

FLIS

DUBU Dokument index

Sikkerhed

S A P A

(12)

Beskedfordelerens rolle

(13)

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?

(14)

Dagens tekst

(15)

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.

(16)

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

(17)

Grundlæggende funktionalitet

Afsender Afsender

AfsenderAfsender- systemer

Beskedfordeler

Modtagelse

Dueslag Dueslag

Dueslag

Dueslag Dueslag Persistering

Aftaler Abonements

-udtryk

Distribu- ering

Afsender Afsender Afsender Modtager-

systemer

1

2

3

(18)

Beskedstruktur

Beskedkuvert

Beskedmetadata

Beskeddata

(19)

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.

(20)

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.

Beskedkuvert

(21)

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

Beskedmetadata

(22)

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

Beskeddata

(23)

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

(24)

Dagens tekst

(25)

MedComs 4-fase plan

(26)

Dagens tekst

(27)

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

(28)

Sagt på ”fase 1 sprog”.

(29)

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)

(30)

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.

(31)

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

(32)

UI - PoC

(33)

SPØRGSMÅL

(34)

KOMBIT tiltag - mange relationer

(35)

KMDFagsystem 1 KMDFagsystem 2 KMDFagsystem 3 KMDFagsystem X KMD overbygning

S&A - KMD Sag

Behov for:

• Overblik

• Hændelses-styring Hændelser – ex:

• Adresse- ændringer

• Død

• Sygehus- indlæggelser

• Ændring i indkomst

….

S&A/KMD sag = Hændelsesfordeler

35

= KMD snitflade (ikke standard)

(36)

KMDFagsystem 1 KMDFagsystem 2 KMDFagsystem 3 KMDFagsystem X KMD overbygning

S&A - KMD Sag

ESDH Jobcenter DUBU XYZ

Behov for:

• Overblik

• Hændelsesstyring

Overblik og hændelses- håndtering

-> sker FORTSAT via KMD Sag:

Adresse, Sygehus, Indkomst etc.

= KMD snitflade (ikke standard)

= KMD snitflade (heller ikke standard)