IllnessRecoveryInformationService (2023-2)

Formål med service

IllnessRecoveryInformationService benyttes af ydelsessystemet (KSD) til at syge- og raskmelde. 

Servicen er forbeholdt KSD til syge- og raskmelding af borgere eller sletning af et tidligere oprettet sygefravær. Servicen må ikke anvendes af andre serviceaftagere, da det kun er KSD, der kender NemRefusionsidentifier (UUID).

Alment forkortet som IRIS.

Sygedagpengesystemet kommunikerer ikke sygemeldingen til DFDG, hvis der (allerede) foreligger en raskmelding på bevillingstidspunktet. Det skyldes, at sygedagpengesystemet kun sender sager til DFDG, hvor der skal ske opfølgning i jobcentret.

Forretningsbeskrivelse

Flowbeskrivelse for sygedagpengesag i forhold til ydelsessystem (KSD) og DFDG

Oprettelse af sag fra KSD

Ydelsessystemet (KSD) kalder CreateIllness, når en ansøgning om sygedagpenge er godkendt, og der dermed er givet bevilling om sygedagpenge til borgeren - og der ikke foreligger en sidste fraværsdag, herunder at borger ikke er afgået ved døden.

Oprettelse af fravær i DFDG

DFDG opretter et sygefravær, som indeholder en NemRefusionsIdentifier (UUID).

Hvis der allerede findes et sygefravær påføres UUID til det eksisterende sygdomsfravær, hvis det eksisterende sygefravær

• ikke har et UUID
• startdato på fraværet fra KSD er lig startdato eller starter før startdato på det eksisterende sygdomsfravær.

DFDG opretter ny fravær på baggrund af kald fra KSD, hvis:

• startdato på fraværet fra KSD, ligger efter startdato på et eksisterende fravær uden UUID. eller
• borger er raskmeldt på et fravær med samme startdato som fraværet fra KSD

DFDG foretager automatisk kontaktgruppeskift til SDP-modtager (kontaktgruppe 24/25) og udsender relevante WSRM beskeder om fraværets oprettelse og kontaktgruppeskift. 

DFDG beslutter, om sagen oprettes i KG24 (sygedagpengemodtager fra beskæftigelse) eller KG25 (sygedagpengemodtager fra ledighed)

DFDG afgør ud fra følgende forretningsregler, om borger placeres i KG24 eller KG25 (ud fra hensyn til, hvad der skal ske ifm. efterfølgende raskmelding). De valideres ud fra følgende:

• Hvis borger er i løntilskud, opret KG25
• Hvis borger er i KG25, fortsæt i KG25
• Hvis SustenanceSystemCaseTypeIdentifier er forskellig fra ledighed, opret KG24
• Hvis borger ikke har en KG:
  • og et evt. eksisterende sygefravær ikke indeholder virksomhedsinformation, opret KG25
  • ellers opret KG24
• Hvis borger er tilmeldt, opret KG25
• Hvis borger har sygefravær, opret KG25
• Borger er ikke ledig og ikke tilmeldt, og nuværende KG =
  • Dagpengemodtager
  • Kontanthjaelpsmodtager
  • KontanthjaelpsmodtagerOmfattetAfIntegrationsprogrammet
  • Integrationsydelsesmodtager
  • IntegrationsydelsesmodtagerOmfattetAfSelvforsoergelsesHjemsendelsesEllerIntegrationsprogrammet
  • OvergangsydelsesmodtagerOmfattetAfIntroduktionsprogramEfterINL
  • og borger er Jobparat, så opret KG24
• Borger er ikke ledig og ikke tilmeldt, og nuværende KG =
  
  • ModtagerAfUddannelseshjaelp
  • IntegrationsydelsesmodtagerMedUddannelsespaalaeg
  • og borger er AabenlystUddannelsesparat, så opret KG24
• Ellers opret KG25

Fra release 2020-4, vil borgers personkategorisering fra tidligere kontaktgruppe ikke længere blive medtaget til KG 24 og 25, i stedet vil borger blive default personkategoriseret til ikke at have nogen personkategorisering (NULL).

Dette gøres, da man ønsker at personkategoriseringen i KG24 og KG25 er retvisende, samt at indplaceringsreglerne for lovlige fravær i KG24 og KG25 også er misvisende, da KG24 og KG25 kombination med personkategorisering skulle indeholde alle mulige personkategoriseringer.

Afslutning af sag fra DFDG (borger, a-kasse eller Jobcenter) - DFDG

