Gartner Rapport

This Report, including any supporting materials, is owned by Gartner, Inc.
and/or its affiliates and is for the sole use of

the intended Gartner audience or other authorized recipients. This Report may contain information that is confidential,
proprietary or otherwise legally protected, and it may not be further copied, distributed or publicly displayed without the
express written permission of Gartner, Inc. or its affiliates.
2013 Gartner, Inc. and/or its affiliates. All rights reserved.
En rapport for
Arbejdsskadestyrelsen
Review af ProAsk
30-4 2013
Engagement: 330014949

Report for Arbejdsskadestyrelsen
30-4 2013Page i

Gartner is a trademark of Gartner, Inc. or its affiliates.
For internal use of Arbejdsskadestyrelsen only.
Engagement: 330014949Version 1.01
Review af ProAsk
Indholdsfortegnelse

Contents
1.0 Baggrund .......................................................................................................... 6
1.1 Om rapportens struktur ...................................................................................... 7
2.0 Metode ............................................................................................................... 7
3.0 Gartners syn p case management ................................................................ 7
4.0 Den udviklede lsning ................................................................................... 10
4.1 Observationer og konklusioner ......................................................................... 10
4.2 Anbefalinger ..................................................................................................... 14
5.0 Det etablerede driftsmilj .............................................................................. 14
5.1 Observationer og konklusioner ......................................................................... 14
5.2 Anbefalinger vedrrende drift ........................................................................... 16
6.0 Mulige scenarier for den fremtidige sagsbehandlingsplatform ................. 16
6.1 Fortst investering .......................................................................................... 17
6.2 Arbejd videre p eksisterende platform og anvend indkbt software i
ny lsning ......................................................................................................... 18
6.3 Skift til et moderne BPM vrktj ...................................................................... 19
7.0 Forenklinger af arkitekturen .......................................................................... 19
8.0 Appendiks 1 .................................................................................................... 22

30-4 2013Page 2

Review af ProAsk

Sammenfatning

30-4 2013Page 3

Review af ProAsk
Sammenfatning
Arbejdsskadestyrelsen (ASK) har siden 2007 arbejdet p at udskifte det eksisterende
sagsbehandlingssystem med et nyt (PROASK) system. Investeringen i det nye system har
primrt vret drevet af et behov for at udskifte et system, som var baseret p uddende
teknologikomponenter.
Steria har siden januar 2009 arbejdet p at udvikle PROASK. I December 2012 bestod
Steria den endelige driftsprve, s arbejdet p systemet nu foregr p en
vedligeholdelseskontrakt.
Systemet er forsinket i forhold til den oprindelige tidsplan og de forelbige
brugertilbagemeldinger er blandede bde hvad angr stabilitet, performance og ogs i
nogen grad med den tilbudte funktionalitet.
ASK er dermed langt fra at have realiseret den oprindeligt formulerede mlstning for
PROASK:
Omfattende effektivisering af arbejdsskade-sagsbehandlingen via gennemgribende
automatiserede og digitaliserede sagsbehandlingsprocesser samtidig med at
brugertilfredsheden ges.
Fr ASK trffer en beslutning om at investere flere midler i PROASK, har ledelsen i ASK
bedt Gartner om at foretage en uvildig analyse af systemet.
Gartner har i sin analyse fokuseret p to hovedomrder: PROASK stabilitet og
driftsmodenhed samt den overordnede kvalitet i lsningen.
Det er Gartners overordnede konklusion, at man med PROASK str med et system, som har
en tilstrkkelig kvalitet til at det vil kunne betale sig at fortstte investeringerne.
Systemet er ikke endnu driftsmodnet og der udestr en fejlretningsproces, som man normalt
ville gennemfre inden driftsprven bests. Det er ogs forventeligt, at der skal foretages en
skalering af driftsmiljet for at kunne hndtere fuld drift.
For at tydeliggre de reelle valgmuligheder har Gartner opstillet tre scenarier for fremtiden
for PROASK:
1. Fortst investering: fortst driftsmodning og foretag nogle forenklinger af
arkitekturen, som kan nedbringe driftsomkostninger og forsimple fejlretning.

2. Optimr udnyttelsen af standardsoftware: stop udrulningen midlertidigt og foretag
en rkke mere omfattende forenklinger af arkitekturen fr udrulningen sttes i gang.

3. Skift lsningen ud med en Case Management suite: brug erfaringerne fra
implementeringen af PROASK til at implementere en lsning baseret p en case
management suite.
Gartner vurderer ikke, at en tilbagerulning til det krende system SJP er et validt scenarie,
da de teknologikomponenter, som den er bygget p er langt over sidste salgsdato. Det var
det som drev investeringen i PROASK for seks r siden og situationen er ikke forbedret i
dag.
Det er Gartners samlede vurdering, at scenarie 1 fremstr som det mest attraktive. Det giver
den hurtigste udrulning, mindste investeringsniveau og den bedste udnyttelse af den
foretagne investering. Scenariet giver dog en relativt hjere lbende driftsomkostning til et
mere komplekst driftsmilj og til kompleks fejlretning.
Alle tre scenarier indebrer fortsatte investeringer, da PROASK endnu ikke fremstr som et
produktionsmodent system, som kan rulles ud i fuld skala.
30-4 2013Page 4

Review af ProAsk
Hvis ASK vlger at flge Gartners anbefaling om at fortstte investeringerne i PROASK, er
der en rkke tiltag, som er ndvendige og en rkke som er anbefalelsesvrdige:
Ndvendige tiltag:
- Fortst arbejdet med fejlrettelser og driftsmodning
- Forbered en eventuel skalering af driftsmiljet
Anbefalede tiltag:
- Foretag en forenkling af arkitekturen, som ligeledes kan nedbringe
driftsomkostningen med mindst 10 % og sandsynligvis 15 20%
- Justr udrulningsplanen s P-sager implementeres fuldt ud fr E- og U-sager rulles
ud i stor skala. Det er vsentligt at PROASK demonstrerer skalrbarhed og
funktionalitet og et fornuftigt niveau af fejl med n sagstype, fr man ruller ud til de
nste.
- Investr i en lbende procesoptimerings- og vedligeholdelsesorganisation. Det er
vsentligt at ASK erkender, at man ikke har afsluttet processen med at optimere
arbejdsprocesser og IT-understttelse nr PROASK er fuldt udrullet.
- Investr i en forvaltningsorganisation og i arkitekturkompetence, som er i stand til
effektivt at styre leverandrer til lsningen. Det er vsentligt for den fremadrettede
kontrol af omkostninger og modernisering af lsningen, at der investeres i bde en
forvaltningsorganisation for PROASK og en styrkelse af arkitekturkompetencen.

