...

Den kommunale Planner-løsning

For at kunne etablere Nedenfor er med rød skitseret hvorledes en kommunal Planner-løsning er det nødvendigt at forstå hvorledes Planner indgår i systemkomplekset i dag. Planner blev ved etableringen allerede tænkt som et selvstændigt modul, som bindes sammen med de øvrige systemer via DFDG.

Image Removed

Kommunikationen med Planner foregår gennem en række services, som tilbyder en snitflade mod de data som ligger i Planner. Billedet kompliceres lidt af at planlagte samtaler (bookninger) ligger i DFDG, synkroniseringen af disse med Planner foregår via WSRM, og DFDG’s booking service. De anvendt kan kort opremses kan indpasses i det eksisterende. Dette gøres via et skiftespor i DFDG, som sættes op pr. Jobcenter, sådan at det pr. Jobcenter er muligt at vælge om STAR's eller kommunens egen plannerløsning anvendes.

Image Added

Kommunens Planner-løsning skal understøtte en fastdefineret webservice-grænseflade som kaldes fra DFDG når en borger f.eks. ønsker at booke en samtale på Jobnet. De krævede snitflade kan kort oplistes som:

1. Hent mulige samtaletilbud – Planner returnerer returner samtaletyper som kan selvbookes
2. Hent mulige vejledere – Planner returnerer returner vejledere som der kan selvbookes på
3. Hent mulige mødetidspunkter – Planner returnerer returner mulige møde tidspunkter enten ved selvbooking eller ved ombooking ud fra den valgte samtaletype og vejleder.
4. Registrer om- og selvbooking – Planner registrerer registrer den ønskede booking. DFDG foretager samtidig registreringen i Booking databasen.
5. Hent bookninger – Planner henter hent bookninger som er foretaget af det kommunale sagsbehandlingssystem, disse hentes via WSRM kø.
6. Registrer bookning – Planner registrerer registrer bookning foretaget af indkalder i Planner, f.eks. i forbindelse med masseindkaldelse.

4     Løsningsbeskrivelse

Nedenfor er skitseret hvorledes en Kommune Planner kunne indpasses i det eksisterende. På nedenstående er de nye dele skitseret i rød.

Som det ses skal den Den kommunale Planner-løsning understøtte tilsvarende funktionalitet skal kunne understøtte helt den samme snitflade som den statslige Plannerløsning, så set fra DFDG er der ikke forskel på hvilken planner-løsning der anvendes. Ved at lade den kommunale løsning spejle funktionaliteten fra den statslige løsning vil det være muligt for kommunen at etablere Plannerløsningen uafhængigt af det kommunale sagsbehandlingssystem (KSS), men det vil også være muligt at indbygge Planner direkte i KSS.

...

Skiftespor i DFDG

I DFDG skal er der implementeres implementeret et ’skiftespor’, hvor der pr. kommune registreres et såkaldt ’endpoint’, en URL, der peger på den aktuelle anvendte Planner løsning. Når der kommer et kald ind fra Jobnet som skal viderestilles til Planner-løsningen, sørger ’skiftesporet’ for at kaldet dirigeres det rigtige sted hen.

En vigtig del af skiftesporet er logning og overvågning af at alle ender svarer som de skal og så at evt. fejl kan eskaleres.

Det vil også være muligt for DFDG at opbygge statistik for hvor mange tilbud om om- og selvbooking borgerne får. Der bør sættes nogle mål for dette så det sikres at borgerne rent faktisk har et valg.

...

Krav til Kommunal Planner

Den kommunale Planner skal til hver en tid understøtte den fælles vedtagne Planner snitflade, både hvad angår struktur, teknisk standard for f.eks. sikkerhed og oppetider (SLA). Der tænkes anvendt samme SOAP/XML baserede snitflade som i Planner sikret med funktionscertifikater og transportbaseret sikkerhed HTTPS.

Den fysiske snitflade der skal understøttes kan ses her:

• ExternalBookingService

I forhold til SLA så er der tale om en service som skal kunne køre 24/7, da borgerens om- og selvbookning forgår døgnet rundt. Der vil derfor typisk være et højere krav til oppetid i forhold til de kommunele sagsbehandlingssystemer. Der bør dog aftales mulighed for natlige servicevinduer og normal nedetid i forbindelse med releases.

Kommuner der vælger at implementere egen Planner løsning, skal forpligte sig til at videreudvikle den i samme takt som den statslige.

5     Diskussion

I det følgende berøres de væsentligste overvejelser i forhold til etablering af kommunale plannerløsninger.

5.1                             Fordele ved en kommunal Planner

Fordelene kan kort opsummeres:

1. Planlægning af egen tid
   1. Kommunen er selv ansvarlig for planlægning og allokering af fri og ledig tid.
   2. Det er kommunen der ved hvornår og hvordan det er bedst at bruge vejledernes tid.
   3. Kommunen har fleksibilitet til at indbygge præcis den funktionalitet i egne systemer som de ønsker for at understøtte selvbookning.
   4. Dobbeltbookning undgås
      1. Kommunen kan nemmere sikre at der ikke sker overlap med vejledernes andre aktiviteter (dobbelt bookning)
      2. 2-vejs synkronisering bliver simplere.
      3. Sammenhængende IT understøttelse.
         1. Hvis Planner funktionaliteten indbygges i KSS, så sikres sagsbehandlerne et sammenhængende værktøj.
         2. Mindre administration
            1. Organisation og vejledere er allerede oprettet/kendt i kommunen og skal ikke dobbelt vedligeholdes i Planner
            2. Lokationer, mødelokaler osv. skal ikke dobbeltvedligeholdes i Planner
            3. Mulighed for mindre kompleksitet
               1. Hvis de kommunale Planner bruges af alle kommuner kan 2-vejs kalender synkroniseringen udgå.

5.2                             Ulemper ved en kommunal Planner

Der er også en række ulemper:

1. Ekstra koordinering
   1. Ved videreudvikling af Planner funktionalitet skal kommuner og stat løbende sørge for at snitflade osv. udvikles i samme takt.
   2. DFDG skal kende de enkelte kommuners Plannerløsninger og ved release skal det testet at der fortsat er ”hul igennem” til disse løsninger også.
   3. Risiko for mere kompleksitet
      1. Hvis nogle kommuner anvender den statslige Planner løsning evt. sammen med 2 vejs kalender synkronisering og andre kommuner anvender egen Planner så vil det resultere i et mere komplekst setup.
      2. Der er flere systemer som skal kunne køre 24/7, hvis den kommunale Planner ikke kører så vil om- og selvbooking fejle for borgere i den pågældende kommune.
      3. Risiko for langsommere udviklingstakt
         1. Ved at Planner funktionaliteten skal understøttes af flere samtidige løsninger er der risiko for forsinkelser ved videreudvikling, også selv om kommunen har forpligtet sig til at holde egen løsning opdateret.

5.3                             Alternative scenarier

Her løse tanker om alternative muligheder for understøttelse af om- og selvbooking.

5.3.1      KL’s serviceplatform

En kommunal Planner kunne som alternativ udstilles via KL’s serviceplatform. Denne mulighed er endnu ikke vendt med KL.

5.3.2      Booking via ren kommunal løsning

Det kunne overvejes om kommunen skulle kunne tilbyde en booking løsning helt uden om Jobnet. Denne løsning kunne tilbyde bookning på tværs af de kommunale tilbud.

Det følger dog af LAB § 16 a, stk. 7, at dagpengemodtageres selvbooking af samtaler skal ske fra Jobnet:

"Stk. 7. Personer skal selv booke jobsamtaler efter stk. 1 og 2 på »Min side« på Jobnet bortset fra jobsamtaler, hvor arbejdsløshedskassen skal deltage, jf. § 16 b. Jobcenteret kan dog efter en konkret vurdering fratage en person retten til selvbooking, hvis jobcenteret vurderer, at personen booker jobsamtaler på anden måde end aftalt eller på en måde, som jobcenteret vurderer vil medføre, at kontaktforløbet ikke kan gennemføres efter hensigten"

5.3.3      Forær Planner til kommunerne / KL

Vi kunne forære den nuværende Plannerløsning til kommunerne og i stedet stille krav til snitfladen som Planner skal implementere.

Forudsætninger for tilslutning

Databehandleraftale

Der skal foreligge en skriftlig aftale mellem en kommune og en it-leverandør om en given ydelse, hvor adgang til DFDG er nødvendig for at der kan gives adgang. Det er som dataansvarlig kommunens eller a-kassens ansvar, at den sådan aftale foreligger.

...

Kommunen/Myndigheden skal bestille et produktionscertifikat til løsningen med kommunens CVR via kommunens LRA (det er som regel samme person, der udsteder medarbejdercertifikater som er ansvarlig for bestilling af denne type certifikat).

Yderligere information

Man læse mere om Kommuneklienten og tilslutning og implementering af denne på DFDG.DK.

Der skal gennemføres EI og E2E test

Webservice dokumentation om og kildekode til kommuneklienten

...

PCCBinaryfiles.zip

PCCSourcecode.zip

Webservice dokumentation vedr. kommuneklienten kan findes under Planner Services. 

Information om tilslutning kan findes under Startpakke - Tilslutning af Kommuneklient til Jobcenter Planner.

...