Raskmelding

Ved raskmelding afsluttes fraværet, kontaktgruppen lukkes eller skiftes.

Overgang til jobafklaring

Ved overgang til Jobafklaring skiftes kontaktgruppen via jobcenter systemets oprettelse af ny kontaktgruppe (id 13 - Jobafklaring). 

I begge tilfælde sendes WSRM til ydelsessystem og KSS og ydelsessystemet lukker sagen.

Ved overgang til jobafklaring danner DFDG WSRM-beskeden GetIllnessUpdated. Som slutdato sættes i denne besked (efter ønske fra KSD) eventdate for skift til kontaktgruppe 13 (jobafklaring), dvs. første dag med jobafklaringsforløb og ressourceforløbsydelse under jobafklaring. KSD skal dermed selv fratrække 1 dag fra denne slutdato i WSRM'en for at finde sidste dag med sygedagpenge.

(Ændring ift. forretning oprindeligt aftalt med eDagpenge ifm. sygedagpengereformen).

Returnering til kontaktgruppe borger var i forud for sygedagpenge

Ved raskmelding hvor borger bliver placeret af DFDG i en ny kontaktgruppe, vil borgers personkategorisering på sygemelde tidspunktet igen blive aktiveret.

Hvis borger ikke havde en personkategorisering på sygemelde tidspunktet eller hvis personkategoriseringen er ulovlig for den kontaktgruppe borger er blevet raskmeldt til, vil borger blive default personkategoriseret til den KG borger bliver raskmeldt til.

Afslutning af sag fra Ydelsessystem - KSD

Ydelsessystemet afslutter sagen (fx pga. raskmelding eller varighedsbegrænsning/udløb af ret til sygedagpenge) ved at kalde CreateRecovery.

Fravær lukkes og kontaktgruppe lukkes/skiftes af DFDG, og der sendes WSRM til ydelsessystem og KSS.

Forkert oprettet sag i Ydelsessystem (KSD)

Ydelsessystemet afslutter det forkerte fravær ved at give afslag. Sagen kan ikke slettes eller annulleres i KSD.

Flow i DFDG følger det almindelige flow for raskmelding fra KSD.

Genåbning af sag fra Ydelsessystem (KSD)

Ydelsessystemet KSD kan genåbne en sygefraværssag, hvis den har været lukket ved en fejl eller skal genåbnes efter endt klagesag.

Ydelsessystemet (KSD) kalder CreateIllness, med angivelse af samme NemRefusionIdentifier og samme første fraværsdag, fra det oprindelige fravær, hvis startdato skal være uændret. Hvis startdato skal ændres kan KSD samtidig ændre startdatoen - også selvom den ligger mere end 4 uger tilbage i tid.

DFDG vil i denne situation slette den tidligere registrerede slutdato på sygefraværet - og i øvrigt følge samme flow som ved oprettelse af helt nyt fravær.

Borger flytter bopælskommune (KSD)

Ydelsessystemet KSD afslutter sagen for den tidligere bopælskommune med ophørsårsagen flytning (id 10) ved at kalde CreateRecovery. Fravær lukkes ikke i DFDG og kontaktgruppe lukkes/skiftes ikke af DFDG.

Ydelsessystemet (KSD) kalder CreateIllness for den nye bopælskommune, med angivelse af samme NemRefusionIdentifier og samme første fraværsdag. Flow i DFDG følger herefter det almindelige flow for sygemelding fra KSD, dvs. tilflytningskommunen får besked om fraværet fra DFDG.

Flere samtidige sygemeldinger

Hvis sygedagpengemodtagere fra beskæftigelse (KG24) raskmelder sig på den sidste sygemelding, vil DFDG automatisk lukke KG24. Ved raskmelding på en ikke sidste sygemelding gør DFDG ingenting mht. kontaktgruppen. Hvis en borger er sygedagpengemodtager fra beskæftigelse (KG24) og er kommet fra fleksjobansat (KG10), vil DFDG ved raskmelding flytte borgeren til enten fleksjobvisiteret (KG7) eller KG10, alt efter aktiv aktivitet (fleksjob).

Automatisk gentilmelding

Hvis sygedagpengemodtagere fra ledighed (KG25) raskmelder sig, skal borgeren automatisk gentilmeldes hvis personen var tilmeldt før sygemeldingen. DFDG vil automatisk sætte kontaktgruppe tilbage til den kontaktgruppe som borgeren stod med før sygemeldingen.