Hvis ASK foretager de ndvendige omlgninger af arbejdsprocesser og hster gevinsterne
ved disse omlgninger, er det efter Gartners vurdering muligt at forrente investeringerne i
PROASK indenfor en fornuftig tidshorisont.
30-4 2013Page 5

Review af ProAsk

Rapport

30-4 2013Page 6

Review af ProAsk
Rapport

1.0 Baggrund
Arbejdsskadestyrelsen (ASK) har siden 2007 arbejdet p at udskifte det eksisterende
sagsbehandlingssystem med et nyt (PROASK) system. Investeringen i det nye system har
primrt vret drevet af et behov for at udskifte et system, som var baseret p uddende
teknologikomponenter.
ASK har i gennem en lang rrkke arbejdet med at udvikle og optimere den eksisterende
lsning (SJP) og har med egne ord en god lsning, som er tilpasset ASKs specifikke
arbejdsprocesser. Teknologisk har lsningen dog overlevet sig selv, og det vurderedes
tilbage i 2007 at den eneste mulighed var at foretage en fuldstndig udskiftning. ASK har p
baggrund udarbejdet krav til det nye system og gennemfrt en udbudsproces for at
identificere en leverandr.
ASK formulerede i forbindelse med det oprindelige projekt, flgende mlstninger for
projektet:
Omfattende effektivisering af arbejdsskade-sagsbehandlingen via gennemgribende
automatiserede og digitaliserede sagsbehandlingsprocesser samtidig med at
brugertilfredsheden ges.
Udbudsprocessen resulterede i at ASK valgte Steria som systemintegrator.
Steria har siden Januar 2009 arbejdet p at udvikle PROASK. Iflge den oprindelige tidsplan
skulle Steria best driftsprven for fase 1 i juni 2010 og for fase 2 i januar 2011. Efter flere
forsinkelser bestod Steria i December 2012 den samlede afsluttende driftsprve, s arbejdet
med at driftsmodne systemet nu foregr p en vedligeholdelseskontrakt.
ASK har forelbigt investeret ca. 150 mio. kr. heraf ca. 70 mio. kr p kontrakten med
leverandren og resten til bl.a. ndringer hos leverandren, andre eksterne konsulenter,
paralleldrift af SJP og PROASK. Det udgr iflge ASK og statens projektdefinitioner en
mindre overskridelse af det oprindelige budget.
De forelbige brugertilbagemeldinger er blandede bde hvad angr stabilitet, performance
og ogs i nogen grad med den tilbudte funktionalitet.
ASK har p den baggrund bedt Gartner gennemfre en analyse af PROASK med henblik p
at:
Identificere rsager til den oplevede ustabilitet og lange svartider
Opstille forslag til tiltag til udbedringer
Der nskes konkrete anbefalinger til, hvordan rsager til ustabilitet
fremadrettet kan afdkkes, s rsager hertil og udbedringer kan ske langt
hurtigere end set hidtil.
Lave en samlet vurdering af lsningens potentiale i forhold til opgaven
Vil det vre fornuftigt at investere yderligere i PROASK s den kan
understtte ASKs sagsprocesser?
Hvilke investeringer vil i givet fald vre fornuftige at foretage?
Hvad er i givet fald alternative muligheder?

30-4 2013Page 7

Review af ProAsk
Gartners analyse af PROASK er sledes ikke fokuseret p at forsge at forklare rsager og
placere ansvar for forsinkelser og utilfredshed. rsagerne er kun analyseret i det omfang de
kan bidrage til at belyse, hvad ASK br gre fremadrettet.
1.1 Om rapportens struktur
Rapporten er opdelt i fem hoveddele:
Gartners syn p case management (3): Gartner gennemgr kort vores analyse af
den type systemer, som ASK med PROASK forsger at implementere og nogle af de
centrale udfordringer. Formlet med denne gennemgang er at danne baggrund for
vores vurderinger og anbefalinger af PROASK.
Den udviklede lsning(4): Gartner prsenterer analysen af den udviklede lsning,
for at vurdere arkitekturen og lsningens sundhedstilstand. Denne analyse danner
den primre baggrund for vurderingen af, om det fortsat er fornuftigt at investere i
PROASK.
Det etablerede driftsmilj(5): Gartner gennemgr analysen af driftsmiljet, som kan
vre en forklarende faktor for problematikker omkring stabilitet og performance.
Scenarier for PROASK(6). Gartner opstiller tre scenarier for, hvad ASK kan gre
fremadrettet. Formlet med opstillingen er at give ASK et informeret
beslutningsgrundlag ved at opstille reelle alternativer.
Forenklinger af arkitekturen(7): Gartner anbefaler en rkke tiltag som, hvis ASK
vlger at fortstte investeringer vil kunne forenkle lsningen og nedbringe de
lbende drifts- og vedligeholdelsesomkostninger.
2.0 Metode
Gartner har gennemfrt analysen af PROASK lsningen over en periode p fem uger.
Analysen er foretaget p baggrund af studier af en lang rkke baggrundsdokumenter,
kontrakter og beskrivelser af systemet, herunder vejledninger til dets brug. Udover skriftlige
kilder har Gartner afholdt en rkke workshops og mder, hvor ASK og leverandren har
haft lejlighed til at prsentere bl.a. driftsmiljet, lsningens arkitektur og nuvrende planer
for PROASK.
Flgende primre workshops er afholdt:
6/3: Kick-off workshop med reprsentanter fra ASK
11/3: Gennemgang af baggrund for ASK og udviklingsproces
12/3: Gennemgang af driftsmilj med ASK og driftsleverandr
20/3: Gennemgang af PROASK arkitektur med ASK og driftleverandr
4/4: Prsentation og diskussion af forelbige analyseresultater med ASK
Derudover har Gartner baseret sig p omfattende interne ressourcer i form af viden om
lsninger som ligner PROASK og leverandrer af sdanne lsninger. Gartner flger med
800 analytikere lbende udviklinger indenfor IT og nrvrende analyse er baseret p
Gartners opsamlede viden samt vores erfaringer fra andre reviews af lignende systemer.
3.0 Gartners syn p case management
Gartner betegner sagsbehandling af den type som foregr i ASK som et eksempel p case
management. Case management ses som en specifik type af arbejdsproces, der er prget
af en hj grad af kompleksitet i arbejdsgangen, og som sjldent er komplet rutineprget.
De enkelte sager udviser sledes typisk i ikke uvsentlig grad unikke trk i den mde
individer, regler, indhold og informationer kombineres. Sknt sagsbehandling overordnet set
ofte flger relativt ensartede forlb, s betyder disse individuelle variationer, at behandlingen
30-4 2013Page 8

