Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Under udarbejdelse

Kommunerne kan anvende egen plannerløsning istedet for STARs Planner løsning. Kommunerne kan med egen plannerløsning foretage indkaldelse og tildeling af ledig/opdateret tid til brug for borgers om- og selvbooking på Jobnet.

STAR's Planner-løsning

Kernefunktionaliteten i den statslige Plannerløsning er at understøtte borgers om- og selvbookning af samtaler. Kommunens brugere anvender Planner, borger om- og selvbooker via Jobnet, som via DFDG ’taler’ med Planner.

Planner opbevarer en kalender for hver vejleder der kan afholde samtaler med borgere. Kalenderen indeholder markering af ledig og optaget tid. Derudover indeholder Planner samtaletilbud som tilbydes i forbindelse med selvbookning.

En kommunal indkalder kan via Planner indkalde en eller flere borgere til samtaler og fordele disse samtaler i en eller flere vejlederes kalender. Indkalder kan også oprette samtaletilbud, som efterfølgende kan selvbookes af borger. Information om optaget/ledig tid kan indtastes via Planner, men kan også ske ved synkronisering med kommunens kalendersystem, den såkaldte 2-vejs synkronisering.

Jobcentrets sagsbehandlingssystem kan også indkalde borgere til samtaler. Samtalerne gemmes i den pågældende vejleders kalender. Samtaler indkaldt via denne kanal kan dog ikke om-bookes af borger.

Den kommunale Planner-løsning

For at kunne etablere 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.

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 som:

  1. Hent mulige samtaletilbud – Planner returnerer samtaletyper som kan selvbookes
  2. Hent mulige vejledere – Planner returnerer vejledere som der kan selvbookes på
  3. Hent mulige mødetidspunkter – Planner returnerer mulige møde tidspunkter enten ved selvbooking eller ved ombooking ud fra den valgte samtaletype og vejleder.
  4. Registrer om- og selvbooking – Planner registrerer den ønskede booking. DFDG foretager samtidig registreringen i Booking databasen.
  5. Hent bookninger – Planner henter bookninger som er foretaget af det kommunale sagsbehandlingssystem, disse hentes via WSRM kø.
  6. Registrer bookning – Planner registrerer 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 kommunale Planner-løsning understøtte tilsvarende funktionalitet som den statslige Plannerløsning. 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.

4.1                             DFDG Planner skiftespor

I DFDG skal der implementeres et ’skiftespor’, hvor der pr. kommune registreres et ’endpoint’, der peger på den aktuelle Planner løsning. Når der kommer et kald ind fra Jobnet som skal viderestilles til Planner, 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 at evt. fejl 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.

4.2                             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.

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.

Kontaktinformation kan findes her.

Funktionscertifikat

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

LB625 - Synkronisering af private aftaler - Installationsvejledning Kommuneklient v1-6.pdf

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.

Se evt. også notat fra STAR: "Det it-baserede fælles datagrundlag er en åben platform"

  • No labels