CV-søgbarhed

Såfremt ændringen af en borgers fravær giver anledning til ændring i CV-søgbarhed (se Regler for CV Requirement) lægges der en opdatering af denne (i Jobnet og DFDG) på en kø, som sidenhen processeres af batchjobbet DFDG-TASS-SynchronizeCVAvailability.

Kommune der kalder - og DFDGs fordeling af sager / sygefraværsoprettelsen til jobcentre

KSD

Når KSD kalder servicen anvendes den kaldende kommunes kommunenummer.

Hovedregel - sag fordeles til det jobcenter borger er tilknyttet i DFDG

Som hovedregel fordeler DFDG sagen / abonnementet på oprettet sygefravær til det jobcenter som borger er tilknyttet i DFDG. Dette gælder også, hvis borger er tilknyttet et andet jobcenter end jobcentret i borgers CPR kommune.

Undtagelse - borgere med CPR status 20 eller 80

Borgere, der i CPR er registreret som udrejst (CPR status 80), er i DFDG tilknyttet Jobcenter København. Det samme gælder borgere,, der i CPR er registreret "Registreret uden bopæl i dansk/grønlandsk folkeregister - samt administrative personnumre" (CPR status 20). 

Hvis følgende er gældende med kaldet fra KSD og borger i DFDG er registreret med cpr-status 20 eller 80:

• Borger kommer fra beskæftigelse.
• Borger er tilknyttet et andet jobcenter end jobcenter hørende til kommune-information i kaldet fra KSD.
• Der er tale om en oprettelse.

vil DFDG forud for registrering af UUID/oprettelse af et sygefravær, skifte borgers jobcenter til at være jobcenter (xxx01) fra informationerne (om kaldende kommune) i kaldet fra KSD - og det pågældende jobcenter vil modtage følgende WSRM-beskeder foranlediget KSDs oprettelse af fraværet (således at fraværet oprettes i rette jobcenter og ikke i Jobcenter København):

• GetPersonJobcenterVersion4 - om ændring af jobcentertilknytning til jobcenter xxx01, hvor xxx = kommunenr.
  
  
  
• GetContactGroupVersion5 - om oprettelse af kontaktgruppe 24
  
  
  
• GetIllnessCompositeMessageVersion8 - om oprettelse af sygefraværet inkl. oplysning om UUID

Metoder

Rettigheder til at kalde metoderne

Jobcentre, kommuner og anden aktør

A-kasser

CreateIllness

Denne metode benyttes af ydelsessystemet til at oprette sygemeldinger for sygedagpengemodtager fra ledighed og beskæftigelse (KG henholdsvis 25 og 24). DFDG foretager automatisk kontaktgruppeskift.

Forretningsregler:

• Der må højst være 1 samtidigt fravær uden CompanyIdentifier på en given borger (soap fault 4637).
• Hvis der er registreret fravær på borgeren, som ikke er tilladt for kontaktgruppen, sættes disse til inaktiv. Se yderligere regler herfor i /wiki/spaces/GI/pages/75501230.
• Hvis borgeren ikke har en aktiv kontaktgruppe ved oprettelse af fravær fra ledighed, oprettes kontaktgruppe Uden Ydelse (8) og skiftes til kontaktgruppe 25 (SDP modtager fra ledighed).
• Hvis der ikke findes en kontaktgruppe på borger og 1. sygedag ligger før dagsdato, oprettes en kontaktgruppe "uden ydelse" på borger med en historisk startdato = 1.sygedag, så der ikke er hul i kontaktgrupperne, før sygedagpengekontaktgruppen oprettes med d.d. som startdato.
• Hvis CompanyIdentifier ikke er angivet ved sygemelding af borger i beskæftigelse, returneres soap fault 5016.
• Hvis der er registreret et sygefravær på borgeren med samme NemRefusionIdentifier, men anden startdato end det angivne, ændres startdatoen på det eksisterende fravær til den angivne.
  • Ændring af startdato indebærer, at AbsenceComment sættes til "Startdato på sygdomsfravær ændret fra sygedagpengesystemet", og at startdato ændres til det, som er angivet i servicekaldet (ny funktionalitet / FB 93311 - og senere E 957.8).