Review af ProAsk
af hver enkelt sag ofte vil have en egenartet karakter, der gr det vanskeligt at beskrive
hvordan en ny sag vil ende med at blive behandlet: Sagsbehandling involverer ofte skn,
ligesom indhentningen af informationer et stykke inde i sagsbehandlingen kan have
konsekvenser for vurderinger foretaget tidligere i forlbet, hvorfor det kan vre ndvendigt
at gentage tidligere procestrin osv. Selve forlbet i case management-prget arbejde er
sledes ofte prget af individuelle variationer, sledes at man, selv om man kan forudsige
hvilken retning et sagsforlb overordnet vil flge, ikke ndvendigvis p forhnd kan vide,
prcis hvilke trin det samlede sagsforlb vil omfatte, i hvilken rkkeflge de vil optrde
osv.
Figur 1 viser, hvordan case management placerer sig p et samlet spektrum af
arbejdsprocestyper, der strkker sig fra det helt strukturerede til det helt ustrukturerede.
-
Figur 1: Case Management relevante arbejdsprocesser.
Det ses af Figur 1, at case management er karakteristisk for arbejdsprocesser, hvor det
endelig ml ofte ikke kendes p forhnd, men vil vre et resultat af sammenstningen af
beslutningsgrundlaget og de skn, der foretages undervejs. I mange brancher er
sagsbehandling ofte genstand for interne reviewprocesser og supervision, da det endelige
udfald af en sagsproces afhnger kritisk af de skn der foretages som led i
arbejdsprocessen.
Case management-arbejdets bne proceskarakter har i lang tid betydet, at mange brancher
ikke har nsket at tilrettelgge arbejdet efter denne type processer, men at man i stedet har
tilstrbt at organisere sig efter mere transaktionsorienterede modeller for processtying,
prget af enkle regler med entydige og forudsigelige udfald. Case management har sledes
indtil for relativt f r siden vret karakteristisk for bl.a. offentlig administration,
sundhedsektoren og privat juridisk arbejde. Et generelt get fokus p interessen i at
effektivisere informationsbehandling har imidlertid gjort case management som model for
processtyring relevant p tvrs af brancheskel, og dette har bl.a. vret medvirkende til at
30-4 2013Page 9

Review af ProAsk
stimulere fremvksten af et marked for case management software, der har udviklet sig
gennem de sidste 5-7 r, dvs. stort set samtidig med ASKs udvikling af PROASK.
Figur 2 viser, hvordan markedet for softwarelsninger, der har funktionalitet til at understtte
case management er struktureret.

Figur 2: Oversigt over markedet for case management leverandrer.
Figuren viser, hvordan markedet er under etablering med spillere fra flere forskellige
omrder, hvilket ogs indebrer at de etablerede standardlsninger ofte har forskellige
styrker og svagheder, alt afhngig af, hvilket forretningsomrde de oprindeligt er udviklet til
at understtte.
Gartner har fulgt etableringen af markedet for standardlsninger, og har i den sammenhng
kunnet konstatere, at efterhnden som graden af softwareunderstttelse modnedes, s steg
forventningerne til hvor meget det ville vre muligt at automatisere case management-
arbejde ogs. Figur 3 viser, hvordan forventningerne til IT-understttelsen af case
management (benvnt BPM for Government i figuren) i offentlig administration har vret
gennem en periode med et opskruet niveau, hvor man bl.a. har antaget at systemerne ville
muliggre automatisering af sagsbehandlingsforlb i en grad som det sidenhen har vist sig
vanskeligt at opn i praksis. Figuren viser ligeledes, at mens forventningerne nu bevger
sig mod Skuffelsens Dyb, hvor tilliden til gevinsten ved systemerne vil vre p et lavpunkt,
s forventes markedet at modnes i lbet af de nste to fem r.
30-4 2013Page 10

Review af ProAsk
Figur 3: Gartners hype cycle for smart government

En af de ting, Gartners analyse af IT-understttelsen af case management bl.a. har vist, er,
at gevinsten ikke alene vindes gennem automatisering, men ogs gennem udvidede
muligheder for supervision og tidlig fejlfinding, sledes at det bliver muligt at undg
omkostningstunge gentagelser af procestrin, overskridelse af frister mv.
I forhold til ASKs investering i PROASK er det sledes vsentligt at vre opmrksom p,
at en rkke af de vanskeligheder, man er stdt p i udviklingen af lsningen ikke alene, og
heller ikke primrt, stammer fra problematiske beslutninger i udviklingsprojektet, men
derimod har vist sig at vre generelle problemer, forbundet med at overstte komplekse
sagsgange til en IT-understttet form.
Det er Gartners vurdering at ASKs arbejde med PROASK kan karakteriseres som p vej op
af slope of enlightenment. Gartner venter sledes ikke vsentlige nye skuffelser med
PROASK i forhold til at realisere mlstningerne.
4.0 Den udviklede lsning
Gartner har med baggrund i beskrivelser af PROASK og gennemgange af systemets
arkitektur og vores generelle viden om arkitektur og teknologikomponenter, foretaget en
vurdering af lsningen. Gartner har sledes ikke gennemfrt egentlig kodeinspektion eller
selvstndigt indhentet informationer om brugernes forelbige reaktioner.
I det flgende gengives de overordnede konklusioner og de primre observationer som
ligger til grund.
4.1 Observationer og konklusioner
Konklusion1: PROASK er en lsning med en tilstrkkelig sund softwarearkitektur
1
, som
implementerer en SOA-baseret tankegang.

1
Gartners definition: SOA er et arkitekturmnster til at bygge modulre og fleksible applikationer. Til
forskel fra de tidligere monolitiske arkitekturer, bestr SOA-baserede applikationer af services som
30-4 2013Page 11

