Hovedoplysning

666 Optimering af PHS
IT-slutproduktbeskrivelse af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning Se følgende vejledninger:
Projektets dokumenter til beskrivelse af IT
Releaseprocessen og epic versioner

1. Indhold

2. Ændringslog
3. Målgruppe for dokumentet
4. Baggrund
5. Forretningsmål
6. Løsningens grænseflader
7. Løsningens omfang
8. Oversigt over epics

Ændringslog

Målgruppe for dokumentet

Baggrund

Indhold i PHS har tidligere været defineret, som alt historisk, det har bevirket, at den nuværende PersonHistoryService (PHS)

• er tung og har dårlige svartider,
• er dyr at udvikle på og vedligeholde.

Af disse to grunde har den en række mangler, fordi den ikke løbende er blevet opdateret, fordi andre udviklings- og vedligeholdelsesopgaver er blevet prioriteret højere.
Vi har en række brugere – supportere, jobkonsulenter – der har brug for PHS til at

• XX situation
• XX aktindsigt

For at kunne lukke AMP skal det sikres at a-kasser har adgang til relevante historiske oplysninger via PHS.

Forretningsmål

• At redefinere formål, omfang og indhold af PHS, mhp. at service kun skal indeholde absolut nødvendige data (MVP), herunder
  1. Definere et klart snit mellem indhold i PSS og PHS
• At a-kasser får relevante historiske data mhp. at de ikke anvender AMP.
• At kald via PHS bliver hurtigere [kan vi måle på det]
• At det bliver billigere og mere effektivt at vedligeholde og udvikle videre på PHS
  1. At opdele PHS i mindre collections ala PersonStatusService Variable PSSV

Løsningens grænseflader

LJU: Hvem er slutbrugerne af en forbedret PHS? Hvad vil de få af forretningsmæssig værdi

• Jobkonsulent i JC
• Supporter hos STAR, KSS
• Borger
• Jobkosulent i a-kasse
• Supporter hos a-kasse it-leverandør

A-kasser bruger PHS i medlemsoverføringsmaskine i dag. Det er samvirke, der har overflytningsmaskine. Men også ift. nedlukning
Berørte systemer

• Jobnet
• LSS/AMP
• KSS
• A-kasser

Løsningens omfang

Løsningen skal scopes, så vi nøje prioriterer, hvilke data den skal indeholde. Hvis vi vælger at dele den op i collections, hvilke (under-)domæner skal PHS dække
Spørgsmål til afklaring

• Ved nedlukning af AMP: hvad skal PHS indeholde så a-kasser og landssupport har det mest nødvendige ift. historik?
• Skal PHS og denne løsning kunne imødekomme behov for
  • registerudskrift/aktindsigt? [epic 737.1] eller skal dette løses som en særskilt løsning

Oversigt over epics

Vi laver kun ting, som er MVS. Det er netop mening, at PHS kun skal indeholde collections, der er et stort forretningsmæssigt behov for.