• Hvis der kaldes med samme NemRefusionIdentifier som et eksisterende sygdomsfravær (for borgeren) og med den samme startdato som det tidligere registrerede sygefravær, genåbnes det eksisterende sygdomsfravær.
  • Genåbning indebærer, at AbsenceComment sættes til "Fravær genoptaget fra sygedagpengesystemet", slutdato fjernes og årsagstype sættes til 0 (eksisterende funktionalitet).
• Hvis der findes et fravær med samme NemRefusionIdentifier på en anden borger, returneres soap fault 8086.
• Hvis SustenanceSystemCaseTypeIdentifier ikke er valid, returneres soap fault 8087.
• Ved registrering af afslutningsårsag (AbsenceCause) 41-46 på 'Sygdom - sygemelding' (id 11) kastes en fejl 9361 (AbsenceCause is illegal for this AbsenceType). Disse afslutningsåsager anvendes forretningsmæssigt alene ved registrering af ophør af fravær i 75, der anvendes til registrering af den periode, hvor en dagpengemodtager har kontaktforløb i a-kassen (ifm. a-kasse forsøget)
• Fra release 2020-4, ved kontaktgruppeskift til KG24 og KG25 vil borger blive default personkategoriseret til ikke at have nogen personkategorisering (NULL).
• Fra release 2020-4, hvis der er registreret et aktivt eller fremtidigt sygefravær på borgeren, og den angivne startdato ligger før den registrerede, og borger var tilmeldt som fuldt ledig på den angivne startdato, ændres startdato og NemRefusionIdentifier på det eksisterende sygefravær til det angivne.
• Fra release 2020-4, ved kontaktgruppeskift til KG24 og borger er udrejst og tilknyttet et jobcenter i en anden kommune end den kaldende, flyttes borger til hovedjobcentret (xxx01) i den kaldende kommune (inden der oprettes sygefravær og en kontaktgruppe) således, at virksomhedens jobcenter får besked om
  • jobcenter-tilknytning (GetPersonJobcenterVersion4).
  • kontaktgruppe (GetContactGroupVersion5 ) og
  • sygefraværet (GetIllnessCompositeMessageVersion8)
• Fra release 2021-3 udsendes GetWarningVersion4 med WarningType 58 'Borger raskmeldt fra fravær, der overlapper nyt fravær fra KSD' til JC (KSS) når:
  • borger der sygemeldes har et sygefravær påbegyndt tidligere end d.d. og nu afsluttet sygefravær (ej fra KSD) 
  • som ikke har afslutningsårsag 'Sletning af fraværsforhold'
  • og som overlapper med det nye sygefravær fra KSD

CreateRecovery

Denne metode benyttes af ydelsessystemet til at indberette ophør af fravær (raskmelding).

Forretningsregler

• Ved raskmelding skifter/lukker DFDG automatisk kontaktgruppe bort fra Sygedagpengemodtager fra ledighed og beskæftigelse (KG 25 og 24).
• Det er kun muligt at raskmelde et fravær af gangen i DFDG. Ved raskmelding af borgere i KG 25 (sygedagpengemodtager fra ledighed) vil DFDG lukke alle fraværsforhold på borgere i kontaktgruppe 25, ved 1. raskmelding. Det betyder at hvis KSS raskmelder en borger med flere sygdomsfravær, skal den kontaktgruppe, der skal skiftes til, angives i det første IllnessRecovery kald.
• Når KG25 (sygedagpengemodtagere fra ledighed) raskmelder sig, gentilmeldes borgeren automatisk, hvis personen var tilmeldt før sygemeldingen. DFDG sætter automatisk kontaktgruppen tilbage til den kontaktgruppe personen i KG 25 stod med på 1. sygedag.
  • Ovenstående gælder også ved afslutningsårsag "Sygedagpengesystemets sletning af sygefraværsforhold" (Id 47)
• Kontaktgruppe 24. Når KG24 (sygedagpengemodtagere fra beskæftigelse) raskmelder sig på den sidste sygemelding skal DFDG automatisk lukke kontaktgruppe 24. Ved raskmelding på en ikke sidste sygemelding gør DFDG ingenting mht. kontaktgruppen
  
  • Anvendes afslutningsårsag "Sygedagpengesystemets sletning af sygefraværsforhold" (Id 47) vil DFDG hvis
    • Startdato fra fremtidig fortage en sletning via DeleteIllness
    • Startdato er historisk vil DFDG gemme fraværet efter sammen regler som en "raskmelding" med den an givne slutdatoHvis NemRefusionIdentifier ikke findes på et eksisterende fravær for den pågældende borger, vil DFDG returnere fejl 8088.