Review af ProAsk
ASK og leverandren har bygget en lsning, hvis arkitektur p baggrund af beskrivelser og
gennemgange virker sund og minder meget om de case management lsninger, som i dag
tilbydes af flere leverandrer.
ASK har med lsningen nsket at implementere en service-orienteret arkitektur, som bl.a.
skal sikre fleksibilitet og modularitet, som skal gre det lettere at justere systemet til
ndringer i arbejdsprocesser og lovgivning og gre det relativt lettere at udskifte
teknologikomponenter. Det er i vidt omfang lykkedes.
Sagsoverbygninger til processerne (som hndteres i Process360) er udviklet i Sagsservice
oven p fagdatabasen. Det syntes at vre en fornuftig arkitektonisk beslutning, som er p
linie med andre lignende systemer (f.eks. IBM Case Manager arkitekturen).
Den strste bekymring hos Gartner i forbindelse med fleksibiliteten ligger i den
specialudviklede Windows-baserede klient, som indeholder en lang rkke elementer som er
knyttet til bestemte arbejdsgange. ASK m med denne klient til stadighed forvente
vedligeholdelsesomkostninger knyttet til ndringer. Det er dog en normal pris at betale for at
f en klient som er tilpasset til ASKs arbejdsbegreber og arbejdsgange.
Udover klienten kan man ogs knytte betnkeligheder til den centrale sagsservice, men
baseret p samtaler med leverandren, virker det til at der er foretaget nogle fornuftige
abstraktioner som vil gre systemet forholdsvis let at vedligeholde og justere.
De mindre bekymringer som er rejst angriber ikke, at de centrale komponenter i lsningen
ser sunde ud i forhold til opgaven.
Softwarearkitekturen er sund i forhold til opgaven og har mange mindelser om de
arkitekturer som Gartner har set i moderne sagsstyringsarkitekturer der udbydes i dag.
Konklusion 2: PROASK har en kompleks arkitektur med for mange komponenter. Den er
undigt kompleks i forhold til opgaven
PROASK lsningen er prget af, at den indeholder en meget vsentlig kompleksitet, som
bl.a. giver sig udtryk i et komplekst driftsmilj med 29 forskellige virtuelle servere som
udfrer forskellige funktionelle roller. Kompleksiteten er primrt drevet af de krav som ASK
oprindeligt har formuleret til lsningen, bl.a. p baggrund af arkitekturkrav fra
Beskftigelsesministeriets koncern-IT og FESD.
En SOA-baseret arkitektur vil i mange tilflde udvise en kompleks arkitektur, som bliver et
resultat af nsket om fleksibilitet, men PROASK lsningen m kendetegnes som undigt
kompleks. Den undige kompleksitet giver sig primrt udtryk i en rkke komponenter, som
har overlappende funktionalitet.
Adgangsstyring.
PROASK anvender en specialiseret komponent til rollebaseret adgangsstyring (Novell
Access Manager). Adgangsstyring i vrigt i ASK hndteres ved hjlp af Active Directory. I
den udviklede lsning, anvendes den rollebaserede adgangsstyring i Novell komponenten
ikke. Adgangsstyring er i stedet kodet ind i lsningen af leverandren. Det betyder at Novell
komponenten ikke anvendes og udgr et undigt komplicerende led i arkitekturen.
Hndtering af sagsakter.
Hndteringen af sagsakter sker med en kombination af Captia, som er en del af FESD og
som er en komponent der er udviklet til hndtering af sager og sagsakter generelt. Da Captia
blev valgt var det ikke bevist at den kunne hndtere de krvede datamngder og man
valgte derfor en lsning, hvor selve sagsakterne (bl.a. skannede dokumenter) bliver gemt i
InfoImage, som ogs benyttes som en del af det eksisterende system (SJP). P nuvrende

interagerer ved hjlp af grnseflader baseret p standarder. SOA applikationer er ogs lst koblede
som er til for at sikre fleksibilitet og let integration.
30-4 2013Page 12

Review af ProAsk
tidspunkt fremstr denne lsning undig kompleks. Anvendelsen af Captia er simpel og
involverer f metadata (idet de fleste fagspecifikke data hndteres i fagdatabasen). Der
findes desuden en lang rkke databaser herunder Captia som vil kunne lse InfoImage
opgaven. Lsningen med InfoImage og Captia giver desuden en noget uskn og kompleks
lsning af hndteringen af indskannede dokumenter.
Integrationsplatform / Enterprise service bus (ESB).
I SOA arkitekturer udgr en ESB typisk hjertet i lsningen. Det er den komponent som
orkestrerer de forskellige services. Det glder bde de som er udviklet internt og de allerede
udviklede services i andre systemer, som benyttes i lsningen (f.eks. opslag i eksterne
registre, etc.). PROASK anvender en Microsoft BizTalk server.
Dedikeret Exchange server
PROASK har en dedikeret Exchange server, som udelukkende foretager forwarding af e-
mails mellem PROASK og Statens ITs e-mail system. Det fremstr undigt og det m vre
muligt at fjerne denne komponent og samtidigt leve op til kravene om sikkerhed.
Konsekvensen af denne kompleksitet er flgende:
- De undigt mange komponenter i lsningen gr det kompliceret at overvge og
fejlsge.
- Komponenterne gr desuden vedligeholdelse og videreudvikling undigt komplekst
og omkostningstungt.
- De mange komponenter i lsningen giver et undigt komplekst driftsmilj, som
betyder hje omkostninger.
De mange komponenter fr ogs den utilsigtede konsekvens at integrationen med
omverdenen fremstr inkonsistent. De fleste eksterne integrationer er etableret med BizTalk,
mens opslag i CPR og CVR sker via Captia.
Fejlsgning og overvgning af SOA-baserede arkitekurer er af natur kompleks og der
udvikles ogs derfor lsninger til overvgning. Det er typisk elementer i de kommercielle
ESB produkter som findes p markedet. I PROASK findes der ikke en samlet lsning til
overvgning og fejlsgning, hvilket er en vsentlig del af problemet med at diagnosticere og
udbedre fejl og uhensigtsmssigheder.
For at illustrere problematikken har man i gennem flere mneder kmpet med en time-out
fejl som viste sig at vre opstet mellem Novell Access Manager (en funktionelt overfldig
komponent i lsningen) og sagsservice og skyldtes en uhensigtsmssig konfiguration. Hvis
Novell Access Manager ikke havde vret i lsningen var fejlen aldrig opstet og hvis man
havde haft de rigtige diagnosevrktjer ville det have vret relativt enkelt at opdage
rsagen.
Konklusion 3: En vsentlig del af arkitekturen er specialudviklet, hvilket betyder hje
omkostninger til videreudvikling og vedligehold.
PROASK er prget af en vsentlig grad af specialudvikling sammenlignet med, hvad der er
tilgngeligt p markedet i dag.
PROASK tager lsningskomponenter i brug, som p tidspunktet for kravprocessen i 2008,
var forholdsvis nye. Det drejer sig isr om procesmodulet og regelmotoren. En vsentlig
del af kernen i lsningen er dog stadigt specialudviklet. Det drejer sig specielt om flgende
kerneelementer:
- ESB (Enterprise Services Bus): Leverandren har udviklet en forholdsvis simpel
ESB. Lsningen ser ud til at virke fornuftigt, men en ESB vil man typisk kbe som en
frdig lsning, som giver gode muligheder for overvgning og test.
- Sagsservice: Sagsservice er en rkke services rettet mod hndteringen af sager,
hvor vsentlige elementer af forretningslogikken er implementeret. Vsentlige
30-4 2013Page 13

Review af ProAsk
elementer er implementeret i procesmodul og regelmotor, men vsentlige aspekter
er udviklet i sagsservice og den udgr et kritisk element, som vil blive berrt af
mange ndringer i lsningen.
- Klient: Leverandren har udviklet en forholdsvis kompleks klient baseret p
Windows. De fleste ville i dag vlge at implementere en browserbaseret klient fordi
vedligeholdelse bliver enklere og bindinger til en bestemt klientplatform mindskes.
Klienten implementerer desuden en lang rkke forretningsregler i form af bl.a.
valideringer, hvis opdatering krver ndringer i klientkoden.
- Fagdatabasen: Fagdatabasen er den centrale database, som indeholder langt de
fleste informationer vedrrende sager, som anvendes i forbindelse med sags- og
processtyring.
Graden af specialudvikling er vsentlig, men ikke unik for PROASK. Der findes i dag
standardlsninger som ville kunne lse opgaven med mindre specialudvikling og resultere i
en simplere arkitektur.
Den hje grad af specialudvikling betyder afledte omkostninger til udvikling af
administrationsvrktjer og analytiske vrktjer. De produkter som er tilgngelige i dag
indeholder typisk ganske avancerede administrative og analytiske vrktjer. Leverandren
er pt. i gang med at udvikle disse administrationsvrktjer til PROASK og det vil vre
vsentligt for ASK at flge dem tt for at se om de ender med at vre brugbare vrktjer
for ASK.
Hvad angr de analytiske vrktjer har ASK i dag et analytisk milj baseret p SAS, som er
baseret p udtrk fra fagdatabasen. Denne lsning giver mulighed for meget fleksibel
analyse og rapportering, men omkostninger er mange gange strre end hvis man kunne
basere sig p de analytiske vrktjer som kommer med standardvrktjer.
Konklusion 4: Tilbagemeldingen fra brugerne tyder p at der er behov for yderligere
optimering af arbejdsprocesser.
ASK rapporterer til Gartner, at brugerne har vret skeptiske overfor systemer, dels knyttet til
fejl og performanceproblemer, men ogs at den mde processerne er implementeret i
PROASK ikke altid er optimal og i nogen situationer udgr et tilbageskridt i forhold til SJP.
En sdan utilfredshed er forventelig og normal, men det er vsentligt at pointere at de fleste
organisationer, som indfrer systemer som PROASK m forvente en lbende optimering og
forbedring af systemet.
Sammenfattende konklusion vedrrende PROASK lsningen.
ASK str med en lsning med en undigt kompleks arkitektur i forhold til opgaven, som vil
betyde hje videreudviklings- og vedligeholdelsesomkostninger og mange fejlmuligheder.
Det er dog Gartners vurdering at arkitekturen er tilstrkkelig sund og med en investering i
driftsmodning og lbende videreudvikling vil den kunne understtte ASKs arbejde.
Det er vsentligt at fremhve, at ASK str foran en opgave, der indebrer lbende
optimeringer af PROASK, s den kan understtte arbejdsprocesserne. PROASK udgr et
fleksibelt vrktj, som slet ikke er udnyttet fuldt i dets nuvrende form. Det er vsentligt at
ASK lbende afstter budget til en forvaltnings- og optimeringsorganisation som kan sikre
den lbende forbedring internt.
De oprindelige mlstninger om en vsentlig effektivisering af sagsbehandlingen gennem
automatisering og samtidigt get brugertilfredshed er langt fra realiseret, og der forestr en
vsentlig opgave med at udvikle og tilpasse PROASK, s de ndvendige effektiviseringer
kan realiseres. Det kan sledes observeres, at man ikke p nuvrende tidspunkt har nogen
prcise planer for, hvordan gevinsterne skal realiseres. De oprindelige ider fra business
casen har iflge interne vurderinger i ASK vist sig kun delvist at holde stik.
30-4 2013Page 14

Review af ProAsk
Det er imidlertid Gartners vurdering at man med de ndvendige omlgninger af processer
og hstning af gevinster kan betale investeringen i PROASK tilbage indenfor en fornuftig
tidshorisont.
4.2 Anbefalinger
Gartner har i analysen dedikeret en rkke anbefalinger, som bliver prsenteret i form af de
opstilledes scenarier. Uanset hvilket af de scenarier som vlges, er der en rkke flles
anbefalinger, som prsenteres her.
Gartners observationer og konklusioner giver anledning til at ASK, uanset valget af scenarie
gr flgende:
I det omfang det fortsat giver mening, br man opstille nogle klare mlstninger og
succeskriterier. P dette sted i processen br mlstningerne vre s konkrete, at de f.eks.
opstiller konkrete ml for en optimering af en proces og opstiller et succeskriterie, som kan
mles kvantitativt. Det kunne f.eks. vre en procentuel effektivisering af processen mlt p
anvendt tid. Det skal sikre, at den fortsatte investering bliver foretaget p omrder som
understtter ASKs overordnede ml om effektivisering.
Systemets status gr ogs at Gartner anbefaler, at der allokeres ressourcer til fortsat
investering i styring og optimering af processer. ASK br investere i en organisation som
lbende skal optimere arbejdsprocesser og gennemfre de ndvendige optimeringer i
PROASK til at understtte dem. En sdan organisation vil kombinere kompetencer i
procesoptimering, specialister i de vrktjer, som PROASK stiller til rdighed (bl.a. Buildoc,
Corticon, Process360) og kompetencer ud i gennemfrslen af forandringer. En sdan
organisation br supplere den traditionelle forvaltningsorganisation.
5.0 Det etablerede driftsmilj

5.1 Observationer og konklusioner
Konklusion 5: Driftsmiljet og de understttende miljer for PROASK udgr samlet set fuldt
ud tilstrkkelige miljer til at understtte et system med de oppetidskrav som man normalt
forbinder med produktionssystemer til sagsbehandling.
Der er sledes tilstrkkelig redundans indbygget hvad angr data og tilgngelighed.
Driftsmiljet omkring PROASK er designet, s det understtter parallelle udviklingsopgaver,
testforlb og staging foruden selve driften. Det flger dermed den typiske model for design
af denne type driftsmiljer.
Konklusion 6: Driftsmiljet og de understttende miljer fremstr komplekse sammenlignet
med lignende lsninger.
Som det ses af Tabellen nedenfor, understttes lsningen af 113 servere, hvilket m
betegnes som komplekst.
Kompleksiteten i driftsmiljet er primrt drevet af den komplekse lsningsarkitektur, som er
beskrevet tidligere. I SOA-baserede systemer accepterer man typisk et mere komplekst
driftsmilj, fordi det er en konsekvens af den bevidst lave kopling.
Som beskrevet tidligere lsningsarkitekturen undigt kompleks og det betyder ogs at
driftsmiljet og de understttende miljer er undigt komplekse. Der er sledes et potentiale
for forenklinger.
Milj Antal virtuelle servere
Udvikling 32
30-4 2013Page 15