• Hvis IllnessEndDate ikke er specificeret vil DFDG returnere fejl 4615.
• Hvis IllnessEndDate forsøges ændret på et allerede afsluttet sygefravær, sendes WSRM (GetWarningVersion4) til KSS og fraværet opdateres med en tekst med den nye IllnessEndDate.
• Hvis borgeren allerede er raskmeldt fra den angivne NemRefusionIdentifier (UUID), vil DFDG 
  • ikke reagere, hvis sidste sygedag fra sygedagpengesystemet = sidste sygedag som DFDG kender i forvejen (mod tidligere kast af soapfault 8089)
  • ikke reagere, hvis sidste sygedag fra sygedagpengesystemet er forskellig fra sidste sygedag som DFDG kender i forvejen, hvis både sidste sygedag fra sygedagpengesystemet og det i DFDG allerede registrerede er historisk (mod tidligere kast af soapfault 8089)
    • Sygemeldingens slutdato ændres ikke
    • DFDG registrerer en rettelseskommentar (CorrectionComment): ”Fraværet er forsøgt afsluttet via IRIS med slutdato: ÅÅÅÅ-MM-DD” (IRIS er en forkortelse for DFDG-webservicen IllnessRecoveryInformationService, som KSD anvender ved kommunikationen med DFDG)
    • Webservicebesked (GetAbsenceVersion7) sendes til jobcentret, sådan at jobcentret kan tage stilling til, hvad der forretningsmæssigt skal ske.
  • kaste fejl 8089, hvis sidste sygedag fra sygedagpengesystemet er efter d.d. og forskellig fra sidste sygedag som DFDG kender i forvejen
• Hvis borger har et sygefravær, der lukkes ved raskmeldingen, vil DFDG som afledt handling lukke kontaktgruppen "sygedagpengemodtager fra beskæftigelse).
• Hvis sygefraværet allerede er lukket ved fx jobcentrets raskmelding af borger (hvor DFDG automatisk lukker kontaktgruppen) og jobcentret derefter åbner kontaktgruppen igen uden at genåbne sygefraværet, vil der ved en efterfølgende raskmelding fra KSD ikke ske en automatisk lukning af kontaktgruppen (da denne lukning af en afledt handling af lukning af sygefraværet).
• Hvis borgerens nuværende kontaktgruppe ikke er sygedagpengemodtager (6, 24 eller 25), vil DFDG blot raskmelde og ikke foretage afledede handlinger som fx kontaktgruppeskift
• DFDG ignorerer raskmeldinger fra sygedagpengesystemet med raskmeldingsårsag 40 (i stedet for som tidligere at kaste fejlkode 6052).
• Hvis der eksisterer inaktive fravær på borgeren, som er tilladt for kontaktgruppen, sætter DFDG disse fravær til aktiv. Se yderligere regler herfor i PersonRegistrationService og Fravær kan lukkes, slettes, inaktiveres eller genaktiveres ved skift til- og fra sygedagpengekontaktgrupperne.

• Fra release 2020-4, ved raskmelding hvor borger placeres i en kontaktgruppe, placeres borger i samme personkategori som på sygemeldingstidspunktet.

  • Hvis borger ikke havde en personkategorisering på sygemeldingstidspunktet eller hvis personkategoriseringen er ulovlig for den kontaktgruppe borger er raskmeldes til, vil borger blive default personkategoriseret.
• Fra release 2020-4, ved raskmelding hvor borger gentilmeldes, placeres borger i samme klientkategori og kontaktgruppe som på sygemeldingstidspunktet.
  • For kontaktgruppe 13 (Jobafklaring) sættes borger i den kontaktgruppe, som svarer til klientkategorien på sygemeldingstidspunktet.
• Hvis borger er afgået ved døden, når KSD sender raskmelding til DFDG (og borger i DFDG er registreret som død), sætter DFDG alene kommentar på fraværet - og gør intet yderligere. DFDG vil i forvejen på baggrund af opdateringer fra CPR have afsluttet fraværet med årsag id 4 (død) og sendt WSRM'er herom til KSS og KSD.

Ophørsårsagskoder (DFDGs kodeliste AbsenceCauseTypeIdentifier) (fra LB 536.6, afsnit 2.2.1 (2014-4)):