Review af ProAsk
Milj Antal virtuelle servere
Test + konvertering 22
Staging (pre-prod) 29
Produktion 30
I alt 113
Tabel 1: Antal servere til PROASK
Konklusion 7: PROASK mangler fleksibel release management som udnytter mulighederne i
lsningsarkitekturen.
Der er forelbigt ikke udarbejdet understttelse af fleksibel release management. Der findes
sledes kun t spor, som skal flges uanset arten af opdateringen.
Den lsningsarkitektur, som er valgt til PROASK er designet til at kunne understtte
forskellige i driftsttelsesprocedurer afhngigt af ndringens art. En rkke justeringer af
regler og brevskabelonen behver sledes ikke flge et fuld release forlb. Det er en af
fordelene ved den valgte lsningsarkitektur og br udnyttes til at nedbringe omkostninger til
lbende drift og vedligeholdelse.
Konklusion 8: Driftsmiljet er sandsynligvis ikke skaleret til fuld drift.
Leverandren estimerede i forbindelse med indgelse af udviklingskontrakten strrelsen p
det krvede udviklingsmilj. I forbindelse med udviklingen af systemet blev det - efter dialog
med Statens IT og en ny vurdering - besluttet at etablere et nedskaleret driftsmilj. I sin
nuvrende form er driftsmiljet sledes skaleret s det har en kapacitet p 50% af det drifts-
setup som leverandren oprindeligt specificerede. Det er ASKs nuvrende vurdering at
driftsmiljet er tilstrkkeligt.
Eftersom PROASK i dag fungerer i pilotdrift, hvor kun en meget lille del af ASKs samlede
sagsbehandling som hndteres p systemet. Det betyder at systemet fungerer med langt
under fuld belastning, og derfor er det ikke i under de nuvrende forhold muligt at afgre,
om miljet vil vre tilstrkkeligt til at hndtere belastningen ved en fuld indfasning af
systemet.
De performancevanskeligheder, der allerede er observeret i forbindelse med pilotdriften
indikerer, at der sandsynligvis vil opst flaskehalse, som vil krve at kapaciteten p
enkeltkomponenter i driftsmiljet udvides. Det er lykkedes ASK sammen med leverandren
at opn meget vsentlige forbedringer af performance ved at optimere de regler som er
formuleret i regelmotoren, men selv med denne optimering er det sandsynligt at man vil
stde p flaskehalse nr antallet af samtidige brugere og sagsmngden skal mangedobles i
fuld drift.
Samlet m det forventes at dimensioneringen af driftsmiljet skal justeres lbende,
efterhnden som antallet af brugere p systemet ges og flere af ASKs
sagsbehandlingsforlb inkluderes i systemet.

Konklusion 9: Selvom driftsprven er godkendt, kan PROASK ikke karakteriseres som
driftsmodent.
De mange komponenter i systemet betyder, at der lbende m forventes
stabilitetsproblemer. Stabiliteten har vret et hovedproblem i idriftssttelsen af systemet,
hvilket blandt andet har vist sig som problemer med lste sager, dvs. sager, der blev gjort
uredigerbare som flge af problemer opstet i PROASK.
Der har ligeledes vret alvorlige problemer som flge af time-out-fejl mellem login-lsningen
og ESBen.
30-4 2013Page 16

Review af ProAsk
Det er lykkedes at hndtere begge problemer, men arbejdet har vret omfattende og i
forbindelse med de lste sager var det ndvendigt at skabe en dedikeret task force til for at
f bugt med problemet. Det er imidlertid forventeligt at der vil vise sig nye problemer af
samme svrhedsgrad, for eksempel i forbindelse med at nye sagstyper indfases i systemet,
og det er klart at systemet endnu ikke kan betragtes som driftsmodent.

Konklusion 10: ASK og Steria arbejder systematisk sammen om at fejlsge og driftsmodne
systemet men mangler gode vrktjer.
ASK og leverandren har overfor Gartner beskrevet og dokumenteret det arbejde som
foregr med driftsmodning, og det m betegnes som systematisk og med gode resultater.
En vsentlig barriere i forbindelse med optimeringen af systemet samt diagnosticeringen og
afhjlpningen af fejl er, at der endnu ikke er udviklet specialiserede, diagnostiske vrktjer.
Sammen med systemets komplicerede arkitektur betyder det, at arbejdet med fejlfinding og
retning er meget komplekst. Hidtil har dette for en stor dels vedkommende baseret sig p
arbejdsintensiv, manuel analyse af logfiler, tests med videre.
5.2 Anbefalinger vedrrende drift
Gartner anbefaler, at der mens projektet fortsttes etableres en (blivende) drifts- og
forvaltningsorganisation til hndteringen af den forestende proces med tilpasning,
optimering og skalering af systemet.
Opgaven med at identificere og afhjlpe fejl, samt optimering og skalering af driftsmiljet vil
vre central bde i forbindelse med overgangen fra pilot- til fuld drift, og ogs efterflgende.
Etableringen af en driftsorganisation vil skabe det ndvendige grundlag for et fokuseret og
strategisk arbejde med at prioritere opgaverne.
ASK br med hjlp fra leverandren undersge markedet for lsninger til overvgning og
fejlsgning i SOA-baserede arkitekturer, for om muligt at investere i en lsning, som drastisk
br kunne nedbringe omkostningerne til diagnose af fejl.
Driftsorganisationens vsentligste opgave vil i frste omgang vre at f tilpasset
driftsmiljet s det kan skaleres til fuld drift. Det indebrer blandt andet at man udarbejder
skaleringsplaner for de enkelte komponenter i arkitekturen.
Et vsentligt led i klargringen af systemet til fuld drift vil vre forsimplingen af arkitekturen
for at nedbringe antallet af potentielle fejlkilder mest muligt, og for at gre opgaverne i
forbindelse med identifikation og udbedring af fejl s enkle som muligt.

6.0 Mulige scenarier for den fremtidige
sagsbehandlingsplatform
Gartner har opstillet en rkke scenarier for det videre arbejde med PROASK. Scenarierne
er opstillet med udgangspunkt i den forudstning, at det ikke er en reel lsning at fortstte
driften af den nuvrende lsning i en lngere periode.
Den eksisterende platform, SJP, baserer sig p en forldet teknologi, der ikke lngere
udvikles og markedsfres, hvorfor bl.a. kompetencer til vedligehold og lbende udvikling
bliver stadigt vanskeligere at finde. Desuden indebrer kernekomponenterne i den
eksisterende platform, at arbejdet i ASK bindes til andre, forldede teknologier som f.eks.
WordPerfect.
30-4 2013Page 17

Review af ProAsk
En forudstning for udviklingen af scenarierne er, at Gartner vurderer, at det med fornden
opmrksomhed omkring de lbende problemer med SJP vil vre muligt at holde denne
platform krende i 2 3 r endnu.

6.1 Fortst investering
Dette scenarie indebrer at udviklingen af PROASK fortstter med henblik p
frdiggrelse og fuld idriftsttelse af systemet.
Som led i frdigudviklingen br ASK sikre en lbende forenkling af lsningen, s de
nuvrende problemer med arkitekturen og driftsmiljet afhjlpes, og systemet udrulles til
fuld drift.
PROASK skal fortsat modnes og udrulles fuld ud til P-sager, samt til E- og U-sager. Der er
etableret en plan for udrulningen, men det er Gartners anbefaling at den genovervejes, s
man fokuserer p fuld udrulning af P-sager, fr det sker med E- og U-sager. Den nuvrende
plan tilsiger, at P-sager er fuldt udrullede inden sommerferien. Det er efter Gartners
vurdering urealistisk, da man stadig mangler at udbedre fejl og at man sandsynligvis vil
stde p behov for at skalere driftsmiljet.
Konsekvensen er efter Gartners vurdering, at man br forvente paralleldrift med SJP i
mellem 1 og 2 r endnu. Det er Gartners anbefaling at budgettere med to rs paralleldrift
endnu.
Det er vsentligt at de administrative interfaces til systemet frdiggres, da disse p
lngere sigt vil spille en afgrende rolle for, i hvilket omfang PROASK kan vedligeholdes af
ASK eller det skal ske ved leverandren. ASK br derfor flge dette tt og sikre sig at de
administrative interfaces har den rigtige kvalitet.
ASK br parallelt med fejlretning og udrulning planlgge og foretage en rkke forenklinger
af arkitekturen, som vil kunne nedbringe de lbende driftsomkostninger og gre lsningen
enklere og billigere at vedligeholde. Disse forenklinger er nrmere beskrevet i afsnittet
Forenklinger af arkitekturen.
Gartner vurderer at scenarie 1 vil vre billigere og enklere at implementere end de to andre
scenarier, og det er ogs Gartners vurdering at implementeringen vil g hurtigere.
Fortst investering i produktionsmodning
Juster evt. udrulningsplanen
Foretag en lbende forenkling af arkitekturen.
Fortst
investering
St udrulning p hold og foretag en ny udvikling baseret p
elementer i den eksisterende arkitektur
Udnyt standardlsninger i hjere grad indenfor de eksisterende
muligheder. (uden at g i nyt udbud)
Optimer
udnyttelsen af
standardsoftware
Start forfra med indkb af en ny lsning, som udnytter nogle af de
processer og regler som er implementeret nu.
Skift hele
lsningen ud
30-4 2013Page 18

Review af ProAsk

Blandt de vigtigste fordele ved scenarie 1 er:
Scenariet maksimerer udnyttelsen af de allerede investerede penge
Scenariet er den hurtigste vej til implementering af lsningen
Blandt ulemperne ved scenarie 1 er:
Blivende, hje omkostninger til lbende drift, vedligehold og videreudvikling
Scenarie 1 ansls at kunne implementeres indenfor 18-24 mneder, og vil koste mellem 20
og 30 mio. kr. at realisere. Dette estimat er baseret p interne vurderinger fra ASK samt
Gartners tal fra lignende projekter. Gartners estimat indeholder de foreslede forenklinger af
arkitekturen.
6.2 Arbejd videre p eksisterende platform og anvend indkbt
software i ny lsning
Scenarie 2 indebrer at de fleste centrale komponenter fra den udviklede lsning bevares,
men at man udnytter en rkke standardkomponenter som erstatning for dele af den
udviklede lsning. Scenariet baserer sig p en forudstning om at man som minimum
fastholder Proces360 og regelmotoren, men i vrigt udskifter en del af de resterende
komponenter med standardsoftware.
Scenariet indebrer at udrulningen af systemet standses i en periode, mens de indkbte
standardkomponenter integreres i systemet og systemet optimeres til at udnytte de fordele
dette giver. En af de vsentlige fordele ved scenariet er, at standardprodukterne vil vre
lettere og billigere at vedligeholde p lang sigt.
En usikkerhedsfaktor ved dette scenarie er, at det ikke er muligt at forudsige i hvilket omfang
det vil vre muligt og fornuftigt at udskifte systemkomponenter. Det styrende princip bag
udskiftningen af komponenter br vre at opn stabilitet i drift og enkelhed i arkitekturen,
men det er ikke p forhnd muligt at afgre prcist hvilke komponenter der kan bevares.
Blandt de centrale kandidater til udskiftning/forenkling kan man p nuvrende tidspunkt
pege p flgende:
Den analytiske platform de administrative vrktjer baseres p Case 360
Klientapplikationen kan muligvis baseres p OpenText Case360.
InfoImage og Captia migreres til dokumenthndteringslsningen i Case360
BuildDoc udfases og erstattes med regelmotoren.
Fordelene ved scenarie 2 er:
Scenariet muliggr en strre forenkling af arkitekturen end Scenarie 1,
Scenariet muliggr udnyttelse af standardsoftware, der p lngere sigt vil vre
billigere at vedligeholde
Ulemperne er:
En del af de allerede investerede midler vil vre sunk costs
Scenariet indebrer at der gr lngere tid fr systemet kan indfases
Udgifterne til at realisere scenarie 2 afhnger af, hvilke standardkomponenter der vlges,
men der vil under alle omstndigheder skulle skrives ny kode til en del af de centrale
komponenter der bevares, da en stor del af Sterias kode retter sig mod integrationen mellem
systemets forskellige komponenter.
Scenarie 2 vil kunne realiseres indenfor 24-36 mneder, og et overslag p prisen er 30 40
mio. kr.
30-4 2013Page 19