For lukning af fravær (sygefraværssag i KSD) anvendes følgende koder, disse Ophørsårsagskoder er defineret i kodelisten AbsenceCauseTypeIdentifier. Nedenstående skema angiver hvordan henholdsvis KSD og DFDG håndterer et modtaget fravær med den tilhørende ophørsårsagskode.

Der skal altid medsendes en Ophørsårsagskode.

*: Ad (id 35) rettet i 2021-2, så DFDG igen lukker fravær og KG, jf. FB 215481. Navngivning af id 35 ændret i 2022-, jf. FB 248306.

**: Ad (id 18) ændret i 2018-4, så DFDG ikke længere lukker fravær og KG, jf. FB 96533.

***: Ad (id 4) ændret i 2020-4, så DFDG ikke længere gentilmelder ved raskmelding, jf. FB 182425

****: Ad (id 37) ændret i 2021-1, så DFDG skifter KG til KG11, jf. FB 213895.

Andre forretningsregler vedrørende ophørsårsagskoder:

• Ved registrering af AbsenceCause 41-46 på 'Sydom - sygemelding' (id 11) kastes en fejl 9361 (AbsenceCause is illegal for this AbsenceType). Disse afslutningsåsager anvendes forretningsmæssigt alene ved registrering af ophør af fravær i 75, der anvendes til registrering af den periode, hvor en dagpengemodtager har kontaktforløb i a-kassen (ifm. a-kasse forsøget)

Ophørsårsager, der anvendes i KSD og deres mapning til DFDG-ophørsårager

Ophørsårsager, der anvendes i KSD og deres mapning til DFDG-ophørsårager ved kommunikation af raskmelding fra KSD til DFDG:

[ KSD undersøger om KSD årsag 61-64 Sendes til DFDG, herunder i form af de mappede værdier 17 og 2 ]

DeleteIllness

Denne metode benyttes af ydelsessystemet til at slette fejloprettede sygefravær på baggrund af NemRefusionIdentifier (UUID) eller situationer, hvor der gives afslag på sygedagpenge. 

Metoden anvendes ikke af KSD. Hvis der er oprettet et forkert fravær, afslutter KSD det forkerte fravær ved at give afslag. Sagen kan ikke slettes eller annulleres i KSD.

KSD foretager i denne situation raskmelding (CreateRecovery) i DFDG med år sag 47.

Ved CreateRecovery kald fra KSD med afslutningsårsag 47:

• Hvis startdato på sygefraværet er i fremtiden, omsættes kaldet internt i DFDG til DeleteIllness kald
• Hvis startdato er før d.d. foretages CreateRecovery med afslutningsårsag 47
  • Hvis borger er i KG24 og startdato er historisk, vil DFDG gemme fraværet efter sammen regler som en "raskmelding" med den an givne slutdato og kontaktgruppen lukkes.
  • Hvis borger er i KG25 raskmelder sig vil DFDG gemme fraværet efter sammen regler som en "raskmelding", dvs. gentilmeldes borgeren automatisk, hvis personen var tilmeldt før sygemeldingen. DFDG sætter også automatisk kontaktgruppen tilbage til den kontaktgruppe personen i KG 25 stod med på den 1. sygedag.  

Forretningsregler for DeleteIllness

• Hvis borgeren kommer fra beskæftigelse (kontakt gruppe 24) slettes fraværet. Hvis der ikke er et åbent fravær efter nuværende er slettet, lukkes kontaktgrupper 24. I tilfælde af fleksjob skiftes til kontaktgruppe 7 eller 10.
• Hvis borgeren kommer fra ledighed (kontakt gruppe 25) fjernes nemrefusionsidentifier fra fraværet og DFDG skifter kontaktgruppen til den oprindelige. I denne situation er det op til jobcenteret at tage stilling til, om sygemeldingen skal blive stående eller lukkes (borgeren kan være syg selvom han ikke har ret til sygedagpenge enten pga. afslag eller fejloprettelse fra sygedagpengesystemet). 
• Hvis borgeren inden sygemeldingen var kontanthjælpsmodtager, kontanthjælpsmodtager omfattet af integrationsprogrammet, uddannelseshjælpsmodtager, integrationsydelsesmodtager, integrationsydelsesmodtager omfattet af integrationsprogrammet eller integrationsydelsesmodtager med uddannelsespålæg, overgangsydelsesmodtager eller modtager af selvforsørgelses- og hjemrejseydelse sættes ny slutdato 3 måneder ude i fremtiden.
• Ved skift af kontaktgruppe i forbindelse med sletningen vil borger blive defaultkategoriseret.