Review af ProAsk
6.3 Skift til et moderne BPM vrktj
Der findes i dag lsninger, som tilbyder komplette pakker til sagsstyring, som indeholder
processtyringsvrktjer, regelstyringskomponenter, brugerklienter, analytiske vrktjer etc.
som vil kunne implementeres og sandsynligvis levere en god lsning med en vsentlig
lavere grad af specialudvikling. Der er sket en stor udvikling p markedet for systemer, der
understtter sagsstyring indenfor de sidste 5 6 r, hvilket ASK naturligvis ikke havde
mulighed for at tage hjde for i den oprindelige kravspecifikation. Ikke desto mindre
reprsenterer de eksisterende lsninger p markedet et reelt alternativ i vurderingen af
mulighederne for PROASK.
Scenarie 3 er et klassisk rip n replace scenarie, og indebrer at PROASK kasseres, og at
der i stedet indkbes og implementeres et eksisterende standardsystem. Som frste skridt i
scenariet laves der proof-of-concept p et eller flere eksisterende standardsystemer, f.eks.
IBM case manager, Case360 eller andre suiter, som indeholder klienter, datamodeller og
procesvrktjer mv. Herefter laves der et nyt udbud.
Den vigtigste ulempe ved scenariet er, at store dele af investeringen i PROASK m
betragtes som sunk costs, bortset fra at en del af de udviklede processer og workflows vil
kunne genbruges, ligesom den oparbejdede ekspertise og indsigt i ASKs arbejdsprocesser
vil bevare en del af sin vrdi. Den prcise vrdi af processer og workflows kan dog ikke
fastsls p forhnd, da et nyt system vil have andre krav til modelleringen af dem, og de
sledes i et eller andet omfang skal transformeres fr de er klar til implementering.
Den vigtigste fordel ved scenarie 3 er at det p meget lang sigt vil vre en billigere lsning,
da vedligeholdelse, monitorering og udvikling af et standardsystem er billigere og enklere.
Dette skal dog ses i forhold til det store tab af allerede investerede midler i PROASK, samt
det tab af momentum i udviklings- og implementeringsprocessen, der er en naturlig flge af
et komplet teknologiskift.
De vsentligste fordele ved scenarie 3 er:
Muligheden for at udnytte standardsystemer, hvilket indebrer lavere omkostninger
til vedligehold og udvikling p lang sigt
Mulighed for at udnytte eksisterende erfaringer i et nyt setup
Mulighed for at forsimple arkitekturen.
De vsentligste ulemper ved scenarie tre er:
Store investeringer til indkb af software
Tab af investerede midler
Lang horisont for ibrugtagning
Scenarie 3 ansls at kunne realiseres p 36+ mneder, og vil koste 60 - 100 mio kr.
7.0 Forenklinger af arkitekturen
De to scenarier, som indebrer bibeholdelse af PROASK eller dele af PROASK giver
mulighed for at foretage en rkke forenklinger af arkitekturen, som vil kunne nedbringe
driftsomkostningerne og forenkle fejlrettelser og vedligehold.
I scenarie 1 anbefales flgende forenklinger:
Gartner har analyseret arkitekturen baseret p input fra leverandren og ASK og anbefaler
flgende forenklinger som umiddelbart kan sttes i vrk:
1. Fjern Novell Access Manager. ASK br umiddelbart bede leverandren udarbejde en
plan for, hvordan Novell Access Manager kan fjernes fra arkitekturen.
2. Fjern Microsoft Exchange. ASK br udarbejde en plan for fjernelsen af Microsoft
Exchange serveren i samarbejde med leverandren og Statens IT.
30-4 2013Page 20

Review af ProAsk
3. Anvend kun staging-miljet til staging og lad kun miljet kre, nr der er behov for
staging. Det vil kunne nedbringe omkostninger til kapacitet og driftsovervgning.
Begge disse forenklinger br vre enkle at gennemfre, da begge komponenter er
undvendige og ikke skal erstattes af en ny lsning. Anvendelsen af staging-miljet er en
procesmssig ndring, som udelukkende krver planlgning.
Nr disse forenklinger er realiseret er der grundlag for at justere driftskontrakten og
vedligeholdelseskontrakten.
Alene fjernelsen af Exchange og Novell Access Manager vil kunne reducere antallet af
servere med ca. 14 eller omkring 10%. Denne forenkling br kunne realiseres som en
tilsvarende besparelse p driftsbudgettet.
Der er en forenkling af arkitekturen, hvor business casen er benlys, men hvor lsningen
br undersges fr forenklingen sttes i vrk:
1. Erstatning af Captia og InfoImage med n DBMS lsning. Der eksisterer en rkke
lsningsmuligheder, som br undersges. Lsningsvalget br fokusere p
totalomkostninger, da kravene til lsningen p ingen mde er unikke.
Endeligt er der en rkke forenklinger som br undersges nrmere for at undersge
lsningsmuligheder og for at se om der er en business case.
1. Erstatning af BizTalk og leverandrens hjemmelavede ESB. Det br undersges om
det kan betale sig at erstatte de to komponenter med et standardprodukt, som dels
kan forenkle arkitekturen og nedbringe vedligeholdelsesomkostninger hos
leverandren.
2. Fjernelse af LaserNet. I forbindelse med overvejelsen omkring BizTalk br det ogs
undersges om funktionaliteten i LaserNet kan tilvejebringes billigere i et
standardprodukt.
3. Opstning af breve er baseret p en kombination af Corticon og Buildoc. Buildoc er
et system som er udviklet til en begrnset kundebase. Det br p sigt undersges
om Buildoc kan erstattes med et andet produkt evt. baseret udelukkende p
Corticon.
4. Erstatning af dokumentviewer: Klienten i PROASK indeholder en specialudviklet
dokumentviewer, som sandsynligvis kan erstattes med et produkt med en bredere
kundegruppe og en lavere omkostning. Dette br p sigt undersges nrmere.
5. Simplificering af AD-miljer: Hvert milj har i dag et dedikeret AD (Active Directory).
Det syntes undigt kompliceret og det br undersges om det kan betale sig at
gennemfre en forenkling.
Det br generelt vre en lbende aktivitet hos ASK ( - ikke drevet af leverandren) at
undersge mulige optimeringer og forenklinger af arkitekturen i takt med at
teknologilandskabet forandrer sig.

Scenarie 2:
Hvis ASK beslutter at stoppe udrulningen midlertidigt br man gennemfre de anbefalede
tiltag p forenkling af arkitekturen, som er beskrevet for scenarie 1. Et midlertidigt stop af
udrulningen vil yderligere give mulighed for en rkke andre tiltag:
1. Anvend Case360 (efterflger til Process360) i strre grad end det er tilfldet i dag.
a. Undersg hvor vidt standardklienten kan anvendes i stedet for Sterias
specialudviklede klient
b. Undersg om Case360 datastore med fordel kan benyttes.
c. Undersg om Corticon regler og Buildoc med fordel kan migreres til Case360
lsningens regelmotor.
30-4 2013Page 21

Review af ProAsk

Appendiks

30-4 2013Page 22

Review af ProAsk
8.0 Appendiks 1

Visualiseringen af PROASK arkitekturen, som er gengivet efter leverandren.

Figur 4: Oversigt over PROASK arkitekturens eksterne grnseflader.

30-4 2013Page 23

Review af ProAsk

Figur 5: Oversigt over PROASKs interne arkitektur

Any questions regarding this Report
should be addressed to:
Kristian Billeskov
Director
Gartner Danmark ApS
ster All 56, 7.
DK 2100 Kbenhavn
Telephone: +45 2830 7376
Facsimile: GCfax
Email: kristian.billeskov@gartner.com

This Report was prepared for
Arbejdsskadestyrelsen:
Carl Georg Rser
CCtitle
Arbejdsskadestyrelsen
Sankt Kjelds Plads 11
DK 2100 Kbenhavn
Telephone: 72 20 60 00
Facsimile: CCfax
Email: cgr@ask.dk

Gartner Rapport

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Gartner Rapport

Uploaded by

Copyright:

Available Formats

This Report, including any supporting materials, is owned by Gartner, Inc.

and/or its affiliates and is for the sole use of

You might also like