TheLawyer.sh
Tilbage

Bekendtgørelse om dataindberetninger på socialområdet

DanmarkBekendtgørelse2018

Social- og Boligministeriet

BEK nr 1678 af 17/12/2018 I medfør af § 84, stk. 1, i lov om retssikkerhed og administration på det sociale område, jf. lovbekendtgørelse nr. 1064 af 21. august 2018, fastsættes:

Anvendelsesområde

§ 1

(Stk. 5)

§ 1. Bekendtgørelsen finder anvendelse i forbindelse med kommunalbestyrelsens indberetning af oplysninger til Børne- og Socialministeriet om følgende:

  1. Afgørelser og andre sagshændelser i sager om anbringelser af børn og unge uden for hjemmet efter § 52, stk. 1, jf. stk. 3, nr. 7, § 58, stk. 1-3, § 75, stk. 1, i lov om social service, § 74 a i straffeloven, § 78, stk. 2, i lov om fuldbyrdelse af straf m.v., § 765 i retsplejeloven og §§ 36 og 37 i udlændingeloven.
  2. Afgørelser og andre sagshændelser i sager om opretholdelse af døgnophold i efterværn for unge mellem 18 og 22 år efter § 76, stk. 3, nr. 1, i lov om social service.
  3. Personrettede forebyggende foranstaltninger efter § 52, stk. 3, nr. 3, 5, 6, 8 og 9, § 54 a, § 55, stk. 2, §§ 57 b og 57 c og § 76, stk. 2, stk. 3, nr. 2-4, stk. 5, 6, og 8, i lov om social service samt familierettede forebyggende foranstaltninger efter § 11, stk. 3, nr. 1-4, § 11, stk. 4, nr. 1 og 2, § 52, stk. 3, nr. 2-4, § 52, stk. 3, nr. 6, § 52, stk. 3, nr. 9, § 52 a, stk.1, nr. 1-3, § 54 og § 57 a i lov om social service.
  4. Underretninger fra andre kommuner, fagpersoner og borgere, som udtrykker bekymring for et barn eller ung efter §§ 152-154 i lov om social service.
  5. Borgere i behandling for stofmisbrug efter § 101 i lov om social service.
  6. Borgere på boformer efter § 110 i lov om social service.
  7. Borgere over 18 år, der er visiteret efter §§ 85, 95-98, 102-104, 107 og 108 i lov om social service.
  8. Afgørelser i sager om støtte til køb af bil m.v. efter § 114 i lov om social service. Stk. 2. Medmindre andet fremgår ved de pågældende indberetningskrav i kapitel 2-9, påhviler indberetningspligten handlekommunen. Ved handlekommune forstås i denne bekendtgørelse den kommune, der har pligt til at yde den hjælp, indberetningen vedrører. Stk. 3. Den af Børne- og Socialministeriet udpegede databehandler er ansvarlig for at overholde Europa-Parlamentets og Rådets forordning nr. 679 af 27. april 2016 om beskyttelse af fysiske personer i forbindelse med behandling af personoplysninger og om fri udveksling af sådanne oplysninger (databeskyttelsesforordningen) og databeskyttelsesloven. Stk. 4. Kommunalbestyrelsen i handlekommunen er ansvarlig for at sikre, at de indberettede oplysninger efter § 1 er retvisende, samt at oplysningerne indberettes rettidigt efter de angivne frister i kapitel 2-9. Stk. 5. De nærmere regler om pligt til indberetning af disse oplysninger fremgår af kapitel 2-9.
lejepersondata
§ 2

(Stk. 3)

§ 2. Børne- og Socialministeriet er dataansvarlig for de indberettede oplysninger. Stk. 2. De indberettede oplysninger kan alene behandles med henblik på at udføre statistiske eller videnskabelige undersøgelser af væsentlig samfundsmæssig betydning. Behandlingen af oplysningerne skal være nødvendig for udførelsen af undersøgelserne. Stk. 3. Den af Børne- og Socialministeriet udpegede databehandler er ansvarlig for at overholde Europa-Parlamentets og Rådets forordning nr. 679 af 27. april 2016 om beskyttelse af fysiske personer i forbindelse med behandling af personoplysninger og om fri udveksling af sådanne oplysninger (databeskyttelsesforordningen) og databeskyttelsesloven.

Sikring af datakvalitet

persondata
§ 3

(Stk. 5)

§ 3. Børne- og Socialministeriet kan kræve, at kommunalbestyrelsen ved henvendelse herom skal bidrage til at validere og kvalitetssikre de indberettede oplysninger, ved at kommunalbestyrelsen endeligt godkender oplysningerne, så det sikres, at oplysningerne er retvisende. kommunalbestyrelsen har pligt til at reagere på en eventuel henvendelse fra Børne- og Socialministeriet eller den af Børne- og Socialministeriet udpegede databehandler inden for fire uger. Stk. 2. Den af Børne- og Socialministeriet udpegede databehandler skal sikre, at kommunalbestyrelserne har en smidig adgang til kvalitetssikring af indberettede data. Stk. 3. Børne- og Socialministeriet kan kræve, at fejlbehæftede indberetninger korrigeres, så de indberettede oplysninger er retvisende. Stk. 4. Hvis der konstateres fejl i kommunens registrerings- eller indberetningspraksis, kan Børne- og Socialministeriet kræve dette udbedret. Stk. 5. Børne- og Socialministeriet kan offentliggøre, om kommunerne lever op til de regler, der er fastsat om indberetning af oplysninger i denne bekendtgørelse.

Ændring af kommunens administrative systemer

§ 4

§ 4. Kommunalbestyrelsen skal orientere den af Børne- og Socialministeriet udpegede databehandler, som indsamler oplysningerne på vegne af Børne- og Socialministeriet, forud for systemmæssige ændringer i eller udskiftning af kommunens administrative systemer, der kan påvirke datakvaliteten eller muligheden for at indberette oplysninger rettidigt.

Varsling ved ændringer af indberetningskrav

§ 5

§ 5. Ved ændringer af krav til kommunalbestyrelsernes leverancer, herunder krav til leveranceform eller -format, skal Børne- og Socialministeriet eller den af Børne- og Socialministeriet udpegede databehandler, som indsamler oplysningerne på vegne af Børne- og Socialministeriet, orientere kommunalbestyrelserne senest seks måneder inden ændringen idriftsættes.

Krav til leveranceform og leveranceformat

§ 6

(Stk. 3)

§ 6. Til alle dataleverancer skal tilføjes metadata om dataleverancen. Metadata skal indeholde opdaterede oplysninger om tidspunkt for dataoverførsel, om afsendersystem, om ansvarlig person for afsendelsen, afsenderkommune og om perioden, som leverancen dækker over m.v. De nærmere metadata er angivet i bilag 1-7. Stk. 2. Dataoverførsel skal ske via krypterede forbindelser til den af Børne- og Socialministeriet udpegede databehandler. Stk. 3. De nærmere specifikationer for leveranceform og leveranceformat er angivet i bilag 1-7.

Udarbejdelse af handlingsplan

§ 7

(Stk. 4)

§ 7. Hvis en kommunalbestyrelse ikke overholder de regler, der er fastsat om indberetning af data, kan børne- og socialministeren efter forudgående dialog og samarbejde med kommunalbestyrelsen, jf. § 82, stk. 2, i lov om retssikkerhed og administration på det sociale område, forlange, at kommunalbestyrelsen iværksætter en handlingsplan for at sikre rettidige og retvisende dataindberetninger. Stk. 2. Handlingsplanen skal indeholde en konkret og målrettet beskrivelse af, hvilke initiativer kommunalbestyrelsen vil iværksætte for fremadrettet at sikre, at de indberettede oplysninger er retvisende, og at indberetningen sker rettidigt. Stk. 3. Børne- og socialministeren kan bestemme, at handlingsplanen skal udarbejdes og iværksættes inden for tre måneder. Stk. 4. De nærmere krav til handlingsplanens udarbejdelse vil afhænge af baggrunden for, at kravene til dataindberetningerne ikke er efterlevet.

Kommunalbestyrelsens indberetning af oplysninger om afgørelser og andre sagshændelser i sager om anbringelser af børn og unge uden for hjemmet og i sager om opretholdelse af døgnophold i efterværn for unge mellem 18 og 22 år

§ 8

(Stk. 4)

§ 8. En handlekommune skal indberette oplysninger om afgørelser og andre sagshændelser i sager om anbringelse af børn og unge i alderen 0-17 år uden for hjemmet efter § 52, stk. 1, jf. stk. 3, nr. 7, § 58, stk. 1-3, og § 75, stk. 1, i lov om social service, § 74 a i straffeloven, § 78, stk. 2, i lov om fuldbyrdelse af straf m.v., § 765 i retsplejeloven og §§ 36 og 37 i udlændingeloven. Stk. 2. Følgende oplysninger skal indberettes ved hver afgørelse om anbringelse uden for hjemmet og ved andre sagshændelser i anbringelsesforløbet:

  1. Indberettende kommune (handlekommune).
  2. Barnets eller den unges CPR-nummer (evt. fødselsdato og udlændingenummer).
  3. Alder og køn for børn og unge uden CPR-nummer.
  4. Afgørelse eller sagshændelse: a) Anbringelse. b) Ny handlekommune. c) Ændret anbringelsessted. d) Ændret anbringelsesgrundlag. e) Hjemgivelse/ophør. Stk. 3. Følgende oplysninger skal indberettes ved afgørelse om anbringelse uden for hjemmet:
  5. Dato for afgørelse om anbringelse.
  6. Anbringelsesgrundlag: a) Forvaltningsafgørelse med samtykke, jf. § 52 stk. 1, jf. stk. 3, nr. 7 i lov om social service. b) Afgørelse truffet af børn og unge-udvalget uden samtykkekrav, jf. § 74 stk. 1, nr. 10, jf. § 58, i lov om social service. c) Foreløbig afgørelse, formanden for børn og unge-udvalget, jf. § 75 stk. 1, jf. § 58, i lov om social service. d) Dom, ungdomssanktion, jf. straffelovens § 74 a. e) Dom, afsoning, jf. § 78, stk. 2, i lov om fuldbyrdelse af straf m.v. f) Surrogat for varetægtsfængsling, jf. retsplejelovens § 765. g) Udlændinge under 15 år, jf. udlændingelovens §§ 36 og 37. h) Ankestyrelsens egendriftsbeføjelse, jf. § 65 i lov om social service.
  7. Udslagsgivende forhold hos barnet, den unge eller forældrene til afgørelsen om anbringelse. Angives ved én eller flere af følgende kategorier: a) Barn/ung i) Misbrug hos barn/ung. ii) Kriminalitet hos barn/ung. iii) Skoleproblemer hos barn/ung fx fravær. iv) Anden bekymrende adfærd hos barn/ung fx udad-reagerende adfærd. v) Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos barn/ung. vi) Sundhedsforhold hos barn/ung. vii) Overgreb mod barn/ung fx seksuelt eller voldeligt. viii) Anden form for omsorgssvigt over for barn/ung. b) Forældre i) Misbrug hos forældre. ii) Kriminalitet hos forældre. iii) Anden bekymrende adfærd hos forældre. iv) Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos forældre. v) Højt konfliktniveau eller vold i hjemmet mellem voksne. vi) Utilstrækkelig omsorg fra forældre. vii) Fogedsag, hjemløshed eller udsættelse fra bolig. c) Andet: Her angives andet. Stk. 4. Følgende oplysninger skal indberettes ved iværksættelse af anbringelsen:
  8. Er anbringelsen af barnet eller den unge iværksat eller planlagt iværksat.
  9. Dato for flytning til anbringelsessted eller dato for planlagt flytning.
  10. Type af anbringelsessted: a) Netværksplejefamilie. b) Almen plejefamilie. c) Forstærket plejefamilie. d) Specialiseret plejefamilie. e) Eget værelse, kollegium m.v. f) Døgninstitution, almindelig afdeling. g) Delvis lukket døgninstitution m.v. h) Døgninstitution, sikret afdeling. i) Kost- og/eller efterskole. j) Opholdssted.
leje
§ 8

(Stk. 9)

  1. Anbringelsesstedets beliggenhedskommune: Her angives kommunenavn eller kommunenummer. Stk. 5. Følgende oplysninger skal indberettes ved barnets eller den unges flytning til et nyt anbringelsessted:
  2. Dato for flytning til nyt anbringelsessted.
  3. Type af anbringelsessted: a) Netværksplejefamilie. b) Almen plejefamilie. c) Forstærket plejefamilie. d) Specialiseret plejefamilie. e) Eget værelse, kollegium m.v. f) Døgninstitution, almindelig afdeling. g) Delvis lukket døgninstitution m.v. h) Døgninstitution, sikret afdeling. i) Kost- og/eller efterskole. j) Opholdssted.
  4. Anbringelsesstedets beliggenhedskommune: Her angives kommunenavn eller kommunenummer.
  5. Hovedårsag til ændring af anbringelsessted. Angives ved én eller flere af følgende kategorier: a) Formålet med anbringelsen på anbringelsesstedet er opnået. b) Formålet med anbringelsen på anbringelsesstedet kan ikke opnås. c) Anbringelsen ændres på barnets, forældrenes eller anbringelsesstedets foranledning. d) Andre årsager. Stk. 6. Følgende oplysninger skal indberettes ved ændring af anbringelsesgrundlag:
  6. Dato for ændring af anbringelsesgrundlag.
  7. Hvilken ændring er der tale om: a) Ændring af tvangsanbringelse til frivillig anbringelse. b) Ændring af frivillig anbringelse til tvangsanbringelse. c) Anden ændring i anbringelsesgrundlaget. Stk. 7. Følgende oplysninger skal indberettes ved hjemgivelse af barnet eller den unge og ved ophør af anbringelsen:
  8. Dato for hjemgivelse/ophør af anbringelse.
  9. Årsag til hjemgivelsen/ophøret. Angives ved én eller flere af følgende kategorier: a) Formålet med anbringelsen er opnået. b) Formålet med anbringelsen er ikke opnået. c) Den unge over 15 år trækker samtykke tilbage. d) Den unge fylder 18 år. e) Anbringelsen ophører på barnets, forældrenes eller anbringelsesstedets foranledning. f) Afgørelse i børn- og ungeudvalget, Ankestyrelsen eller domstolene. g) Andet.
  10. Ophold efter hjemgivelsen/ophøret: a) Forældre. b) Øvrig familie eller netværk. c) Egen bolig eller delebolig (uvisiteret). d) Botilbud for voksne. e) Andet sted. Stk. 8. Følgende oplysninger skal indberettes, hvis kommunen afgiver handlekommuneforpligtelse til andre kommuner ved fortsatte anbringelser:
  11. Dato for afgivelse af handlekommuneforpligtelse.
  12. Kommunenavn eller kommunenummer på ny handlekommune. Stk. 9. Følgende oplysninger skal indberettes, hvis kommunen overtager handlekommuneforpligtelse fra andre kommuner ved fortsatte anbringelser:
  13. Dato for modtagelse af handlekommuneforpligtelse.
  14. Kommunenavn eller kommunenummer på tidligere handlekommune.
leje
§ 9

(Stk. 7)

§ 9. Kommunalbestyrelsen skal indberette oplysninger om døgnophold for unge i alderen 18-22 år, som gives som led i efterværn, jf. § 76, stk. 3, nr. 1, eller videreført døgnophold, jf. § 76 a i lov om social service. Stk. 2. Kommunalbestyrelsen skal lave en indberetning ved følgende afgørelser og sagshændelser:

  1. Videreførelse af døgnophold fra det 18. år (egen sag) eller genetablering af døgnophold.
  2. Afgivelse eller modtagelse af handlekommuneforpligtelse.
  3. Ændret anbringelsessted.
  4. Ophør. Stk. 3. Der skal indberettes oplysninger, hver gang der etableres døgnophold – også ved genetablering efter perioder med ophør for unge mellem 18 og 22 år. Andre tilbud om fast kontaktperson, udslusningsordning eller andre former for støtte efter § 76, stk. 3, nr. 4, i lov om social service til unge mellem 18 og 22 år samt opfølgning af indsats og handleplan for unge i efterværn skal ikke indberettes til statistikken, jf. dog kapitel 3. Stk. 4. Følgende oplysninger skal indberettes ved afgørelse om døgnophold i efterværn, ved videreførelse af døgnophold fra det 18. år (egen sag) eller ved genetablering af døgnophold i efterværn:
  5. Indberettende kommune (handlekommune).
  6. Den unges CPR-nummer (evt. fødselsdato og udlændingenummer).
  7. Alder og køn for unge uden CPR-nummer.
  8. Dato for etablering eller genetablering i efterværn.
  9. Type af anbringelsessted: a) Netværksplejefamilie. b) Netværksplejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. c) Almen plejefamilie. d) Almen plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. e) Forstærket plejefamilie. f) Forstærket plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. g) Specialiseret plejefamilie. h) Specialiseret plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. i) Almindelig plejefamilie, konkret godkendt. j) Almindelig plejefamilie, konkret godkendt, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. k) Kommunal plejefamilie, konkret godkendt. l) Kommunal plejefamilie, konkret godkendt, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. m) Eget værelse, kollegium m.v. n) Døgninstitution, almindelig afdeling. o) Delvis lukket døgninstitution m.v. p) Døgninstitution, sikret afdeling. q) Kost- og/eller efterskole. r) Opholdssted.
  10. Anbringelsesstedets beliggenhedskommune: Her angives kommunenavn eller kommunenummer. Stk. 5. Følgende oplysninger skal indberettes, hvis kommunen afgiver handlekommuneforpligtelse til andre kommuner ved fortsatte døgnophold i efterværn:
  11. Dato for afgivelse af handlekommuneforpligtelse.
  12. Kommunenavn eller kommunenummer på ny handlekommune. Stk. 6. Følgende oplysninger skal indberettes, hvis kommunen overtager handlekommuneforpligtelse fra andre kommuner ved fortsatte døgnophold i efterværn:
  13. Dato for modtagelse af handlekommuneforpligtelsen.
  14. Kommunenavn eller kommunenummer på tidligere handlekommune. Stk. 7. Følgende oplysninger skal indberettes ved ændring af anbringelsessted:
leje
§ 9

(Stk. 9)

  1. Dato for den unges flytning til det nye anbringelsessted.
  2. Type af anbringelsessted: a) Netværksplejefamilie. b) Netværksplejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. c) Almen plejefamilie. d) Almen plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. e) Forstærket plejefamilie. f) Forstærket plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. g) Specialiseret plejefamilie. h) Specialiseret plejefamilie, unge med funktionsnedsættelse, jf. § 76 a i lov om social service. i) Eget værelse, kollegium m.v. j) Døgninstitution, almindelig afdeling. k) Delvis lukket døgninstitution m.v. l) Døgninstitution, sikret afdeling. m) Kost- og/eller efterskole. n) Opholdssted.
  3. Kommunenavn eller kommunenummer på det nye anbringelsessteds beliggenhedskommune. Stk. 8. Der skal indberettes ophør af døgnophold i efterværn, når den unge fraflytter anbringelsesstedet mere end midlertidigt, eller den unge ikke længere har døgnophold efter § 76, stk. 1, nr. 1, i lov om social service. Stk. 9. Følgende oplysninger skal indberettes ved ophør i døgnophold i efterværn:
  4. Dato for ophør.
  5. Årsag(er) til ophør: a) Formålet med døgnopholdet er opnået. b) Formålet med døgnopholdet kan ikke opnås. c) Den unge fylder 23 år. d) Anbringelsen ophører på den unges eller anbringelsesstedets foranledning. e) Andet ophør.
  6. Hvor tager den unge ophold: a) Forældre. b) Øvrige familie eller netværk. c) Egen bolig eller delebolig (uvisiteret). d) Botilbud for voksne. e) Andet sted.
leje
§ 10

§ 10. Såfremt en afgørelse omfatter flere børn eller unge, skal kommunalbestyrelsen lave en indberetning for hvert enkelt barn eller ung.

§ 11

§ 11. Hvis en afgørelse er iværksat eller en sagshændelse er indtruffet, men efterfølgende ændres ved ankemyndighedens afgørelse, skal disse indberettes. Hvis klagen derimod har haft opsættende virkning, eller kommunens afgørelse af anden årsag ikke er blevet effektueret, indberettes alene den, der er blevet effektueret.

§ 12

§ 12. Oplysningerne efter §§ 8 og 9 om en afgørelse eller sagshændelse, skal indberettes månedligt senest 14 dage efter månedens afslutning.

§ 13

§ 13. Oplysningerne efter §§ 8 og 9 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 14

(Stk. 4)

§ 14. Oplysningerne skal indberettes via system-til-system-løsninger eller via Danmarks Statistiks indberetningsløsning, der kan tilgås via Danmarks Statistiks hjemmeside. Disse løsninger skal anvendes, medmindre der foreligger en eksplicit særaftale med Danmarks Statistik. Stk. 2. Ved system-til-system-overførsler skal indberetningerne overholde de krav til dataleveranceformat, som Danmarks Statistik nærmere fastsætter i kravspecifikationer, jf. bilag 1, og transmissionen skal ske via sikker FTP. Stk. 3. Ved brug af Danmarks Statistiks indberetningsløsning skal oplysningerne indberettes via regneark, der udsendes af Danmarks Statistik til indberetning med digital medarbejdersignatur. Stk. 4. Danmarks Statistik sender kvartalsvis returstatistik til kommunerne med oplysninger om kommunernes indberetninger af oplysninger efter §§ 8 og 9 til brug for validering.

Kommunalbestyrelsens indberetning af oplysninger om forebyggende foranstaltninger

§ 15

(Stk. 3)

§ 15. Kommunalbestyrelsen skal indberette oplysninger om både interne og eksterne personrettede forebyggende foranstaltninger efter § 52, stk. 3, nr. 3, 5, 6 og 8, § 54 a, § 55, stk. 2, §§ 57 b og 57 c, og § 76, stk. 2, stk. 3, nr. 2-4, stk. 5, 6 og 8, i lov om social service. Stk. 2. Kommunalbestyrelsen skal indberette oplysninger om både interne og eksterne familierettede forebyggende foranstaltninger efter § 52, stk. 3, nr. 1-4, 6 og 9, § 52 a, stk. 1, nr. 1-3, §§ 54 og 57 a i lov om social service. Stk. 3. Følgende oplysninger skal indberettes i forbindelse med foranstaltningens iværksættelse:

  1. Barnets eller den unges CPR-nummer.
  2. Formynders CPR-nummer.
  3. Type af personrettet foranstaltning: a) Behandling af barnets problemer, jf. § 52, stk. 3, nr. 3 i lov om social service. b) Aflastningsophold for barn/ung med ophold i eget hjem, jf. § 52, stk. 3, nr. 5, i lov om social service. c) Fast kontaktperson for den unge alene, jf. § 52, stk. 3, nr. 6, i lov om social service. d) Formidling af praktikophold til unge, jf. § 52, stk. 3, nr. 8, i lov om social service. e) Tilknytning af koordinator til unge, der er idømt en sanktion, jf. § 54 a i lov om social service. f) Økonomisk støtte i forbindelse med udgifter til hjælp efter § 52 stk. 3, i lov om social service, jf. § 52 a stk. 1, nr. 1, i lov om social service. g) Ungepålæg, jf. § 57 b i lov om social service. h) Afholdelse af netværkssamråd pga. kriminel adfærd, jf. § 57 c i lov om social service. i) Fast kontaktperson for unge over 18 år, jf. § 76, stk. 2, i lov om social service. j) Fast kontaktperson for den unge i efterværn, jf. § 76, stk. 3, nr. 2, i lov om social service. k) Etablering af en udslusningsordning i det hidtidige anbringelsessted, jf. § 76, stk. 3, nr. 3, i lov om social service. l) Tildeling af andre former for støtte til unge over 18 år, der har til formål at bidrage til en god overgang til en selvstændig tilværelse for den unge. jf. § 76, stk. 3, nr. 4, i lov om social service. m) Fast kontaktperson til unge anbragt uden samtykke frem til det 18. år, jf. § 76, stk. 5, i lov om social service. n) Fast kontaktperson frem til det fyldte 19. år, jf. § 76, stk. 6, i lov om social service. o) Ophold på det tidligere anbringelsessted kortvarigt, for unge i efterværn, jf. § 76, stk. 8, i lov om social service.
  4. Type af familierettet foranstaltning: a) ophold i dagtilbud, fritidshjem, ungdomsklub, uddannelsessted el. lign, jf. § 52, stk. 3, nr. 1, i lov om social service. b) Praktisk, pædagogisk eller anden støtte i hjemmet, jf. § 52, stk. 3, nr. 2, i lov om social service. c) Familiebehandling, jf. § 52, stk. 3, nr. 3, i lov om social service. d) Etablering af døgnophold for både barnet og andre medlemmer af familien, jf. § 52, stk. 3, nr. 4, i lov om social service. e) Etablering af kontaktperson for hele familien, jf. § 52, stk. 3, nr. 6, i lov om social service. f) Anden hjælp, der har til formål at yde rådgivning, behandling og støtte, jf. § 52, stk. 3, nr. 9, i lov om social service. g) Økonomisk støtte i forbindelse med udgifter til hjælp efter § 52, stk. 3, jf. § 52 a, stk.1, nr. 1, i lov om social service. h) Økonomisk støtte for at undgå anbringelse eller fremskynde hjemgivelse m.v., jf. § 52 a, stk. 1, nr. 2, i lov om social service. i) Udgifter der kan bidrage til stabil kontakt mellem forældre og barn under anbringelse, jf. § 52 a, stk. 1, nr. 3, i lov om social service. j) Støtteperson til forældremyndigheden ved barnets anbringelse uden for hjemmet, jf. § 54 i lov om social service. k) Forældrepålæg, jf. § 57 a i lov om social service.
§ 15

(Stk. 4)

  1. Startdato for foranstaltning. Stk. 4. Ved foranstaltningens ophør skal slutdato for foranstaltningen indberettes.
§ 16

(Stk. 2)

§ 16. Kommunalbestyrelsen kan indberette oplysninger om hjælpeforanstaltninger, som sikrer en sammenhæng mellem kommunens generelle forebyggende arbejde og den målrettede indsats over for børn med særlige støttebehov efter § 11, stk. 3, nr. 1-4, stk. 4, nr. 1 og 2, og stk. 6, i lov om social service. Stk. 2. Følgende oplysninger kan indberettes i forbindelse med foranstaltningens iværksættelse:

  1. Barnets eller den unges CPR-nummer.
  2. Formynders CPR-nummer.
  3. Type af personrettet foranstaltning: a) Konsulentbistand, herunder familierettede indsatser, jf. § 11, stk. 3, nr. 1, i lov om social service. b) Netværks- eller samtalegrupper, jf. § 11, stk. 3, nr. 2, i lov om social service. c) Rådgivning om familieplanlægning, jf. § 11, stk. 3, nr. 3, i lov om social service. d) Andre indsatser, der har til formål at forebygge et barns, en ungs eller familiens vanskeligheder, jf. § 11, stk. 3, nr. 4, i lov om social service. e) Økonomisk støtte til fritidsaktiviteter til børn og unge der har behov for særlig støtte, jf. § 11, stk. 6, i lov om social service. f) Udgifter i forbindelse med konsulentbistand, jf. § 11, stk. 4, nr. 1, i lov om social service. g) Udgifter i forbindelse med prævention, jf. § 11, stk. 4, nr. 2, i lov om social service.
§ 17

§ 17. Oplysningerne efter §§ 15 og 16 skal enten indberettes dagligt, månedligt, kvartalsvis eller årligt og senest 14 dage efter månedens, kvartalets og årets afslutning.

§ 18

§ 18. Oplysningerne efter §§ 15 og 16 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 19

(Stk. 3)

§ 19. Oplysningerne skal indberettes via system-til-system-løsninger eller via Danmarks Statistiks indberetningsløsning, der kan tilgås via Danmarks Statistiks hjemmeside. Disse løsninger skal anvendes, medmindre der foreligger en eksplicit særaftale med Danmarks Statistik. Stk. 2. Ved system-til-system-overførsler skal indberetningerne overholde de krav til dataleveranceformat, som Danmarks Statistik nærmere fastsætter i kravspecifikationer, jf. bilag 2, og transmissionen skal ske via sikker FTP. Stk. 3. Ved brug af Danmarks Statistiks indberetningsløsning skal oplysningerne indberettes via regneark, der udsendes af Danmarks Statistik til indberetning med digital medarbejdersignatur. Regnearket uploades via Danmarks Statistiks hjemmeside.

Kommunalbestyrelsens indberetning af oplysninger om underretninger fra andre kommuner, fagpersoner og borgere, som udtrykker bekymring for et barn eller ung

§ 20

(Stk. 2)

§ 20. Kommunalbestyrelsen skal indberette oplysninger om underretninger fra andre kommuner, fagpersoner og borgere, som udtrykker bekymring for et barn i alderen 0-17 år, jf. §§ 152-154 i lov om social service. Stk. 2. Følgende oplysninger skal indberettes:

  1. Barnets eller den unges CPR-nummer.
  2. Alder og køn for barn eller ung uden CPR-nummer.
  3. Vordende mors CPR-nummer, såfremt underretningen vedrører et ufødt barn.
  4. Dato for modtagelse af underretningen.
  5. Underretningstype: (det er muligt at angive ét svar). a) Mellemkommunal underretning eller anden kommunal forvaltning. b) Skole. c) Dagpleje, daginstitution, fritidshjem, ungdomsklub eller SFO. d) Sundhedsvæsenet. e) Sundhedsplejerske eller tandlæge. f) Politi eller domstol. g) Familie, barn selv eller bekendtskabskreds. h) Anonym. i) Anbringelsessted. j) Foreninger, frivillige organisationer, krise-, misbrugs- og asylcentre. k) Andre.
  6. Oplysninger om, hvad der underrettes om (det er muligt at angive flere svar): a) Barn/ung: i) Misbrug hos barn/ung. ii) Kriminalitet hos barn/ung. iii) Skoleproblemer hos barn/ung. iv) Anden bekymrende adfærd hos barn ung fx udad-reagerende adfærd. v) Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos barn/ung. vi) Sundhedsforhold os barn/ung. vii) Overgreb mod barn/ung fx seksuelt eller voldeligt. viii) Anden form for omsorgssvigt over for barn/ung. b) Forældre: i) Misbrug hos forældre. ii) Kriminalitet hos forældre. iii) Anden bekymrende adfærd hos forældre. iv) Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos forældre. v) Højt konfliktniveau eller vold i hjemmet mellem voksne. vi) Utilstrækkelig omsorg fra forældre. vii) Fogedsag, hjemløshed eller udsættelse fra bolig. viii) Andet.
leje
§ 21

§ 21. Oplysningerne efter § 20 skal indberettes efter modtagelsen af underretningen i kommunen senest 14 dage efter månedens afslutning.

§ 22

§ 22. Oplysningerne efter § 20 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 23

(Stk. 3)

§ 23. Oplysningerne skal indberettes via system-til-system-løsninger eller via Danmarks Statistiks indberetningsløsning, der kan tilgås via Danmarks Statistiks hjemmeside. Disse løsninger skal anvendes, med mindre der foreligger en eksplicit særaftale med Danmarks Statistik. Stk. 2. Ved system-til-system-overførsler skal indberetningerne overholde de krav til dataleveranceformat, som Danmarks Statistik fastsætter i kravspecifikationer, jf. bilag 3. Transmissionen skal ske via sikker FTP, eller via den webservice snitflade, som Danmarks Statistik stiller til rådighed. Stk. 3. Ved brug af Danmarks Statistiks indberetningsløsning skal oplysningerne indberettes via regneark, der udsendes af Danmarks Statistik til indberetning med digital medarbejdersignatur. Regnearket uploades via Danmarks Statistiks hjemmeside.

Kommunalbestyrelsens indberetning af oplysninger vedrørende behandling af stofmisbrugere efter § 101 og behandling af anonyme stofmisbrugere efter §101 a i lov om social service

Offentlige og private behandlingstilbuds indberetning af oplysninger vedrørende behandling af stofmisbrugere efter § 101 i lov om social service

§ 24

(Stk. 4)

§ 24. Kommunalbestyrelsen skal indberette oplysninger om borgere, som modtager behandling for stofmisbrug efter § 101 i lov om social service. Stk. 2. Følgende oplysninger skal af handlekommunen (dvs. den kommune, der visiterer borgeren til behandling efter § 101 i lov om social service) indberettes ved borgerens anmodning om behandling for stofmisbrug:

  1. Borgerens CPR-nummer.
  2. Borgerens opholdskommune.
  3. Borgerens køn. a) Mand. b) Kvinde.
  4. Anmodningsdato.
  5. Tidligere stofmisbrugsbehandling. a) Ja. b) Nej. c) Uoplyst.
  6. Gravid (vises kun, hvis personen er kvinde). a) Ja. b) Nej. c) Uoplyst.
  7. Psykisk funktionsnedsættelse (diagnosticeret i tilknytning til stofmisbruget). Stk. 3. Følgende oplysninger skal af kommunen indberettes ved iværksættelse af behandling:
  8. Dato for iværksat behandling.
  9. Hvilket screeningsværktøj er anvendt forud for iværksat behandling? a) ASI. b) UngMAP. c) VoksenMAP. d) MATE. e) Anden.
  10. Dage siden anmodning.
  11. Alder ved iværksat behandling.
  12. Årsag til overskridelse af behandlingsgaranti (vises kun hvis ventetid > 14 dage): a) Mangel på ledig plads. b) Manglende personalemæssig kapacitet pga. ferie, sygdom el. lign. c) Borger melder afbud. d) Borger udeblevet. e) Borger ønsker tid, der ligger efter behandlingsgarantien. f) Frit valg (kun synlig, hvis alder er 18 år eller derover). g) Manglende samtykkerklæring fra den unge eller den unges forældre har forsinket indskrivning (kun synlig, hvis alder er under 18 år). h) Andet (uddybes ved valg).
  13. Behandlingsformål: a) Ophør. b) Reduktion. c) Tilbagfaldsforebyggelse (stabilisering) af tilstand opnået gennem anden stofmisbrugsbehandling fx døgnbehandling. d) Stabilisering – undgå negativ udvikling af nuværende stofmisbrug.
  14. Henvendelse på opfordring af: a) Selvhenvender (Borgeren har på eget initiativ valgt at gå i behandling). b) Skadestue/hospital. c) Psykiatrisk hospital. d) Praktiserende læge. e) Kriminalforsorgen. f) Domstol/prøveløsladelse/politi. g) Alkoholbehandlingshjem. h) Stofmisbrugstilbud. i) Familieambulatorium. j) Krisecenter. k) Familie. l) Venner. m) Arbejdsgiver. n) Skole/uddannelsessted. o) § 110 boform. p) Anden kommunal forvaltning, fx jobcentret q) Andet. r) Uoplyst.
  15. Det er ikke muligt at angive hovedstof.
  16. Angiv hovedstof: a) Metadon (illegal). b) Buprenorphin (illegal). c) Benxodiazepiner (illegal). d) Andre opiater. e) Heroin (illegal). f) Kokain (illegal). g) Amfetaminer. h) Ecstasy og lignende. i) Hash/Cannabis. j) Hallucinogener. k) Opløsningsmidler (inhalanter). l) Andre stoffer. Stk. 4. Følgende oplysninger skal af kommunen indberettes ved tilbudstilknytning:
  17. Tilbudsnavn.
  18. Frit valg.
  19. Tilbudsstartdato.
  20. Tilbudsslutdato.
  21. Behandlingsintensitet: a) Ambulant behandlingsintensitet (op til 2 dage om ugen). b) Dagbehandlingsintensitet (3-5 dage om ugen). c) Døgnbehandlingsintensitet.
  22. Behandlingstype: a) Metadon. b) Buprenorphin kombineret med naloxon. c) Mono-buprenorphin. d) Heroin. e) Anden substitution med opiater. f) Stoffri behandling. g) Anden (medicinsk) behandling.
ansættelse
§ 24

(Stk. 5)

Stk. 5. Følgende oplysninger skal af kommunen indberettes ved behandlingsafslutning:

  1. Dato for afsluttet behandling.
  2. Status på stofmisbrug ved afsluttet behandling: a) Ophørt. b) Reduceret. c) Stabiliseret. d) Tilbagefald. e) Ikke færdigbehandlet.
  3. Årsag til afsluttet behandling: a) Borger udeblevet. b) Borger afsluttet mod givent råd. c) Borger død. d) Borger flyttet. e) Borger færdigbehandlet. f) Borger overgået til Kriminalforsorgen. g) Borger udskrevet til andet tilbud. h) Borger udskrevet til hospital. i) Borger bortvist. j) Anden årsag til afsluttet behandling (uddybes ved valg).
§ 25

(Stk. 4)

§ 25. Kommunalbestyrelsen skal sikre, at offentlige og private behandlingstilbud indberetter oplysninger om borgere, som modtager behandling for stofmisbrug efter § 101 i lov om social service. Stk. 2. Følgende oplysninger skal af tilbud indberettes ved tilbudsindskrivning:

  1. Borgerens CPR-nummer.
  2. Borgerens opholdskommune.
  3. Tilbudsstartdato.
  4. Hvorfra er borgeren kommet i behandling: a) Fængsel. b) Somatisk hospital. c) Psykiatrisk hospital. d) Ambulant afgiftning/afrusning. e) Døgnafgiftning/døgnafrusning andetsteds. f) Stoffri døgnbehandling andetsteds/døgnbehandling af alkoholproblemer andetsteds. g) Gået i form for forberedende behandling. h) Andet/anden institution (uddybes ved valg).
  5. Er behandlingen alternativ til straf.
  6. Er borgeren gravid.
  7. Er borgeren i par- eller familiebehandling.
  8. Afgiftes borgeren på døgntilbuddet. Stk. 3. Tilbuddene skal indberette følgende oplysninger ved ydelsespakke:
  9. Vælg ydelse (muligt at vælge en eller flere af nedenstående ydelser): a) Individuel samtale. b) Gruppeforløb. c) Familiesamtale. d) Parbehandling.
  10. Ramme for samtalerne: a) Uafgrænset. b) Afgrænset.
  11. Planlagt periode. a) 1 måned. b) 2 måneder. c) 3 måneder. d) 4 måneder. e) 5 måneder. f) 6 måneder eller længere. g) Ikke planlagt
  12. Intensitet: a) Døgn. b) Dagbehandling (3-5 gange om ugen). c) Ambulant 1-2 dage om ugen. d) Ambulant 2 gange om måneden. e) 1 gang om måneden. f) Mindre end 1 gang om måneden.
  13. Startdato for ydelse.
  14. Slutdato for ydelse.
  15. Afslutningsårsag: a) Borger afslutter ydelsen som planlagt. b) Borger skifter efter aftale ydelse. c) Borger anbefales at afslutte ydelse. d) Borger udeblevet. e) Borger afsluttet mod givent råd. f) Borger død. g) Borger flyttet. h) Borger færdigbehandlet. i) Borger overgået til Kriminalforsorgen. j) Borger udskrevet til andet tilbud. k) Borger udskrevet til hospital. l) Borger bortvist. m) Anden årsag til afsluttet behandling (uddybes ved valg). Stk. 4. Tilbuddene skal indberette følgende oplysninger ved udskrivning fra tilbud:
  16. Kontakt til selvhjælpsnetværk efter udskrivning (kun ved udskrivning på døgntilbud). a) Ja. b) Nej. c) Uoplyst.
  17. Flytter sammen med stoffri/ikke misbrugende partner efter udskrivning (kun ved udskrivning på døgntilbud).
  18. Tilbudsslutdato.
  19. Udskrivningsårsag (kun ved udskrivning på døgntilbud): a) Borger udeblevet. b) Borger afsluttet mod givent råd. c) Borger død. d) Borger flyttet. e) Borger færdigbehandlet. f) Borger overgået til Kriminalforsorgen. g) Borger udskrevet til andet tilbud. h) Borger udskrevet til hospital. i) Borger bortvist. j) Anden årsag til afsluttet behandling (uddybes ved valg).
  20. Hvilke boligforhold har borgeren (kun ved udskrivning på døgntilbud): a) Selvstændig bolig. b) Lejet værelse. c) Familie/venner. d) Institutionsophold anden institution. e) Støttebolig/fællesskab. f) Familiepleje. g) Herberg/pensionat. h) Fængsel. i) Gaden/ingen bolig. j) Andet. k) Borgeren vil ikke oplyse. l) Efterskole/højskole.
  21. Hvilket forsørgelsesgrundlag har borgeren (kun ved udskrivning på døgntilbud): a) Lønindkomst – fastansættelse. b) Lønindkomst – løsarbejde (kortvarige ansættelser). c) SU. d) Arbejdsløshedsdagpenge. e) Aktivering/fået løn med tilskud. f) Sygedagpenge. g) Kontanthjælp. h) Revalideringsydelse. i) Førtidspension/pension. j) Fra familie, venner og lign. k) Illegale aktiviteter. l) Prostitution. m) Andet. n) Uoplyst.
ansættelseleje
§ 26

§ 26. Oplysningerne efter §§ 24 og 25 skal indberettes månedligt. Indberetningen skal omfatte de ind- og udskrivninger, der har været i løbet af måneden. Indberetningen skal ske senest 15 dage efter udgangen af måneden.

§ 27

§ 27. Oplysningerne efter §§ 24 og 25 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 28

(Stk. 2)

§ 28. Oplysningerne skal indberettes via system-til-system-løsninger eller via Danmarks Statistiks indberetningsløsning, der kan tilgås via Danmarks Statistiks hjemmeside. Disse løsninger skal anvendes, med mindre der foreligger en eksplicit særaftale med Danmarks Statistik. Stk. 2. Ved system-til-system-overførsler skal indberetningerne overholde de krav til dataleveranceformat, som Danmarks Statistik nærmere fastsætter i de fælles kravspecifikationer for indberetning af oplysninger om borgere i behandling efter § 101 i lov om social service og/eller borgere i behandling efter § 142 i sundhedsloven til Stofmisbrugsdatabasen (SMDB), jf. bilag 4, og transmissionen skal ske via sikker FTP.

Kommunalbestyrelsens indberetning af oplysninger vedrørende boformer efter § 110 i lov om social service

§ 29

(Stk. 3)

§ 29. Kommunalbestyrelsen skal indberette oplysninger om borgere på boformer efter § 110 i lov om social service. Stk. 2. Følgende oplysninger skal indberettes ved indskrivning:

  1. Opholdssted (institutionens nummer).
  2. Borgers CPR-nummer.
  3. Indskrivningsdato.
  4. Henvisningsmåde: a) Eget initiativ. b) Anden § 110-boform. c) Misbrugscenter. d) Kriminalforsorgen. e) Kommune. f) Somatisk sygehusafdeling. g) Psykiatrisk sygehusafdeling. h) Politi. i) Familie/venner. j) Samlever/kæreste. k) Uoplyst. Stk. 3. Følgende oplysninger skal indberettes ved udskrivning:
  5. Borgers CPR-nummer
  6. Udskrivningsdato
  7. Hvordan er udskrivningen foregået: a) Efter forudgående aftale med boformen. b) Uden forudgående aftale med boformen/efter udeblivelse. c) Bortvist. d) Død.
  8. Udskrivning til: a) Egen bolig – ejer- eller andelsbolig (hvis borgeren selv ejer boligen). b) Egen bolig – alment udlejningsbyggeri (hvis borgeren selv har lejekontrakt på boligen). c) Egen bolig – privat udlejningsbyggeri (hvis borgeren selv har lejekontrakt på boligen). d) Egen bolig – almen skæv bolig (hvis borgeren selv har lejekontrakt på boligen). e) Bofællesskab efter lov om almene boliger m.v. f) Udslusningsbolig efter lov om almene boliger m.v. § 63. g) Botilbud efter lov om social service § 107. h) Botilbud efter lov om social service § 108. i) Anden boform efter lov om social service § 110. j) Samlever/kæreste. k) Venner/familie. l) Kolonihavehus/campingvogn/hotel m.v. m) Misbrugsbehandling (døgnplads). n) Kriminalforsorgen. o) Somatisk sygehusafdeling. p) Psykiatrisk sygehusafdeling. q) Ukendt ophold. r) Uoplyst.
leje
§ 30

§ 30. Oplysningerne efter § 29 skal indberettes hvert kvartal. Indberetningen skal ske senest en måned efter udgangen af kvartalet.

§ 31

§ 31. Oplysningerne efter § 29 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 32

§ 32. Oplysningerne indberettes til Danmarks Statistik ved brug af en NemID-medarbejdersignatur. Alle overførsler sker via upload af data på www.virk.dk, jf. bilag 5.

Kommunalbestyrelsens indberetning af oplysninger om udvalgte ydelser til voksne på socialområdet

§ 33

(Stk. 2)

§ 33. Kommunalbestyrelsen skal indberette oplysninger om enhver person, der er visiteret til eller visiteres til en ydelse efter §§ 85, 95-98, 102-104, 107 og 108 i lov om social service. Stk. 2. Følgende oplysninger skal indberettes:

  1. Borgers CPR-nummer.
  2. Ydelse efter lov om social service: a) § 85 om socialpædagogisk støtte i botilbudslignende tilbud (omfattet af § 4, stk. 1, nr. 3, i lov om socialtilsyn), fx botilbud efter lov om almene boliger m.v. §§ 105 og 115. b) § 85 om øvrig socialpædagogisk støtte (socialpædagogisk støtte, som ikke leveres på botilbud eller i botilbudslignende boformer, men fx i borgernes private hjem). c) § 95 om kontant tilskud efter § 95 til ansættelse af hjælpere jf. §§ 83 og 84 i lov om social service. d) § 96 om borgerstyret personlig assistance (BPA). e) § 97 ledsageordning. f) § 98 om kontaktperson for døvblinde. g) § 102-behandling. h) § 103 om beskyttet beskæftigelse. i) § 104 om aktivitets- og samværstilbud. j) § 107 om midlertidige botilbud inklusive tilknyttede ydelser fx §§ 83 og 85 i lov om social service. k) § 108 længerevarende botilbud inklusive tilknyttede ydelser fx §§ 83 og 85 i lov om social service.
  3. Betalingskommune (betalingskommune skal kun oplyses, såfremt der er forskel på betalingskommune og handlekommune. Betalingskommune er den kommune, der har pligt til at finansiere den kommunale andel af udgifterne til ydelsen): Her angives kommunekode for betalingskommune.
  4. Dato for start af ydelse.
  5. Dato for afsluttet ydelse.
  6. Såfremt ydelsen er et tilbud, skal produktionsenhedsnummer eller alternativ produktionsenheds navn og adresse indberettes.
  7. Målgruppe: a) Fysisk funktionsnedsættelse – Mobilitetsnedsættelse. b) Fysisk funktionsnedsættelse – Synsnedsættelse. c) Fysisk funktionsnedsættelse – Hørenedsættelse. d) Fysisk funktionsnedsættelse – Kommunikationsnedsættelse. e) Fysisk funktionsnedsættelse – Døvblindhed. f) Fysisk funktionsnedsættelse – Anden fysisk funktionsnedsættelse. g) Psykisk funktionsnedsættelse – Intellektuel/kognitiv forstyrrelse. h) Sindslidelse. i) Socialt problem.
ansættelse
§ 34

§ 34. Oplysningerne efter § 33 skal indberettes månedligt senest 14 dage efter månedens afslutning.

§ 35

§ 35. Oplysningerne efter § 33 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 36

(Stk. 3)

§ 36. Oplysningerne skal indberettes via system-til-system-løsninger eller via Danmarks Statistiks indberetningsløsning, der kan tilgås via Danmarks Statistiks hjemmeside. Disse løsninger skal anvendes medmindre der foreligger en eksplicit særaftale med Danmarks Statistik. Stk. 2. Ved system-til-system-overførsler skal indberetningerne overholde de krav til dataleveranceformat, som Danmarks Statistik nærmere fastsætter i kravspecifikationer, jf. bilag 6, og transmissionen skal ske via sikker FTP. Stk. 3. Dataleverancen skal være fuld bestand og indeholde oplysninger fra 1. juli 2013 og frem.

Kommunalbestyrelsens indberetning af oplysninger om støtte til køb af bil

§ 37

(Stk. 2)

§ 37. Kommunalbestyrelsen skal indberette oplysninger om afgørelser i sager om støtte til køb af bil m.v. efter § 114 i lov om social service. Stk. 2. Følgende oplysninger skal indberettes:

  1. Indberettende kommune.
  2. Sagsbehandlers/kontaktpersons e-mail.
  3. Borgers CPR-nummer.
  4. Dato for, hvornår kommunen modtog ansøgningen om bilstøtte.
  5. Dato for, hvornår kommunalbestyrelsen har truffet afgørelse (kommunalbestyrelsens afgørelse indeholdende støttebeløbet).
  6. Hvilke behov vedrører afgørelsen: a) Behov for kørsel til og fra arbejdet, jf. § 3, stk. 1, nr. 1, i bekendtgørelse om støtte til køb af bil efter lov om social service. b) Behov for kørsel til og fra uddannelse, jf. § 3, stk. 1, nr. 2, i bekendtgørelse om støtte til køb af bil efter lov om social service. c) Behov for kørsel i øvrigt, jf. § 3, stk. 1, nr. 3, i bekendtgørelse om støtte til køb af bil efter serviceloven.
  7. Kommunalbestyrelsens afgørelse: a) Afslag på støtte til køb af bil. b) Bevilling af støtte til køb af bil. c) Frakendelse af tidligere bevilget støtte før låneperiodens udløb.
  8. Hvad har kommunalbestyrelsen bevilget støtte til/givet afslag på: a) Lån til bil efter § 7, stk. 1, i bekendtgørelse om støtte til køb af bil efter lov om social service. b) Lån til bil efter § 7, stk. 2, i bekendtgørelse om støtte til køb af bil efter lov om social service. c) Udskiftning efter § 11, stk. 1, i bekendtgørelse om støtte til køb af bil efter lov om social service. d) Førtidig udskiftning efter § 11, stk. 2, i bekendtgørelse om støtte til køb af bil efter lov om social service.
  9. Støtte bevilget i forbindelse med udskiftning: a) Lån til bil efter § 7, stk. 1, i bekendtgørelse om støtte til køb af bil efter lov om social service. b) Lån til bil efter § 7, stk. 2, i bekendtgørelse om støtte til køb af bil efter lov om social service.
  10. Afgivet erklæring på tro og love om fortsat mindst samme kørselsbehov og mindst samme funktionsnedsættelse i forbindelse med udskiftningen.
  11. Yderligere erklæring/oplysninger indhentet af kommunen i forbindelse med ansøgers helbred.
  12. Indhentet erklæringer/oplysninger i forbindelse med den aktuelle sag: a) Generelle helbredserklæringer/statusbedømmelse fra praktiserende læge. b) Erklæringer eller andre oplysninger fra speciallæge eller sygehus. c) Erklæringer fra PTU eller anden part, der har gennemført en afprøvning af bil i samarbejde med borgeren. d) Erklæringer fra politiet. e) Andre oplysninger/erklæringer. f) Ingen oplysninger/erklæringer.
  13. Størrelsen af det bevilgede lån.
  14. Bevilget fritagelse for registreringsafgift.
  15. Begrundelser for afslag/frakendelse. Angiv alle begrundelser for afgørelsen: a) Helbred. b) Gangdistance. c) Kørselsbehov. d) Mulighed for benyttelse af andre kørselsordninger. e) Andet.
§ 38

§ 38. Oplysningerne efter § 37 skal indberettes senest med udgangen af april måned, året efter afgørelsen er truffet.

§ 39

§ 39. Oplysningerne efter § 37 skal indberettes til Danmarks Statistik, som er databehandler på vegne af Børne- og Socialministeriet.

§ 40

§ 40. Oplysningerne skal indberettes via regneark, der udsendes af Danmarks Statistik til indberetning med digital medarbejdersignatur. Regnearket uploades via Danmarks Statistiks hjemmeside, jf. bilag 7.

Ikrafttræden og overgangsbestemmelser

§ 41

(Stk. 2)

§ 41. Bekendtgørelsen træder i kraft den 1. juli 2019. Stk. 2. Bekendtgørelse nr. 1590 af 14. december 2017 om dataindberetninger på socialområdet ophæves.

Børne- og Socialministeriet /Mai Mercado / Maria Berkowitz Wichmann/

Bilag 1 Kravspecifikation – Anbringelser (udsatte børn og unge)

Indholdsfortegnelse 1 Indledning 1.1. Arbejdsgange ved overførsel af data 2. Overordnede elementer 3. Data 3.1. Metadata/stamdata (for både skema 1 og skema 2) 3.2. Indberetningsdata for skema 1 - anbringelser af børn og unge under 18 år 3.3. Indberetningsdata for skema 2 - unge 18 til 23 år i efterværn 4. Værdisæt for indberetningsdata 5. Valideringsrapport 6. Dataformatbeskrivelse 6.1. CSV-fil navnestandard 6.2. Indberetning af rettelser og sletninger 7. XML-skemaer 8. XML-fil 9. Kvitteringsmail 10. Vejledning i forbindelse med systemskifte 10.1 Test af nyt leverandørsystem (leverandørskift)

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer og dataudveksling mellem kommuner og Danmarks Statistik vedrørende anbringelse af børn. Danmarks Statistik har på individniveau modtaget indberetninger om anbringelser siden 1980. Dette dokument omhandler de indberetningskrav på området, som er gældende fra 1/1 2018. De kommunale myndigheder skal, efter lov om social service, indberette oplysninger om anbringelses-foranstaltninger og ændringer i disse. Alle hændelser, i relation til en konkret anbringelsesforanstaltning, indberettes på barnets CPR-nummer. For hver enkelt hændelse skal følgende obligatoriske elementer indberettes:
  • Metadata/stamdata (se skema 3.1) - Indberetningsdata (se skema 3.2 og skema 3.3) Det er altid handlekommunen, der skal indberette. I de tilfælde hvor der er forskel på handlekommune og betalingskommune, er det således altid handlekommunen, der skal foretage indberetningen. Det er et krav, at kommunerne har indberettet alle data for et kvartal senest den sidste dag i måneden efter kvartalets afslutning. Kommunen og/eller systemleverandørerne kan frit vælge, om de vil indsende dataleverancer månedligt eller kvartalsvis. Danmarks Statistik skal dog varsles med minimum 2 måneder, hvis kommunen og dennes systemleverandør ønsker at ændre frekvensen for kommunens dataleverancer. Leverancerne skal ved normal drift indeholde ”Delta load”. ” Delta load” betyder, at kommunen skal levere alle hændelser, der er startet, stoppet og/eller ændret siden sidste levering. Ved skift af systemleverandør skal første dataleverance dog indeholde ”Full load”. ” Full load” betyder, at dataleverancen indeholder alle sager fra en given dato. Den konkrete startdato for ”Full load” aftales med Danmarks Statistik ved hvert konkret leverandørskift. Man indberetter slettede ydelser ved at man skriver ”annulleret” i annuller-variablen ved det skema-id, som tidligere er indberettet fejlagtigt (skema-id er en unik identifikation for hver enkelt anbringelseshændelse). Det er obligatorisk at indberette alle hændelser nævnt nedenfor. Det er dog kun hændelser for personer under 23 år, der skal indberettes.
§ 41

(Stk. 2)

Dataoverførslen sker via system-til-system løsning eller via upload af Excel-ark til Danmarks Statistik. Ved system-til-system løsning genererer systemerne i kommunerne (fx DUBU-systemet) en CSV-fil med en hændelse i hver række, hvor hver hændelse har sit eget skema-id. CSV-filerne overføres via FTP til Danmarks Statistik. I Danmarks Statistik modtages CSV-filerne i det centrale modtagelses-system (CEMOS). Der sendes efter modtagelse af leverancen ikke en kvitteringsmail til den enkelte kommune. Alle overførsler sker via en sikker krypteret linje. Arbejdsgange ved overførsel af data 2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Indberetning Kommunale myndigheder indberetter eller opdaterer anbringelseshændelser. Frekvens Månedlig eller kvartalvis indberetning. Frist Senest den sidste dag i måneden efter kvartalets afslutning. Enhed På personniveau indberettes en række pr. hændelse. Format for indsendte data CSV-fil med semikolon-adskillelse og med variablene præcis i den rækkefølge, som de er nævnt i variabeloversigten. CSV-filerne skal indeholde alle variable fra grunddata samt enten variablene fra skema 1 eller fra skema 2. Det afhænger af indberetningstypen, hvor mange data, som skal udfyldes. Delta Load Der skal leveres ”Delta load”. ”Delta load” betyder, at kommunen skal levere alle hændelser, der er startet, stoppet og/eller ændret siden sidste levering til Danmarks Statistik. Sletninger Tidligere indberettede hændelser slettes ved at man skriver ”annulleret” i annuller-variablen ved det skema-id, som tidligere er indberettet fejlagtigt. Testmuligheder Ved ændringer (eksempelvis leverandørskifte) skal navnet på CSV-testfilen aftales direkte med Danmarks Statistik. Statistikkens hjemmeside http://www.dst.dk/da/Statistik/dokumentation/statistikdokumentation/udsatte-boern-og-unge Linket henviser til statikkens emneside, hvor der gives en generel introduktion til statikken. http://www.dst.dk/da/Indberet/oplysningssider/udsatte-boern-og-unge-anbringelser Linket henviser til statistikkens oplysningsside, hvor der bl.a. kan indhentes information om vejledninger til indberetning. 3. Data Indberetninger om anbringelse er opdelt i to indberetningsskemaer:

  • Skema 1 bruges til indberetning af anbringelse af børn og unge under 18 år. - Skema 2 bruges til indberetning af unge over 18 år til 23 år i efterværn. Begge skemaer indeholder de samme grundoplysninger, mens indberetningsdata er forskellige for de to skemaer. Alle variable skal medtages præcis i den rækkefølge, som de er nævnt i dette dokument (se Dataformatbeskrivelsen). Der indberettes forskellige variable alt efter om dataleverancen vedrører børn under 18 år (skematype 1) eller unge over 18 år i efterværn (skematype 2). Hvilke variable, der skal indberettes, fx for børn under 18 år afhænger desuden af, om der indberettes ”Anbringelse” (Haendelsesnr=1), ”Iværksættelse af ændret anbringelsessted” (Haendelsesnr=2), ”Ændring af anbringelsesgrundlag” (Haendelsesnr=3), ”Afgivelse eller modtagelse af handlekommuneforpligtigelse” (Haendelsesnr=4) eller ”Hjemgivelse/ophør af anbringelse ”(Haendelsesnr=5). Der vil således altid være variable i skemaet uden data.
§ 41

(Stk. 2)

For børn under 18 indberettes følgende hændelser:

  1. Hvis det er en ny anbringelse indberettes en afgørelse og/eller en iværksættelse. Afgørelse om anbringelse. Der kan kun indberettes én afgørelse om anbringelse for hver iværksat anbringelse. Her indberettes a. Afgørelsesdatoen, b. Samtykke oplysninger (anbringelsesgrundlag), c. Udslagsgivende forhold for barn og forældre (flere mulige svar). Iværksættelse af anbringelsen (kan indberettes sammen med afgørelsen). Her indberettes udover alle afgørelses-data også: d. Anbringelsesdatoen (=flyttedato) e. Type af anbringelsessted f. Anbringelsesstedets beliggenhed (kommunenr) g. Anbringelsesstedets p-nummer (frivillig)
  2. Iværksættelse af ændret anbringelsessted a. Dato for flytning b. Type af anbringelsessted c. Anbringelsesstedets beliggenhed (kommunenr) d. Anbringelsesstedets p-nummer (frivillig) e. Årsager til flytning (flere mulige svar)
  3. Ændring af anbringelsesgrundlag a. Dato for ændring af anbringelsesgrundlag b. Angiv ændringsmulighed (tvang/frivillig og omvendt)
  4. Afgivelse eller modtagelse af handlekommuneforpligtelse a. Dato for afgivelse af handlekommuneforpligtelse b. Hvem afgives handlekommuneforpligtelsen til (kommunenr) c. Dato for modtagelse af handlekommuneforpligtelse d. Hvem modtages handlekommuneforpligtelsen fra (kommunenr)
  5. Hjemgivelse/ophør af anbringelsen a. OphørsDato b. Årsager til ophør (flere mulige svar) c. Barnets ophold efter hjemgivelsen For unge over 18 år indberettes følgende hændelser:
  6. Videreførelse/genetablering af døgnophold efter 18. år a. Dato for etablering eller genetablering i efterværn b. Type af anbringelsessted c. Oplysninger om beliggenhedskommune (kommunenr) d. Anbringelsesstedets p-nummer (frivillig) 2. Afgivelse eller modtagelse af handlekommuneforpligtelse a. Dato for afgivelse af handlekommuneforpligtelse b. Hvem afgives handlekommuneforpligtelsen til (kommunenr) c. Dato for modtagelse af handlekommuneforpligtelse d. Hvem modtages handlekommuneforpligtelsen fra (kommunenr) 3. Ændring af anbringelsessted a. Dato for flytning b. Type af anbringelsessted c. Oplysninger om beliggenhedskommune (kommunenr) d. Anbringelsesstedets p-nummer (frivillig) 4. Ophør af anbringelse a. Dato for ophør b. Årsager til ophør (flere mulige svar) c. Den unges ophold efter hjemgivelsen Nedenfor beskrives dataelementerne for grunddata og de to skematyper. 3.1. Metadata/stamdata (for både skema 1 og skema 2) Elementnavn Obligatorisk Dataformat Beskrivelse Skemaid Ja String, (alfanumerisk) længde max 15 Løbenummer som sammen med CPR-nummeret entydigt kan identificere en indberettet hændelse. Bruges til at styre ændringer og sletninger af allerede indberettede hændelser. Indberetningstid Ja Datoformat dd-mm-yyyy hh:mm:ss Angiver indberetningstidspunktet og skal sættes automatisk af systemet ved indberetning til Danmarks Statistik. KravspecDato Ja Datoformat dd-mm-yyyy Datoen hentes øverst på side 1 på den kravspecifikation, som ligger til grund for udtrækket af dataleverancen fra fagsystemet. Annuller Ja String, længde 8 Skal kun udfyldes ved sletninger. Der skal skrives ”annuller” i variablen, hvis en tidligere indberettet hændelse (”Skemaid” + ”Bucpr”/”Buudlnr”) ønskes slettet . Lokalforvaltning Nej String, længde max 40 Lokalforvaltning kan både være navn eller nummer. Bruges internt i kommunen ved validering. Sagsbehandler Nej String, længde max 40 Sagsbehandler navn. Barnetsnavn Nej String, længde max 40 Barnets navn.
§ 41

(Stk. 2)

3.2. Indberetningsdata for skema 1 - anbringelser af børn og unge under 18 år Elementnavn Obligatorisk Dataformat Beskrivelse Bucpr eller Buudlnr Ja String (alfanumerisk), længde min 10 og max 16 Barnets CPR-nummer (indberettes uden bindestreg). String (alfanumerisk), længde min 6 og max 16 Fødselsdato eller udlændingenummer for barn uden CPR-nummer. Alderindb Ja String (alfanumserisk), længde min 1 og max 2 Alder på barnet på iværksættelsestidspunktet – indberettes for barn uden CPR-nummer. Koenindb Ja String (alfanumerisk), længde 1, value=1-2 Køn indberettes for barn uden CPR-nummer. Handlekommune Ja String (alfanumerisk), længde 3, value=101-850 Kommunenummer for indberettende kommune (handlekommune). Afgdato Ja (når Haendelsesnr=1) Datoformat, dd-mm-yyyy Dato for hvornår der er truffet afgørelse om anbringelsen. Samtykke Ja (når Haendelsesnr=1) String (alfanumerisk), længde 1, value=1-8 Angiver 8 kategorier for afgørelsesgrundlaget for anbringelsen. Fx om anbringelsen er sket med eller uden samtykke. Det er kun muligt at angive ét svar. Udslag1-16 Ja (når Haendelsesnr=1) String (alfanumerisk), hver af de 16 variable har længden 1, value=1 Årsag til anbringelsen er opdelt i 16 kategorier med hver sin tilknyttede variabel. Udslag1 angives, hvis årsagen til anbringelsen er ”Misbrug hos barn”, Udslag2 hvis årsagen er ”Kriminalitet hos barn” osv. Der kan angives flere årsager ved samme anbringelse, og ”Udslag” indberettes derfor via 16 variable benævnt Udslag1 til og med Udslag16. Flere svar er mulige. Anbringdato Ja (når Haendelsesnr=1) Datoformat, dd-mm-yyyy Angiver den dato, hvor barnet eller den unge er flyttet til anbringelsesstedet, eller hvornår flytningen er planlagt til. AnbringSted Ja (når Haendelsesnr=1) String (alfanumerisk), længde 2, value=1-11 Angiver 11 kategorier for forskellige anbringelsessteder. Fx familiepleje, døgninstitution m.v. Det er kun muligt at angive ét svar. FlytningDato Ja (når Haendelsesnr=2) Datoformat, dd-mm-yyyy Dato for barnets eller den unges flytning til et nyt anbringelsessted. Stedknum Ja (når Haendelsesnr=1 eller Haendelsesnr=2) String (alfanumerisk), længde 3, value=101-850 Kommunenummer for den kommune, hvor anbringelsesstedet er beliggende. Stedcvr Nej ( kun aktuel når Haendelsesnr=1 eller Haendelsesnr=2) String (alfanumerisk), længde 10 Anbringelsesstedets p-nummer. Angiver produktionsenhedsnummer for det sted, hvor barnet anbringes. Kan evt. hentes fra Tilbudsportalen. Aendrarsag1-4 Ja (når Haendelsesnr=2) String (alfanumerisk), hver af de 4 variable har længden 1, value=1 Angiver 4 årsagskategorier, som benyttes til at klassificere årsagen til ændring af anbringelsessted. Der kan angives flere årsager til ændring af en anbringelse og ”Aendrarsag” indberettes derfor via 4 variable benævnt ”Aendrarsag1” til og med ”Aendrarsag4”. Flere svar er mulige. Samtykdato Ja (når Haendelsesnr=3) Datoformat, dd-mm-yyyy Dato for afgørelse om ændring i anbringelsesgrundlaget. Aendrgrundlag Ja (når Haendelsesnr=3) String (alfanumerisk), længde 1, value=1-3 Ændring i anbringelsesgrundlag. Fx ændring fra tvangs anbringelse til frivillig anbringelse. Det er kun muligt at angive ét svar. Ovddato Ja (når Haendelsesnr=4 og sagen overdrages til ny kommune) Datoformat, dd-mm-yyyy Dato for overdragelse af handlekommuneforpligtelsen til anden handlekommune. Tilkomnummer Ja (når Haendelsesnr=4 og sagen overdrages til ny kommune) String (alfanumerisk) Kommunenummer og kommunenavn på den kommune, som overtager handlekommuneforpligtelsen for barnet. Ovtdato Ja (når Haendelsesnr=4 og sagen overdrages til ny kommune) Datoformat, dd-mm-yyyy Dato for overtagelse af handlekommuneforpligtelsen fra tidligere handlekommune. Frakomnummer Ja (når Haendelsesnr=4 og sagen overdrages til ny kommune) String (alfanumerisk) Kommunenummer og kommunenavn på den kommune, som tidligere har haft handlekommuneforpligtelsen for barnet. Ophoerdato Ja (når Haendelsesnr=5 Datoformat, dd-mm-yyyy Dato for hjemgivelse og ophør af anbringelsen (slutdato). Hjemaarsag1-7 Ja (når Haendelsesnr=5) String (alfanumerisk), hver af de 7 variable har længden 1, value=1 Angiver 7 årsagskategorier, som benyttes til at klassificerer årsagen til at anbringelsen slutter. Der kan angives flere årsager til et anbringelsesstop, og ”Hjemaarsag” indberettes derfor via 7 variable benævnt ” Hjemaarsag1” til og med Hjemaarsag7. Flere svar er mulige. Hjemophold Ja (når Haendelsesnr=5) String (alfanumerisk), længde 1, value=1-5 Angiver 5 opholdskategorier, som bruges til at beskrive hvor barnet tager ophold efter anbringelsen. Fx i egen bolig eller hos forældre. Det er kun muligt at angive ét svar.

skatleje
§ 41

(Stk. 2)

3.3. Indberetningsdata for skema 2 - unge 18 til 23 år i efterværn Elementnavn Obligatorisk Dataformat Beskrivelse Bucpr eller Buudlnr Ja String, (alfanumerisk), længde min 10 og max 16 Den unges CPR-nummer (indberettes uden bindestreg). String, (alfanumerisk), længde min 6 og max 16 Fødselsdato eller udlændingenummer for unge uden CPR-nummer. Alderindb Ja String (alfanumserisk), længde min 1 og max 2 Alder på den unge på iværksættelsestidspunktet – indberettes for ung uden CPR-nummer. Koenindb Ja String (alfanumerisk), længde 1, value=1-2 Køn indberettes for ung uden CPR-nummer. Handlekommune Ja String (alfanumerisk), længde 3, value=101-850 Kommunenummer for indberettende kommune (handlekommune). Efterhaendnr Ja String (alfanumerisk), længde 1, value=1-4 Angiver hvilken hændelsestype der indberettes om i skema 2 (hændelsestype kan fx være genanbringelse, ændringer, hjemgivelse osv.). EfterDato Ja (når Efterhaendnr=1) Datoformat, dd-mm-yyyy Dato for etablering eller genetablering af anbringelse i efterværn (startdato). Efteranbsted Ja (når Efterhaendnr=1) String (alfanumerisk), længde 2, value=1-14 Angiver 14 forskellige anbringelsessteder. Fx familiepleje, døgninstitution m.v. Kun et svar muligt. Beligknum2 Ja (når Efterhaendnr=2 eller Efterhaendnr=3) String. (alfanumerisk), længde 3, value=101-850 Kommunenummer og kommunenavn for den kommune, hvor anbringelsesstedet er beliggende. Stedcvr2 Nej (kun aktuel når Efterhaendnr=1 eller Efterhaendnr=3) String (alfanumerisk), længde 10 Anbringelsesstedets p-nummer. Angiver produktionsenhedsnummer for det sted, hvor den unge anbringes. Kan evt. hentes fra Tilbudsportalen. ovddato2 Ja (når Efterhaendnr=2 og en sag overdrages til en ny kommune) Datoformat, dd-mm-yyyy Dato for overdragelse af handlekommuneforpligtelsen til anden handlekommune. tilkomnummer2 Ja (når Efterhaendnr=2 og en sag overdrages til en ny kommune) String, (alfanumerisk), længde 3, value=101-850 Kommunenummer og kommunenavn på den kommune som overtager handlekommuneforpligtelse for den unge. ovtdato2 Ja (når Efterhaendnr=2 og der overtages en sag fra anden kommune) Datoformat, dd-mm-yyyy Dato for overtagelse af handlekommuneforpligtelsen fra tidligere handlekommune frakomnummer2 Ja (Når Efterhaendnr=2 og der overtages en sag fra anden kommune) String, (alfanumerisk) længde 3, value 101-850 Kommunenummer og kommunenavn på den kommune, som tidligere har haft handlekommuneforpligtelsen for den unge. FlytningDato2 Ja (Når Efterhaendnr=3) Datoformat dd-mm-yyyy Dato for den unges flytning til nyt anbringelsessted. OphoerDato2 Ja (Når Efterhaendnr=4) Datoformat dd-mm-yyyy Dato for hjemgivelse og ophør af efterværn (slutdato). Efterophoer1-6 Ja (Når Efterhaendnr=4) String (alfanumerisk), Hver af de 6 variable har længden 1, value=1 Angiver 6 årsagskategorier, som benyttes til at klassificerer årsagen til at efterværnsopholdet afsluttes. Der kan angives flere årsager til at et efterværn afsluttes, og ”Efterophoer” indberettes derfor via 7 variable benævnt ”Efterophoer1” til og med ”Efterophoer6”. Efthjem Ja (Når Haendelsesnr=5) String (alfanumerisk) længde 1, value=1-5 Angiver 5 opholdskategorier, som bruges til at beskrive hvor den unge tager ophold efter anbringelsen. Fx i egen bolig eller hos forældre.

skatleje
§ 41

(Stk. 2)

  1. Værdisæt for indberetningsdata Variabel navn Værdi Beskrivelse Skema Haendelsesnr 1 Anbringelse af barnet (afgørelse og iværksættelse) 1 2 Ændret anbringelsessted (flytning) 1 3 Ændret anbringelsesgrundlag (tvang/frivillig) 1 4 Afgivelse eller modtagelse af handlekommuneforpligtelse 1 5 Hjemgivelse/ophør af anbringelse 1 Efterhaendnr 1 Videreførelse/genetablering af døgnophold efter 18. år 2 2 Afgivelse eller modtagelse af handlekommuneforpligtelse 2 3 Ændring af anbringelsessted (flytning) 2 4 Ophør af anbringelse 2 Samtykke 1 Forvaltningsafgørelse med samtykke (§ 52, stk. 1, jf. stk. 3, nr. 7, i lov om social service) 1 2 Børn og unge-udvalget, uden samtykkekrav (§ 74, stk 1, nr. 10, jf. § 58 i lov om social service) 1 3 Foreløbig afgørelse, formanden for børn og unge-udvalget (§ 74, stk. 1, jf. § 58 i lov om social service) 1 4 Dom (ungdomssanktion, straffelovens § 74a) 1 5 Dom (afsoning, straffefuldbyrdelseslovens § 78, stk. 2) 1 6 Surrogat for varetægtsfængsling (retsplejelovens § 765) 1 7 Unge udlændinge under 15 år (udlændingelovens §§ 36 og 37) 1 8 Ankestyrelsens egen driftsbeføjelse (§ 65) 1 Udslag1 1 Misbrug hos barn/ung 1 Udslag2 2 Kriminalitet hos barn/ung 1 Udslag3 3 Skoleproblemer hos barn/ung fx fravær 1 Udslag4 4 Anden bekymrende adfærd hos barn/ung fx udad-reagerende adfærd 1 Udslag5 5 Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos barn/ung 1 Udslag6 6 Sundhedsforhold hos barn/ung 1 Udslag7 7 Overgreb mod barn/ung fx seksuelt eller voldeligt 1 Udslag8 8 Anden form for omsorgssvigt over for barn/ung 1 Udslag9 9 Misbrug hos forældre 1 Udslag10 10 Kriminalitet hos forældre 1 Udslag11 11 Anden bekymrende adfærd hos forældre 1 Udslag12 12 Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos forældre 1 Udslag13 13 Højt konfliktniveau eller vold i hjemmet mellem voksne 1 Udslag14 14 Utilstrækkelig omsorg fra forældre 1 Udslag15 15 Fogedsag, hjemløshed eller udsættelse fra bolig 1 Udslag16 16 Andet 1 AnbringSted 1 Netværksplejefamilie 1 2 Almindelig plejefamilie, generelt godkendt 1 3 Almindelig plejefamilie, konkret godkendt 1 4 Kommunal plejefamilie, generelt godkendt 1 5 Kommunal plejefamilie, konkret godkendt 1 6 Eget værelse, kollegium mv. 1 7 Delvis lukket døgninstitution mv. 1 8 Døgninstitution, sikret afdeling 1 9 Døgninstitution, almindelig afdeling 1 10 Kost- og/eller efterskole 1 11 Opholdssted 1 Aendrarsag1 1 Formålet med anbringelsen på anbringelsesstedet er opnået 1 Aendrarsag2 2 Formålet med anbringelsen på anbringelsesstedet kan ikke opnås 1 Aendrarsag3 3 Anbringelsen ændres på barnets, forældrenes eller anbringelsesstedets foranledning 1 Aendrarsag4 4 Andre årsager 1 Aendrgrundlag 1 Ændring af tvangsanbringelse til frivillig anbringelse: 1 2 Ændring af frivillig anbringelse til tvangsanbringelse: 1 3 Anden ændring i anbringelsesgrundlaget 1 Hjemaarsag1 1 Formålet med anbringelsen er opnået 1 Hjemaarsag2 2 Formålet med anbringelsen er ikke opnået 1 Hjemaarsag3 3 Den unge over 15 år trækker samtykke tilbage 1 Hjemaarsag4 4 Den unge fylder 18 år 1 Hjemaarsag5 5 Anbringelsen ophører på barnets, forældrenes eller anbringelsesstedets foranledning 1 Hjemaarsag6 6 Afgørelse i børn- og ungeudvalget, Ankestyrelsen eller domstolene 1 Hjemaarsag7 7 Andet 1 Hjemophold 1 Forældre 1 2 Øvrige familie eller netværk 1 3 Egen bolig (uvisiteret) 1 4 Botilbud for voksne 1 5 Andet sted 1 Efteranbsted 1 Netværksplejefamilie 2 2 Almindelig plejefamilie, generelt godkendt 2 3 Almindelig plejefamilie, konkret godkendt 2 4 Kommunal plejefamilie, generelt godkendt 2 5 Kommunal plejefamilie, generelt godkendt 2 6 Eget værelse, kollegium mv. 2 7 Delvis lukket døgninstitution mv. 2 8 Døgninstitution, sikret afdeling 2 9 Døgninstitution, almindelig afdeling 2 10 Kost- og/eller efterskole 2 11 Opholdssted 2 12 Netværksplejefamilie, unge med funktionsnedsættelse 2 13 Almindelig plejefamilie, unge med funktionsnedsættelse 2 14 Kommunal plejefamilie, unge med funkionsnedsættelse 2 Efterophoer1 1 Formålet med døgnopholdet er opnået 2 Efterophoer2 2 Formålet med døgnopholdet er ikke opnået 2 Efterophoer3 3 Den unge fylder 23 år 2 Efterophoer4 4 Anbringelsen ophører på den unges eller anbringelsesstedets foranledning 2 Efterophoer6 6 Andet ophør 2 ( ingen 5) Efthjem 1 Forældre 2 2 Øvrige familie eller netværk 2 3 Egen bolig (uvisiteret) 2 4 Botilbud for voksne 2 5 Andet sted 2
leje
§ 41

(Stk. 2)

  1. Valideringsrapport Leverandørerne skal gøre det muligt for kommunerne at trække datarapporter fra deres systemer, således at kommunerne kan validere de data, som er sendt til Danmarks Statistik.
  2. Dataformatbeskrivelse Data skal indberettes i form af CSV-filer. Filerne overføres fra kommunernes system til FTP-server hos Danmarks Statistik. Filerne skal i første linje indeholde variabelnavne som overskrifter, og i de følgende linjer en eller flere rækker med data. Data skal separeres med semikolon. Indberetningerne er opdelt i 2 skemaer:
  3. Skema 1 bruges til indberetning af anbringelse af børn og unge under 18 år.
  4. Skema 2 bruges til indberetning af unge fra 18 til 23 år i efterværn. Ved en indberetning sendes en CSV-fil for et af de to skemaer. Disse CSV-filer skal indeholde alle variabelnavne, som er angivet nedenfor for det enkelte skema (i samme rækkefølge). Det afhænger af indberetningstypen, hvor mange data, som skal udfyldes i hver række. Variablene fra skema 1 og 2 skal altid suppleres med følgende 8 grundvariabler i starten af hver indberettet række.
  5. Skemaid 2. Indberetningstid 3. KravspecDato 4. Annuller 5. Handlekommune 6. Lokalforvaltning 7. Sagsbehandler 8. Barnetsnavn Der må kun indberettes om én hændelse i hver række i CSV-filen. Hver hændelse skal have sit eget skemaid. Skema1 består af 55 variable i nedenstående rækkefølge:
  6. skemaid 15. samtykke 29. udslag14 43. ovddato 2. indberettid 16. udslag1 30. udslag15 44. tilkomnummer 3. kravsspecDato 17. udslag2 31. udslag16 45. ovtdato 4. annuller 18. udslag3 32. Anbringdato 46. frakomnummer 5. handlekommune 19. udslag4 33. AnbringSted 47. Ophoerdato 6. lokalforvaltning 20. udslag5 34. FlytningDato 48. hjemaarsag1 7. sagsbehandler 21. udslag6 35. stedknum 49. hjemaarsag2 8. Barnetsnavn 22. udslag7 36. Stedcvr 50. hjemaarsag3 9. bucpr 23. udslag8 37. aendrarsag1 51. hjemaarsag4 10. buudlnr 24. udslag9 38. aendrarsag2 52. hjemaarsag5 11. alderindb 25. udslag10 39. aendrarsag3 53. hjemaarsag6 12. koenindb 26. udslag11 40. aendrarsag4 54. hjemaarsag7 13. Haendelsesnr 27. udslag12 41. Samtykdato 55. hjemophold 17. afgdato 28. udslag13 42. aendrgrundlag Skema 2 består af 29 variable i nedenstående rækkefølge:
  7. skemaid 9. bucpr 17. Stedcvr2 25. efterophoer2 2. indberettid 10. buudlnr 18. ovddato2 26. efterophoer3 3. kravsspec 11. alderindb 19. tilkomnummer2 27. efterophoer4 4. annuller 12. koenindb 20. ovtdato2 28. efterophoer6 5. handlekommune 13. Efterhaendnr 21. frakomnummer2 29. efthjem 6. lokalforvaltning 14. EfterDato 22. FlytningDato2 7. sagsbehandler 15. efteranbsted 23. OphoerDato2 8. Barnetsnavn 16. beligknum2 24. efterophoer1 6.1. CVS-fil navnestandard CSV-filerne skal navngives efter et bestemt system for at kunne automatisere indlæsningen, og så der ikke forekommer flere filer med samme navn i systemet.
  8. Skema1 indberetning: Indb_skema1_[kommunenr]_YYYYMMDD_HHMMSS. csv
  9. Skema2 indberetning: Indb_skema2_[kommunenr]_YYYYMMDD_HHMMSS. csv
§ 41

(Stk. 2)

Hvor [kommunenr. ] skal erstattes af den 3-cifrede kommunekode for den indberettende kommune. 6.2. Indberetning af rettelser og sletninger Hvis data til en tidligere indberetning skal rettes, skal der anvendes samme skema-id, som for den tidligere indberetning, men med et nyt indberetningstidspunkt (evt. ny dato for kravsspecifikation). I de programmer, som modtager data på Danmarks Statistik, skal de nye data overskrive de tidligere indsendte på samme skema-id. For anbringelsen af barnet kan man godt sende afgørelsen alene og iværksættelsen senere, men de skal have samme skema-id - og data for afgørelsen skal gensendes sammen med data for iværksættelsen. Man må også godt vente med at indsende data om afgørelsen, indtil data om iværksættelsen er klar, så det hele kan sendes i samme indberetning. Endelig må man godt indsende indberetning om en planlagt anbringelse, hvis man har oplysningerne. Der kan altid indberettes rettelser, hvis de planlagte oplysninger ændres senere. Hvis hele den tidligere indberetning skal annulleres, skal der ligeledes angives skema-id og skrives ’annulleres’ i annuller-variablen. Denne indberetning annullerer alle indberetninger med samme skema-id. 7. XML-skemaer Er ikke relevant for denne statistik 8. XML-fil Er ikke relevant for denne statistik 9. Kvitteringsmail Danmarks Statistik sender ikke en kvitteringsmail til kvitteringsmodtager i indberetningskommunen, når data er indlæst. Kommunen vil kun modtage en mail, hvis Danmarks Statistik har afvist data. 10. Vejledning i forbindelse med systemskifte Kommuner, der skifter indberetningsløsning, skal give besked om dette til Danmarks Statistik, så snart der er indgået aftale om en ny indberetningsløsning. Kommunen skal fortsætte med at indberette data via det tidligere system, indtil det nye system er taget i brug, og indberetningen fungerer. Dette er for at undgå datatab ved overgangen fra det tidligere system til det nye system. Hvis der indberettes testdata via det nye system, skal det angives, at dataleverancen er en testleverance: Test_skema1_[kommunenr]YYYYMMDD_HHMMSS. csv Test_skema2[kommunenr]YYYYMMDD_HHMMSS. csv CSV-filer navngivet Indb_skema1[kommunenr]YYYYMMDD_HHMMSS. csv eller Indb_skema2[kommunenr]_YYYYMMDD_HHMMSS. csv anvendes til statistikproduktion. Ved leverandørskifte behandler Danmarks Statistik data således, at fra det tidligere system udvælges alle afsluttede ydelser indeholdt i den senest modtagne leverance. Fra det nye system udvælges samtlige ydelser, både afsluttede og aktive, fra den senest modtagne leverance. Ydelserne fra de to systemer danner tilsammen det datagrundlag, som Danamarks Statistik anvender i statistikproduktionen. Ved leverandørskifte er det vigtigt, at kommunen sørger for, at alle afsluttede sager i det tidligere system er opdaterede med korrekte oplysninger. Alle aktive sager i det tidligere system skal oprettes i det nye system med deres reelle anbringelsesdato (startdato), ikke datoen, der angiver tidspunktet for systemskifte.

§ 41

(Stk. 2)

10.1. Test af nyt leverandørsystem (leverandørskift) Test af system foretages i samarbejde mellem Danmarks Statistik og Kommunens IT-leverandør. Der skal laves test af system, som dækker over indberetning af test-cases i kommunens system over modtagelse og lagring af data i database til færdigt udtræk til brug for statistik. Test af skema 1 skal udføres for:

  1. Indberetning af afgørelse og iværksættelse af anbringelse 2. Rettelse af felter indberettet i punkt 1 3. Indberetning af ændret anbringelsessted 4. Rettelse af felter 5. Indberetning af ændret anbringelsesgrundlag 6. Rettelse af felter 7. Indberetning af ophør 8. Rettelse af felter 9. Gentagelse af punkt 1 til 10 for ny anbringelse af samme barn 10. Annullering af ophør 11. Annullering af ændret anbringelsesgrundlag 12. Annullering af ændret anbringelsessted 13. Annullering af afgørelse og iværksættelse For hvert punkt udføres:
  2. Tjek af modtaget CSV-fil for eventuelle fejl og overflødige felter 2. Tjek af indhold i Database tabeller i Danmarks Statistik Test af skema 2 skal udføres tilsvarende for:
  3. Videreførelse/genetablering af døgnophold efter 18. år 2. Ny handlekommune (afgivelse/modtagelse) 3. Ændring af anbringelsessted (flytning) 4. Ophør af anbringelse

Bilag 2 Kravspecifikation – Forebyggende foranstaltninger til udsatte børn og unge

Indholdsfortegnelse 1. Indledning 1.1. Arbejdsgange ved overførsel af data 2. Overordnede elementer 3. Data 3.1. Metadataelementer 3.2. Dataelementer 4. Værdisæt for dataelementer 4.1. Personrettede foranstaltninger 4.2. Familierettede foranstaltninger 4.3. Sletning af tidligere indberettet foranstaltning 5. Valideringsmuligheder 6. Dataformatbeskrivelse 7. XML-skemaer 7.1. Overordnede XML-skema for leverance 201 7.2. XML-skemaer for Metadata 7.2.1. Overordnet XML-skema for Metadata 7.2.2. Envelope 7.2.3. Communicator 7.2.4. Contact 7.2.5. DBoksContact 7.3. XML-skemaer for Data 7.3.1. Foranstaltninger (personrettede og familierettede) 8. XML-fil 8.1. XML-fil navnestandard 9. Kvitteringsmail 10. Vejledning i forbindelse med systemskifte

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer og dataudveksling mellem kommuner og Danmarks Statistik vedrørende forebyggende foranstaltninger til udsatte børn og unge. Danmarks Statistik har på individniveau modtaget indberetninger om de personrettede forebyggende foranstaltninger siden 1980 og familierettede forebyggende foranstaltninger siden 2014. Dette dokument omhandler de indberetningskrav på området, som er gældende fra 1/1 2018. De kommunale myndigheder skal efter lov om social service indberette oplysninger om både familierettede og personrettede forebyggende ydelser (foranstaltninger) på barnets cpr-nummer. Hver enkelt ydelse skal indberettes. En indberetning skal bestå af følgende obligatoriske elementer:
  • Metadata/Stamdata - Indberetningsdata - Personnummer - Formynderens personnummer - Foranstaltning (ydelse) - Dato for start af foranstaltning (ydelse) - Dato for ophør af foranstaltning (ydelse)
§ 41

(Stk. 2)

Det er altid handlekommunen, der skal indberette. I de tilfælde hvor der er forskel på handlekommune og betalingskommune, er det således altid handlekommunen, der skal foretage indberetnin-gen. Det er et krav, at kommunerne har indberettet alle foranstaltninger for et kalenderår senest 15. januar i det efterfølgende kalenderår. Kommunen og/eller system-leverandørerne kan frit vælge om de vil indsende dataleverancer månedligt, kvartalvist eller årligt. Danmarks Statistik skal dog varsles med minimum 2 måneder, hvis kommunen og dennes systemleverandør ønsker at ændre frekvensen for kommunens dataleverancer. Leverancerne skal ved normal drift indeholde ”Delta load”. ” Delta load” betyder, at kommunen skal levere alle ydelser, der er startet, stoppet og/eller ændret siden sidste levering. Ved skift af systemleverandør skal første dataleverance fra den nye leverandør dog indeholde ”Full load”. ” Full load” betyder, at dataleverancen indeholder alle sager fra en given dato. Den konkrete dato for ”Full load” aftales med Danmarks Statistik ved hvert konkret skift. Man sletter en tidligere indberettet foranstaltning ved at systemleverandøren indsender foranstaltningskoden 888 og samtidig indsender det foranstaltnings-id, som tidligere er indberettet sammen med den foranstaltning, der ønskes slettet. Alle foranstaltninger (ydelser) bevilget efter nedennævnte paragraffer er omfattet af indberetningspligten til De Kommunale Serviceindikatorer for udsatte børn og unge, uanset hvilken forvaltning i kommunen, der bevilger ydelsen. Det er dog kun foranstaltninger til personer under 23 år, der skal indberettes. Dataoverførslen sker via system-til-system løsning eller Danmarks Statistiks web-dialog. Webdialogen findes ved at trykke ”start indberetninger” på hjemmesiden www.dst.dk /bou. Ved system-til-system løsning genererer systemerne i kommunerne (fx DUBU-systemet) et antal XML-filer. XML-filerne overføres til Danmarks Statistik via en central dataoperatør som mellemstation. I Danmarks Statistik modtages XML-filerne i det centrale modtagelses-system (CEMOS). Efter modtagelse af leverancen sendes en kvitteringsmail til den enkelte kommune (se afsnit 10 for eksempler). Alle overførsler sker via en sikker krypteret linje. Arbejdsgange ved overførsel af data 2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Leverancekode for statistikken L201 Indberetning Kommunale myndigheder indberetter eller opdaterer de familierettede og personrettede forebyggende foranstaltninger. Hvor der er forskel på handlekommune og betalingskommune, foretages indberetningen af handlekommunen. Frekvens Daglig, månedlig, kvartalvis eller årlig indberetning. Frist Senest 31 dage efter årets afslutning. Enhed På personniveau indberettes en række pr. ydelse (foranstaltning). Format for indsendte data XML-filer, som kan valideres mod XML-skemaer. Delta bestand Der skal leveres delta load. Delta load betyder, at kommunen skal levere alle ydelser, der er startet, stoppet og/eller ændret/slettet siden sidste levering til Danmarks Statistik. Sletninger Man sletter en tidligere indberettet foranstaltning ved, at systemleverandøren indsender foranstaltningskoden 888 og samtidig indsender det foranstaltnings-id, som tidligere er indberettet sammen med den foranstaltning, der ønskes slettet. Testmuligheder Ved ændringer (eksempelvis leverandørskifte, hvor data skal testes) skal testmateriale navngives som T201. Statistikkens hjemmeside http://www.dst.dk/da/Statistik/emner/levevilkaar/sociale-forhold/udsatte-boern-og-unge Linket henviser til statikkens emneside, hvor der gives en generel introduktion til statikken. http://www.dst.dk/da/Indberet/oplysningssider/udsatte-boern-og-unge Linket henviser til statistikkens oplysningsside, hvor der bl.a. kan indhentes information om vejledninger til indberetning. Link til XML-skema på digitaliser.dk http://digitaliser.dk/resource/2351810/artefact/DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd Skemaerne kan også fås ved henvendelse til Danmarks Statistik Link til XML-skema på digitaliser.dk

§ 41

(Stk. 2)

  1. Data Alle dataleverancer skal indeholde både indberetningsdata samt metadata og /eller stamdata. 3.1. Metadata-/Stamdataelementer Metadata-/Stamdataelementer indgår som det første element i leverancen. Dataelementerne i metadata har i modsætning til de øvrige dataelementer engelske navne. Metadata-/Stamdataelementer Elementnavn Obliga-torisk Dataformat Beskrivelse Envelope (DST_Envelope. xsd) dst:Source Ja String System, der flytter data fra ekstern server til server hos Danmarks Statistik. Skal være ”CEMOS” dst:SurveyID Ja String Entydig ident for dataleverancen i Danmarks Statistik. Skal være ”D280600” dst:FormID Ja String Navn på leverance: Produktionsdata angives ”L201” Testdata angives ”T201” dst:Period Ja String, max 15 Den senest afsluttede måned, inden leverancen sendes dst:EntityIDType Ja String, max 20 Indberetningsenhedstype. Skal være ”Kommune” dst:EntityID Ja Numerisk, længde 3 Kommunekode Communicator (DST_CommunicatorStructure. xsd) CommunicationDescription Ja String Anvendelse af ”CommunicationDateTime” (”Oprettelse på lokal server”) CommunicationDateTime Ja YYYY-MM-DDThh:mm:ss Tidspunkt for oprettelse på lokal server i kommunen SystemName Ja String Navn på fagsystem, som har genereret XML-filerne SystemVersion Ja String Version af fagsystem, som har genereret XML-filerne Contact (DST_ContactStructure. xsd) ContactTypeName (altid 3) Ja String Angiver type af kontaktperson i kommunen. Følgende 3 typer skal altid indberettes: ”Faglig ansvarlig” ”Teknisk ansvarlig” ”Kvitteringsmodtager” ContactIdentifier (altid 3) Ja String Navnet på kontaktpersonen. Skal indberettes for: ”Faglig ansvarlig” ”Teknisk ansvarlig” ”Kvitteringsmodtager” ContactEmailAddress (altid 3) Ja String Mailadresse på kontakt. Skal indberettes for: ”Faglig ansvarlig” ”Teknisk ansvarlig” ”Kvitteringsmodtager” DBoksContact (DST_DBoksContactNewStructure. xsd) CVRnumberIdentifier Ja Numerisk, længde 8 CVRNR for indberetningskommune ProductionUnitIdentifier Ja Numerisk, længde 10 Produktionsenhedsnr (PNR) for indberetningskommune Version FormVersion Ja String, max 30 Version af leverance. Giver information om det er første leverance eller en genfremsendelse fra kommunen/fagsystemet. Feltet forventes således at indeholde '1' for første leverance; '2' for første genfremsendelse ; '3' for anden genfremsendelse osv. Feltet tælles således op, hver gang kommunen gør brug af genfremsendelses-funktionen. Alle dataleverancer skal også indeholde både metadata og dataelementer. Nedenstående skema beskriver dataelementerne. 3.2. Indberetningsdata Alle dataleverancer skal indeholde indberetningsdata. Nedenstående skema beskriver elementerne i indberetningsdata. Indberetningsdataelementer Elementnavn Obligatorisk Dataformat Beskrivelse Sag ( DST_ForanstaltningStrukturSamling. xsd) UdsatBarnCPRidentifikator Ja String, (alfanumerisk), længde min 10 og max 16 CPR-nummer på barnet som modtager forebyggende personrettede eller familierettede foranstaltninger. Kan være invalide/udenlandske CPR-numre. FormynderCPRidentifikator Ja, hvis der er en formynder. String, (alfanumerisk), længde min 8 og max 16 CPR-nummer på indehaver af forældremyndigheden. Hvis der er mere end en formynder udfyldes feltet blot med CPR-nummer for den ene af formynderne. Hvis der ikke er en formynder, skal feltet udfyldes med barnets CPR-nummer. ForanstaltningId Ja String, (alfanumerisk), længde: min 1 og max 15. Id skal være unikt på kommuneniveau (kan indeholde både tal og tegn). Et unikt id der identificerer en foranstaltning for et barn. Ved opdatering, rettelse eller sletning af den indberettede foranstaltning skal foranstaltnings-id forblive uforandret. ForanstaltningKode Ja Numerisk, længde 3 Kode for de forebyggende foranstaltninger. Nedenstående værdisæt viser de koder, som anvendes i forbindelse med indberetning af de forebyggende foranstaltninger. Foranstaltningskoden bruges desuden til formidling af sletninger. ForanstaltningStartDato Ja Date, YYYY-MM-DD Startdato for den modtagne foranstaltning. Startdato skal udfyldes med den dato, hvor foranstaltningen er effektueret/iværksat (ikke den planlagte dato). ForanstaltningSlutDato Nej Date, YYYY-MM-DD Slutdato for den modtagne foranstaltning. Dette felt er oftest en opdatering af en eksisterende række. Slutdato bør først udfyldes, når foranstaltningens slutdato er effektueret.
§ 41

(Stk. 2)

  1. Værdisæt for indberetningsdata Koder for de foranstaltninger som skal indberettes. Til hver foranstaltning er til vejledning vist, hvilken paragraf i lov om social service, som foranstaltningen er knyttet til. 4.1. Personrettede foranstaltninger Værdi i DST Beskrivelse Paragraf (foranstaltning) 210 Aflastningsophold for barn eller ung med ophold i eget hjem § 52, stk. 3, nr. 5 215 Aflastningsophold under døgnophold §55, stk. 2 225 Dagbehandling af barnets eller den unges problemer §52, stk. 3, nr. 3 230 Fast kontaktperson for den unge alene § 52, stk. 3, nr. 6 240 Formidling af praktikophold til unge § 52, stk. 3, nr. 8 245 Tilknytning af koordinator til unge, der er idømt en sanktion § 54 a 260 Ungepålæg § 57 b 274 Afholdelse af netværkssamråd på grund af kriminel adfærd § 57 c 290 Fast kontaktperson for unge over 18 år, § 76, stk. 2 270 Fast kontaktperson for den unge i efterværn § 76, stk. 3, nr. 2 250 Etablering af udslusningsordning i det hidtidige anbringelsessted § 76, stk. 3, nr. 3 275 Andre former for støtte, der har til formål at bidrage til en god overgang til selvstændig tilværelse for den unge over 18 år § 76, stk. 3, nr. 4 271 Fast kontakt person til unge under 18 år, som er anbragt uden samtykke § 76, stk. 5 272 ’Fast kontaktperson frem til det fyldte 19. år’: §76, stk. 6 273 ’Kortvarigt ophold på et tidligere anbringelsessted for unge i efterværn ’. § 76, stk. 8 4.2. Familierettede foranstaltninger Værdi i DST Beskrivelse Paragraf (foranstaltning) 400 Konsulentbistand, herunder familierettede indsatser § 11, stk. 3, nr. 1 401 Netværks- eller samtalegrupper § 11, stk. 3, nr. 2 402 Rådgivning om familieplanlægning § 11, stk. 3, nr. 3 403 Andre indsatser, der har til formål at forebygge et barns, en ungs eller familiens vanskeligheder § 11, stk. 3, nr. 4 404 Økonomisk støtte til fritidsaktiviteter til børn og unge, der har behov for særlig støtte § 11, stk.6 407 Udgifter i forbindelse med konsulentbistand § 11, stk. 4, nr. 1 445 Økonomisk støtte i forbindelse med udgifter efter 52, stk. 3 § 52 a, stk. 1, nr. 1 450 Økonomisk støtte til at undgå anbringelse uden for hjemmet eller til at fremskynde hjemgivelse mv. § 52 a, stk. 1, nr. 2 406 Ophold i dagtilbud, fritidshjem, ungdomsklub, uddannelsessted el.lign. § 52, stk. 3, nr. 1 451 Udgifter der kan bidrage til en stabil kontakt mellem forældre og barn under barnets anbringelse uden for hjemmet § 52 a, stk. 1, nr. 3 452 Udgifter i forbindelse med prævention § 11, stk. 4, nr. 2 415 Praktisk, pædagogisk eller anden støtte i hjemmet § 52, stk. 3, nr. 2 420 Familiebehandling eller behandling af barnets eller den unges problemer § 52, stk. 3, nr. 3 425 Etablering af døgnophold for både barnet og andre medlemmer af familien § 52, stk. 3, nr. 4 430 Etablering af kontaktperson for hele familien § 52, stk. 3, nr. 6 440 Anden hjælp, der har til formål at yde rådgivning, behandling og pædagogisk støtte § 52, stk. 3, nr. 9 435 Støtteperson til forældremyndigheden i forbindelse med barnets anbringelse uden for hjemmet § 54 455 Forældrepålæg § 57 a
§ 41

(Stk. 2)

4.3. Sletning af tidligere indberettet foranstaltning Værdi i DST Beskrivelse Paragraf (foranstaltning) 888 Sletning af tidligere indberettet data. Sletninger (”Foranstaltning” = 888) indberettes med sammen ”ForanstaltningsId”, som blev angivet ved den tidligere indberettede ydelse (”Foranstaltning”), som nu ønskes slettet. Gælder for alle paragraffer. 5. Valideringsmuligheder Leverandørerne skal gøre det muligt for kommunerne at trække datarapporter fra deres systemer, således at kommunerne kan validere data sendt til Danmarks Statistik. 6. Dataformatbeskrivelse Alle de nødvendige dataleverancer er beskrevet af Danmarks Statistik ved hjælp af XML-skemaer. Databeskrivelserne overholder de regler, som er indeholdt i OIOXML-standarderne, herunder OIOXML Navngivnings- og Designregler 3.0. Alle XML-filer skal være i UTF-8-format. Den enkelte leverandør eller kommune kan hente disse XML-skemaer på Videnskabsministeriets hjemmeside ’www.Digitaliser.dk’ til lokal anvendelse. Alle XSD-filer kan etableres ud fra afsnit 8. XML-skemaerne samt eksempelfil kan også fås ved henvendelse til Danmarks Statistik (udsatteboerndok@dst.dk). 7. XML-skeamer XML-skemaerne indeholder et overordnet XML-skema, som XML-filen skal henvise til. 7.1. Overordnede XML-skema for leverance 201 Det overordnede XML-skema hedder ” UdsatteBoernOgUngeLeveranceL201U1Struktur ” og er placeret i filen: ” DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd ”, som er uploadet på Digitaliseret.dk (http://digitaliser.dk/resource/2351810/artefact/DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd), sammen med de andre XML-skemaer. Det overordnede XML-skema refererer til:

  • XML-skemaer for Metadata (DeliveryMetadataNewStructure) - XML-skemaer for Data (ForanstaltningStrukturSamling) UdsatteBoernOgUngeLeveranceL201U1Struktur DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd
<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="http://digitaliser.dk/resource/2343867/artefact/DST_DeliveryMetadataNewStructure. xsd"/> <xs:include schemaLocation="DST_ForanstaltningStrukturSamling. xsd"/> <xs:element name="UdsatteBoernOgUngeLeveranceL201U1Struktur" type="UdsatteBoernOgUngeLeveranceL201U1StrukturType"/> <xs:complexType name="UdsatteBoernOgUngeLeveranceL201U1StrukturType"> <xs:sequence> <xs:element ref="DeliveryMetadataNewStructure"/> <xs:element ref="ForanstaltningStrukturSamling"/> </xs:sequence> </xs:complexType> </xs:schema> 7.2. XML-skeamer for Metadata XML-Skemaerne for Metadata indeholder et overordnet XML-skema ( DeliveryMetadataNewStructure), som indeholder FormVersion og refererer til: - Envelope - Communicator - Contact - DBoksContact Diagram over XML-skemaer for Metadata 7.2.1. Overordnet XML-skema for Metadata DST_DeliveryMetadataNewStructure. xsd
§ 41

(Stk. 2)

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:import namespace="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" schemaLocation="http://digitaliser.dk/resource/11992/artefact/DST_Envelope. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533564/artefact/DST_CommunicatorStructureCollection. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533551/artefact/DST_ContactStructureCollection. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/2343585/artefact/DST_DBoksContactNewStructure. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533532/artefact/DST_FormVersion. xsd" /> <xs:element name="DeliveryMetadataNewStructure" type="DeliveryMetadataNewStructureType" /> <xs:complexType name="DeliveryMetadataNewStructureType"> <xs:sequence> <xs:element ref="dst:Envelope" /> <xs:element ref="CommunicatorStructureCollection" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="ContactStructureCollection" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="DBoksContactNewStructure" minOccurs="0" /> <xs:element ref="FormVersion" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:schema> 7.2.2. Envelope DST_Envelope. xsd <? xml version="1.0" encoding="UTF-8"? ><schema xmlns="http://www.w3. org/2001/XMLSchema" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" version="1.0"><include schemaLocation="http://digitaliser.dk/resource/14482/artefact/DST_Source. xsd"/><include schemaLocation="http://digitaliser.dk/resource/19272/artefact/DST_RefID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/17898/artefact/DST_SurveyID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/12983/artefact/DST_FormID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/19217/artefact/DST_Period. xsd"/><include schemaLocation="http://digitaliser.dk/resource/18757/artefact/DST_Entity. xsd"/><include schemaLocation="http://digitaliser.dk/resource/18376/artefact/DST_ReportingDataType. xsd"/><element name="Envelope" type="dst:EnvelopeType"><annotation><documentation/></annotation></element><complexType name="EnvelopeType"> <sequence><element minOccurs="0" ref="dst:Source"/><element minOccurs="0" ref="dst:RefID"/><element minOccurs="0" ref="dst:SurveyID"/> <element minOccurs="0" ref="dst:FormID"/><element minOccurs="0" ref="dst:Period"/> <element minOccurs="0" ref="dst:Entity"/><element minOccurs="0" ref="dst:ReportingDataType"/></sequence></complexType></schema> 7.2.3. Communicator DST_CommunicatorStructureCollection. xsd <? xml version="1.0" encoding="UTF-8"? >
§ 41

(Stk. 2)

<xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_CommunicatorStructure. xsd"/> <xs:element name="CommunicatorStructureCollection" type="CommunicatorStructureCollectionType"/> <xs:complexType name="CommunicatorStructureCollectionType"> xs:sequence <xs:element ref="CommunicatorStructure" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_CommunicatorStructure. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_CommunicationDescription. xsd"/> <xs:include schemaLocation="DST_SystemStructure. xsd"/> <xs:element name="CommunicatorStructure" type="CommunicatorStructureType"/> <xs:complexType name="CommunicatorStructureType"> <xs:sequence> <xs:element ref="CommunicationDescription"/> <xs:element name="CommunicationDateTime" type="xs:dateTime"/> <xs:element ref="SystemStructure" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:schema> DST_CommunicationDescription. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="CommunicationDescription" type="CommunicationDescriptionType"/> <xs:simpleType name="CommunicationDescriptionType"> <xs:restriction base="xs:string"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> DST_SystemStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_SystemName. xsd"/> <xs:include schemaLocation="DST_SystemVersion. xsd"/> <xs:element name="SystemStructure" type="SystemStructureType"/> <xs:complexType name="SystemStructureType"> <xs:sequence> <xs:element ref="SystemName"/> <xs:element ref="SystemVersion"/> </xs:sequence> </xs:complexType> </xs:schema> DST_SystemName. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="SystemName" type="SystemNameType"/> <xs:simpleType name="SystemNameType"> <xs:restriction base="xs:string">
§ 41

(Stk. 2)

<xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> 7.2.4. Contact DST_ContactStructureCollection. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_ContactStructure. xsd"/> <xs:element name="ContactStructureCollection" type="ContactStructureCollectionType"/> <xs:complexType name="ContactStructureCollectionType"> <xs:sequence> <xs:element ref="ContactStructure" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_ContactStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xkom="http://rep.oio.dk/xkom.dk/xml/schemas/2005/03/15/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:import namespace="http://rep.oio.dk/xkom.dk/xml/schemas/2005/03/15/" schemaLocation="http://digitaliser.dk/resource/2237/artefact/XKOM_EmailAddressIdentifier. xsd"/> <xs:include schemaLocation="DST_ContactTypeName. xsd"/> <xs:include schemaLocation="DST_ContactIdentifier. xsd"/> <xs:element name="ContactStructure" type="ContactStructureType"/> <xs:complexType name="ContactStructureType"> <xs:sequence> <xs:element ref="ContactTypeName"/> <xs:element ref="ContactIdentifier"/> <xs:element name="ContactEmailAddress" type="xkom:EmailAddressIdentifierType"/> </xs:sequence> </xs:complexType> </xs:schema> DST_ContactTypeName. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="ContactTypeName" type="ContactTypeNameType"/> <xs:simpleType name="ContactTypeNameType"> <xs:restriction base="xs:string"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> DST_ContactIdentifier. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="ContactIdentifier" type="ContactIdentifierType"/> <xs:simpleType name="ContactIdentifierType"> <xs:restriction base="xs:string"> <xs:maxLength value="100"/> </xs:restriction> </xs:simpleType></xs:schema> 7.2.5. DBoksContact DST_DBoksContactNewStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/"
§ 41

(Stk. 2)

elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:simpleType name="CVRnumberIdentifierType"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{8}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="ProductionUnitIdentifierType"> <xs:restriction base="xs:string"> <xs:length value="10"/> </xs:restriction> </xs:simpleType> <xs:element name="DBoksContactNewStructure" type="DBoksContactNewStructureType"/> <xs:complexType name="DBoksContactNewStructureType"> xs:sequence <xs:element name="CVRnumberIdentifier" type="CVRnumberIdentifierType" minOccurs="0"/> <xs:element name="ProductionUnitIdentifier" type="ProductionUnitIdentifierType" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:schema> 7.3. XML-skemaer for Data Det overordnede XML-skema i Data (ForanstaltningStrukturSamling) skal altid benyttes og kan bruges til at tilknytte flere Foranstaltninger til leverancen. XML-skemaet, der omhandler Foranstaltning (ForanstaltningStruktur), indeholder bl.a. information om barnets og formynder CPR-nummer og foranstaltningsdata (kode, start- og slut- dato). Diagram over XML-skemaer for Foranstaltning 7.3.1. Foranstaltninger (personrettede og familierettede) DST_ForanstaltningStrukturSamling. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_ForanstaltningStruktur. xsd"/> <xs:element name="ForanstaltningStrukturSamling" type="ForanstaltningStrukturSamlingType"/> <xs:complexType name="ForanstaltningStrukturSamlingType"> <xs:sequence> <xs:element ref="ForanstaltningStruktur" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_ForanstaltningStruktur. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2016/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:simpleType name="CPRidentifikatorType"> <xs:restriction base="xs:string"> <xs:minLength value="10"/> <xs:maxLength value="16"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="ForanstaltningIdType"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="100"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="ForanstaltningKodeType"> <xs:restriction base="xs:nonNegativeInteger"> <xs:totalDigits value="3"/> </xs:restriction> </xs:simpleType> <xs:element name="ForanstaltningStruktur" type="ForanstaltningStrukturType"/> <xs:complexType name="ForanstaltningStrukturType"> <xs:sequence> <xs:element name="UdsatBarnCPRidentifikator" type="CPRidentifikatorType"/> <xs:element name="FormynderCPRidentifikator" type="CPRidentifikatorType"/> <xs:element name="ForanstaltningId" type="ForanstaltningIdType"/>
§ 41

(Stk. 2)

<xs:element name="ForanstaltningKode" type="ForanstaltningKodeType"/> <xs:element name="ForanstaltningStartDato" type="xs:date"/> <xs:element name="ForanstaltningSlutDato" type="xs:date" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:schema> 8. XML-fil XML–filen skal opfylde XML-formatet og den skal kunne valideres mod XML-skemaet (DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd). Der er et præfiks (dst:) for alle elementer i Envelope blokken, og dette skal beholdes uden ændringer. Modtagelsessystemet i Danmarks Statistik bruger præfikset som genkendelses-string for at aflæse Envelope-data (leverance nr., periode, kommunekode) i tilfælde af, at XML-filen ikke er velformet. Følgende blok med ”namespaces” (xmlns) og schemaLocation kan med fordel kopieres direkte fra nedenstående uden ændringer, men uden formateringstegn (kan kopieres via Notesblok). xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xsi="http://www.w3. org/2001/XMLSchema-instance" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" xsi:schemaLocation= http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/ http://digitaliser.dk/resource/2351810/artefact/DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd 8.1. XML-fil navnestandard Det er vigtigt, at hver enkelt dataleverance er navngivet efter nedenstående standarder. Inde i metadata (dst:envelope) angives testdata med T 201 og produktionsdata med L 201 . I filnavnet er leverancenummeret derimod altid L 201 , uanset om det er produktionsdata eller testdata. Forskellen mellem test og produktionsdata i filnavnet angives med det første bogstav i navnet; T for testdata eller P for produktionsdata. Produktionsleverance: P <3-cifret kommunenummer>_ L201 _ P <hvilken periode er data fra>_ V <2-cifret recordlayout versionsnummer>_ D <8-cifret udtræksdato: YYYMMDD> T <6-cifret udtrækstidspunkt>. XML Eksempel: P 998 L201 _ P 2017M05_ V 01_ D 20170601 T 111900. XML Testleverance: T <3-cifret kommunenummer>_ L201 _ P <hvilken periode er data fra>_ V <2-cifret recordlayout versionsnummer>_ D <8-cifret udtræksdato: YYYMMDD > T <6-cifret udtrækstidspunkt>. XML Eksempel: T 998 L201 _ P 2017M05_ V 01_ D 20170601 T 111900. XML Eksempelfil Felter vist med gul baggrund i nedenstående beholdes uændret. De øvrige felter kan ændres.

<? xml version="1.0" encoding="UTF-8" ? > <UdsatteBoernOgUngeLeveranceL201U1Struktur xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xsi="http://www.w3. org/2001/XMLSchema-instance" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" xsi:schemaLocation="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/ http://digitaliser.dk/resource/2351810/artefact/DST_UdsatteBoernOgUngeLeveranceL201U1Struktur. xsd"> <DeliveryMetadataNewStructure> <dst:Envelope> <dst:Source>CEMOS</dst:Source> <dst:SurveyID>D280600</dst:SurveyID> <dst:FormID>L201</dst:FormID> <dst:Period>2016M03</dst:Period> <dst:Entity> <dst:EntityIDType>Kommune</dst:EntityIDType> <dst:EntityID>111</dst:EntityID> </dst:Entity>
§ 41

(Stk. 2)

</dst:Envelope> <CommunicatorStructureCollection> <CommunicatorStructure> <CommunicationDescription>Oprettelse på lokal server</CommunicationDescription> <CommunicationDateTime>2016-04-10T08:23:17</CommunicationDateTime> <SystemStructure> <SystemName>DUBU</SystemName> <SystemVersion>9.5</SystemVersion> </SystemStructure> </CommunicatorStructure> </CommunicatorStructureCollection> <ContactStructureCollection> <ContactStructure> <ContactTypeName>Faglig ansvarlig</ContactTypeName> <ContactIdentifier>Anders Andersen</ContactIdentifier> <ContactEmailAddress>aan@kom.dk</ContactEmailAddress> </ContactStructure> <ContactStructure> <ContactTypeName>Teknisk ansvarlig</ContactTypeName> <ContactIdentifier>Hans Hansen</ContactIdentifier> <ContactEmailAddress>hah@kom.dk</ContactEmailAddress> </ContactStructure> <ContactStructure> <ContactTypeName>Kvitteringsmodtager</ContactTypeName> <ContactIdentifier>Andeby kommune</ContactIdentifier> <ContactEmailAddress>kom@kom.dk</ContactEmailAddress> </ContactStructure> </ContactStructureCollection> <DBoksContactNewStructure> <CVRnumberIdentifier>23456789</CVRnumberIdentifier> <ProductionUnitIdentifier>1234567890</ProductionUnitIdentifier> </DBoksContactNewStructure> <FormVersion>1.0</FormVersion> </DeliveryMetadataNewStructure> <ForanstaltningStrukturSamling> <ForanstaltningStruktur> <UdsatBarnCPRidentifikator>0101000000000</UdsatBarnCPRidentifikator> <FormynderCPRidentifikator>0000000000</FormynderCPRidentifikator> <ForanstaltningId>25</ForanstaltningId> <ForanstaltningKode>123</ForanstaltningKode> <ForanstaltningStartDato>2014-02-01</ForanstaltningStartDato> <ForanstaltningSlutDato>2015-02-01</ForanstaltningSlutDato> </ForanstaltningStruktur> <ForanstaltningStruktur> <UdsatBarnCPRidentifikator>010200000000A</UdsatBarnCPRidentifikator> <FormynderCPRidentifikator>011110100000000</FormynderCPRidentifikator> <ForanstaltningId>26</ForanstaltningId> <ForanstaltningKode>124</ForanstaltningKode> <ForanstaltningStartDato>2014-02-01</ForanstaltningStartDato> </ForanstaltningStruktur> </ForanstaltningStrukturSamling> </UdsatteBoernOgUngeLeveranceL201U1Struktur> 9. Kvitteringsmail Danmarks Statistik sender en kvitteringsmail til kvitteringsmodtager i indberetningskommunen, når data er indlæst. Kommunen vil enten modtage en mail, som angiver, at data er indlæst med succes eller at Danmarks Statistik har afvist data. Kvitteringsmail med emnet ”Danmarks Statistik har afvist data” vil indeholde information om, hvorfor data er blevet afvist. Mailen indeholder detaljeret information om linje og position i XML-skemaet, hvor fejlen er placeret. Kommunen skal rette fejlen og genfremsende data. Eksempel på mail: ”Data er indlæst med succes” Kære indberetter Danmarks Statistik har modtaget følgende indberetningsfil: P_00805433_01078544_01078603_170712231328_00004_K849D20170712T010000L00. xml Dato: 2017-07-12 23:14:11 Fil ID: 01078605 Indberettertype (dst:EntityIDType): Kommune Indberetterkode (dst:EntityID): 849 Leverance (dst:FormID): L201 Periode (dst:Period): 2017M01

§ 41

(Stk. 2)

Kvitteringsmodtager (ContactEmailAddress): mif@jammerbugt.dk Forsendelsesversion (FormVersion): 1.0 Danmarks Statistik kvitterer hermed for modtagelse af oplysningerne. Danmarks Statistik vil evt. senere vende tilbage når vi har set på oplysningerne. Dette er en automatisk genereret mail, der ikke kan svares på. Evt. spørgsmål rettes til Danmarks Statistik ved at videresende denne mail evt. med supplerende oplysninger til: udsatteboerndok@dst.dk Med venlig hilsen Danmarks Statistik Eksempel på mail: ”DST har AFVIST data – De skal genfremsendes” Nedenstående mail viser et eksempel med fejl i: CPR-nummer (’UdsatBarnCPRidentifikator’ er ugyldig) Kære indberetter Danmarks Statistik har modtaget følgende indberetningsfil: UdsatteBoern_MissingBarnCpr. xml Dato: 2015-05-27 17:34:36 Fil ID: 122 Indberettertype (dst:EntityIDType): Kommune Indberetterkode (dst:EntityID): 101 Leverance (dst:FormID): L201 Periode (dst:Period): 2007M03 Kvitteringsmodtager (ContactEmailAddress): kbh@kom.dk Forsendelsesversion (FormVersion): 1.0 Der forekommer fejl ifm. leverancen, fejlangivelse: Ej korrekt XML-struktur eller dataindhold Valideringsfejl: System. Xml. Schema. ValidationEventArgs

  1. Vejledning i forbindelse med systemskifte Kommuner, der skifter indberetningsløsning, skal give besked om dette til Danmarks Statistik, så snart der er indgået aftale om en ny indberetningsløsning. Kommunen skal fortsætte med at indberette data via det tidligere system, indtil det nye system er taget i brug, og indberetningen fungerer. Dette er for at undgå datatab ved overgangen fra det tidligere system til det nye system. Hvis der indberettes testdata via det nye system, skal det angives, at dataleverancen er en testleverance (T201). Leverancer navngivet L201 anvendes til statistikproduktion. Ved leverandørskifte behandler Danmarks Statistik data således, at fra det tidligere system udvælges alle uafsluttede foranstaltninger efter den senest modtagne leverance (Delta-load). Fra det nye system udvælges samtlige foranstaltninger, både afsluttede og aktive, fra den aftalte opstarts leverance (full-load). Data fra de to systemer flettes og danner tilsammen det datagrundlag, som Danmarks Statistik anvender i forløbsregistret. Ved leverandørskifte er det vigtigt, at kommunen sørger for, at alle afsluttede foranstaltninger i det tidligere system er opdaterede med korrekte oplysninger (dvs. startdato, slutdato, foranstaltningsId, etc.) og overholder Danmarks Statistiks krav til dataindberetningen. Alle aktive foranstaltninger i det tidligere system skal oprettes i det nye system med deres reelle startdato, ikke datoen, der angiver tidspunktet for systemskifte.
§ 41

(Stk. 2)

Bilag 3 Kravspecifikation - Underretninger om børn og unge under 18 år

Indholdsfortegnelse 1. Indledning 2. Overordnede elementer 3. Data 3.1. Indberetningsdata 4. Værdisæt for indberetningsdata 5. Valideringsrapport 6. Dataformatbeskrivelse 7. XML-skemaer 7.1. Beskrivelse af API 7.1.1. Metode 1: RequestType GET 7.1.2. Metode 2: RequestType POST 7.2. Fejlkoder 7.3. Kodeeksempel i C# . net 7.4. XSD-skema version 2.0 (VersionsDato '2017-01-01) 7.5. XML-eksempel version 2.0 (VersionsDato '2017-01-01') 8. XML-fil 9. Kvitteringsmail 10. Vejledning i forbindelse med systemskifte

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer og dataudveksling mellem kommuner og Danmarks Statistik vedrørende underretninger om børn og unge. Kommunerne startede med at indberette de underretninger, som de modtog om børn og unge under 18 år, fra og med den 1/4 2014. Dette dokument omhandler de indberetningskrav, som er gældende på området fra 1/1 2018. De kommunale myndigheder skal efter lov om social service indberette oplysninger om de underretninger, de modtager på barnets cpr-nummer. Hver enkelt underretning skal indberettes, og en indberetning består af følgende obligatoriske dataelementer:
  • Metadata/Stamdata - Indberetningsdata (se dataelementer i 3.2) Det er altid den kommune, der modtager underretningen, der skal indberette. Det er et krav, at kommunerne har indberettet alle deres underretninger for et kvartal senest den sidste dag i første måned i efterfølgende kvartal. Kommunen og/eller system-leverandørerne kan frit vælge om de vil indsende dataleverancer dagligt, månedligt eller hvert kvartal. Danmarks Statistik skal dog varsles med minimum 2 måneder, hvis kommunen og dennes systemleverandør ønsker at ændre frekvensen for kommunens dataleverancer. Leverancerne skal ved normal drift indeholde ”Delta load”. ” Delta load” betyder, at kommunen skal levere alle de underretninger, de har modtaget eller ændret siden sidste levering. Man indberetter ændringer og sletninger af tidligere indberettede underretninger ved at benytte variablen ”Indberetningstype”. Det er obligatorisk at indberette alle underretninger om børn og unge under 18 år, som modtages efter §§ 152-154 i lov om social service. Også hvis underretningen modtages og behandles af en anden forvaltning i kommunen (fx i voksenforvaltningen). Dataoverførslen sker via system-til-system løsning eller Danmarks Statistik web-dialog. Webdialogen findes ved at trykke ’Start indberetning’ på hjemmesiden www.dst.dk/UND. Ved system-til-system løsning genererer systemerne i kommunerne (fx DUBU-systemet) et antal XML-filer. XML-filerne overføres til Danmarks Statistik via et web-API. I Danmarks Statistik overføres XML-filerne senere til det centrale modtagelses-system (CEMOS). Hvis der opstår fejl ved kald af web-API formidles fejlen ved hjælp af fejlkoder (se oversigt på side 8). Der sendes ikke kvittering vedrørende godkendte/afviste indberetninger. Alle overførsler sker via en sikker krypteret linje.
§ 41

(Stk. 2)

1.1 Arbejdsgange ved overførsel af data 2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Indberetning Kommunale myndigheder indberetter de underretninger vedrørende børn og unge under 18 år, som de modtager. Det er den kommune, som modtager underretningen, der indberetter underretningen. Frekvens Daglig, månedlig eller kvartalsvis indberetning. Frist Senest sidste dag i den følgende måned efter månedens/kvartalets/årets afslutning. Enhed På personniveau indberettes en række pr. underretning. Format for indsendte data For at en indberetning kan modtages korrekt, skal XML’en overholde et bestemt format. XML-formatet er beskrevet ved hjælp af et XML-skema (XSD), dette skema kan hentes ved kald til API’et for produktionsmiljøet: https://doku.dst.dk/UnderretningWebApi/ Fuld bestand Der skal leveres delta load. Delta load betyder, at kommunen skal levere alle ydelser, der er modtaget og/eller ændret siden sidste levering til Danmarks Statistik. Sletninger Underretninger slettes ved hjælp af variablen ”IndberetningsType”. Når den sættes til ”Annulleretbrev”, slettes alle oplysninger ved det tidligere indberettede ”underretningsid”. Testmuligheder Der er et testmiljø. Skemaet hentes ved kald til API’et. Web-API’et for testmiljøet tilgås igennem et HTTPS interface via requests til en URL: https://srvdokutst1. dst.dk/UnderretningWebApi/ Statistikkens hjemmeside http://www.dst.dk/da/Indberet/oplysningssider/udsatte-boern-og-unge-underretninger • Linket henviser til statikkens emneside, hvor der gives en generel introduktion til statikken. http://www.dst.dk/Und • Linket henviser til statistikkens oplysningsside, hvor der bl.a. kan indhentes information om vejledninger til indberetning. HUSK • At teste op imod testmiljøet inden applikationen gives fri til at foretage kald til produktionsmiljøet. • Så vidt muligt at give brugeren en mulighed for at se/rette i oplysningerne inden afsendelse. På den måde er det muligt at foretage en rimelighedsvurdering. • At reagere på eventuelle fejl der returneres fra servicen. Der vil ikke være foretaget en indberetning, hvis kaldet fejler. • Validere de data der indberettes med XML-skemaet. 3. Data Alle dataleverancer skal indeholde både indberetningsdata samt metadata/stamdata 3.1 Metadata/Stamdata Metadata/Stamdata indgår som det første element i leverancen. Metadata-/Stamdataelementer Elementnavn Obligatorisk Dataformat Beskrivelse Forsendelse VersionsDato Ja Dataformat ”yyyy-mm-dd” Dato for frigivelse af XML-skema. Seneste version ’2017-01-01’. Version ’2016-01-01’ understøttes frem til efteråret 2017. LeverandørId Ja String Leverandørspecifikt id. Fås ved henvendelse til Danmarks Statistik. Kommune Ja String (alfanumerisk), længde 3, Value=101-850 Kommunenummer for indberettende kommune (handlekommune). Sagsbehandlernavn Nej String Navnet på personen som indberetter. 3.2 Indberetningsdata Alle dataleverancer skal indeholde indberetningsdata. Nedenstående skema beskriver elementerne i indberetningsdata.

§ 41

(Stk. 2)

Indberetningsdataelementer Elementnavne indberetning Obligatorisk Dataformat Beskrivelse UnderretningsId Ja String, (alfanumerisk), længde max 15 Unikt nummer for underretning for den enkelte kommune. Kommunen administrerer selv dette. IndberetningsType Ja String(alfanumerisk), længde max 16 Ny registrering, ændring af tidligere registrering eller annullering. Sagsoplysninger PersonIdType Ja String (alfanumerisk), længde max 16 CPR-nr. for barn, udlændinge-id, eller CPR-nr. for moderen, hvis det er et uført barn. PersonIdType Ja String (alfanumserisk), længde max 24 Er underretningen om et ufødt barn, en udlænding eller et barn, som har fået tildelt et CPR-nummer. Alder Ja, Hvis ikke personidType er BarnCPR String (alfanumserisk) Oplysning om alder - udfyldes kun for udlændinge. Koen Ja, hvis personidType er BarnUdlaendingId String (alfanumerisk), længde 1, value=1-2 Oplysninger om køn – udfyldes kun for udlændinge. 1 = dreng 2 = pige Underretning Underretningsdato Ja Dato "yyyy-mm-dd" DatoFormat forventes på følgende form: "yyyy-mm-dd" eks: 2016-12-24. Underretter Ja String, (2) Value=1-11 Oplysning om hvem der har underrettet kommunen. AndenUnderretter Nej String (25) Fritekst hvis man i variablen ”underretter” har valgt værdien ”Anden”. Baggrund Ja String (alfanumerisk), længde 2, value=1-16 Oplysning om hvad der underrettes om. 4. Værdisæt for indberetningsdata Variabel Værdi Beskrivelse Indberetningstype nytbrev Ny underretning rettetbrev Rettelse i tidligere indberettet underretning annulleretbrev Sletning af tidligere indberettet underretning PersonIdType BarnCpr Personnummer på det barn der er modtaget indberetning om BarnUdlaendingeId Udlændingenummer, hvis barnet ikke har et CPR-nr. VordendeMorCpr Hvis underretningen er om et ufødt barn, er det moderens personnummer der indberettes VordendeMorUdlaendingeId Udlændingenummer for den vordende mor, hvis hun ikke har et CPR-nr. Underretter 1 Mellemkommunal underretning eller anden kommunal forvaltning 2 Skole 3 Dagpleje, daginstitution, fritidshjem, klub eller SFO 4 Sundhedsvæsenet 5 Sundhedsplejer eller tandlæge 6 Politi eller domstol 7 Familie, barn selv eller bekendtskabskreds 8 Anonym 9 Anbringelsessted 10 Foreninger, frivillige organisationer eller krise-, misbrugs- og asylcentre 11 Andre Baggrund 1 Misbrug hos barn/ung 2 Kriminalitet hos barn/ung 3 Skoleproblemer hos barn/ung fx fravær 4 Anden bekymrende adfærd hos barn/ung fx udad-reagerende adfærd 5 Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos barn/ung 6 Sundhedsforhold hos barn/ung 7 Overgreb mod barn/ung fx seksuelt eller voldeligt 8 Anden form for omsorgssvigt over for barn/ung 9 Misbrug hos forældre 10 Kriminalitet hos forældre 11 Anden bekymrende adfærd hos forældre 12 Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos forældre 13 Højt konfliktniveau eller vold i hjemmet mellem voksne 14 Utilstrækkelig omsorg fra forældre 15 Fogedsag, hjemløshed eller udsættelse fra bolig 16 Andet

leje
§ 41

(Stk. 2)

  1. Valideringsrapport Leverandørerne skal gøre det muligt for kommunerne at trække datarapporter fra deres systemer, således at kommunerne kan validere data sendt til Danmarks Statistik.
  2. Dataformatbeskrivelse Alle de nødvendige dataleverancer er beskrevet af Danmarks Statistik ved hjælp af XML-skemaer. Alle XML-filer skal være i UTF-8-format Den enkelte leverandør eller kommune kan hente disse XML-skemaer og dokumentation via et REST API: Test miljø: https://srvdokutst1. dst.dk/UnderretningWebApi/ Produktions miljø: https://doku.dst.dk/UnderretningWebApi/ XML-skema, dokumentation og eksempel XML er beskrevet nedenfor, og kan også fås ved henvendelse til Danmarks Statistik.
  3. XML-skemaer Forsendelse_2017_diagram 7.1. Beskrivelse af API Web API’et udstiller 2 metoder, en til at hente et XML-skema og en til at foretage indberetning. Det er vigtigt, at respons-objektet håndteres, da dette indeholder information om eventuelle fejl. Se nedenstående fejlkoder for udførlig beskrivelse af de fejl, der kan opstå. 7.1.1 Metode 1: RequestType GET Metode som returnerer XML-skemaet der beskriver indberetningsformatet: https://srvdokutst1. dst.dk/UnderretningWebApi/xsd/<versionsdato Eksempel: https://srvdokutst1. dst.dk/UnderretningWebApi/xsd/2017-01-01 (Husk response-type skal være XML, hvilket pt. er standard i en Chrome-browser) 7.1.2 Metode 2: RequestType POST Metoden foretager en indberetning af data til Danmarks Statistik. XML-input kan valideres med XML-skemaet fra ovenstående metode. XML’en skal postes som string. https://srvdokutst1. dst.dk/UnderretningWebApi/ReportData Eksempler på brug af API’et kan ses i afsnittet XML-eksempel nedenfor. 7.2 Fejlkoder Følgende fejlkoder kan forventes ved kald af Web-API’et. Fejlkode Beskrivelse 1000 Invalid xml 1001 Xsd validering fejler 1002 Invalid leverandørkode 1003 Invalid xml-skema versionsdato 1004 VersionsDatoen er formateret forkert brug yyyy-mm-dd 1005 Forsendelsen mangler versionsdato elementet 1006 Elementet forsendelse mangler eller har et forkert namespace 2000 Forsendelsen indeholder flere indberetninger med samme indberetningsid 3000 Forsendelsen indeholder en indberetning af typen nytbrev med et indberetningsnummer der har været indsendt tidligere 3001 Underretningsdatoen må ikke ligge før 1. februar 2013 3003 Den angivne kommunekode er ikke valid 4000 UnderretningsBaggrundsTypen er ikke valid 9000 Der er opstået en intern fejl 7.3 Kodeeksempel i C#. net static void Main(string[] args) { MainAsync(). Wait(); Console. WriteLine("Done"); Console. ReadKey(); } static async Task MainAsync() { //Gather Data string forsendelseXml = File. ReadAllText(@". . . . \Forsendelse.xml"); var xdoc = new XDocument(XElement. Parse(forsendelseXml)); //Report XML PrepareAndReportData(xdoc). Wait(); } //ForsendelseXDocument is the data which is to be reported private static async Task PrepareAndReportData(XDocument forsendelseXDocument) { //Get xml schema from rest api string xsd = await GetXsd();
§ 41

(Stk. 2)

//Validate xml forsendelse with XML schema bool xmlIsValid = XmlIsValid(forsendelseXDocument, xsd); if (xmlIsValid)//only report valid xml { //report data ReportData(forsendelseXDocument). Wait(); } } private static async Task<string> GetXsd(string versionsdato) { using (HttpClient client = new HttpClient()) { client. BaseAddress = new Uri("https://srvdokutst1. dst.dk/UnderretningWebApi/"); client. DefaultRequestHeaders. Accept. Add(new MediaTypeWithQualityHeaderValue("application/xml")); try { //Check if the version date is correct HttpResponseMessage response = await client. GetAsync($"xsd/2017-01-01"); return await response. Content. ReadAsStringAsync(); } catch (Exception e) { //Handle error return null; } } } private static bool XmlIsValid(XDocument forsendelseXDocument, string xsd) { XmlSchema xmlSchema; xmlSchema = XmlSchema. Read(new StringReader(xsd), null); var schemas = new XmlSchemaSet(); schemas. Add(xmlSchema); //Verify Forsendelse (root)element has the correct namespace if (xdoc. Root? . GetDefaultNamespace(). NamespaceName ! = xmlSchema. TargetNamespace) return false; //Validate xml string errorMsg = string. Empty; forsendelseXDocument. Validate(schemas, (sender, e) => { errorMsg = e. Message; }); //An error occured if (! string. IsNullOrEmpty(errorMsg)) { //Handle error return false; } return true; } private static async Task ReportData(XDocument forsendelseXDocument) { using (HttpClient client = new HttpClient()) { client. BaseAddress = new Uri("https://srvdokutst1. dst.dk/UnderretningWebApi/"); client. DefaultRequestHeaders. Accept. Add(new MediaTypeWithQualityHeaderValue("application/xml")); string strXml = forsendelseXDocument. ToString(); //convert xml to string StringContent content = new StringContent(strXml); //send xml as a string HttpResponseMessage response = await client. PostAsync("ReportData", content); if (! response. IsSuccessStatusCode) //Data not received at DST { string reason = await response. Content. ReadAsStringAsync(); //Reason why operation failed string errorCode = response. ReasonPhrase; // Error code, see documentation //Handle error your own way } } } 7.4 XSD-skema version 2.0 (VersionsDato ’2017-01-01’)

<? xml version="1.0" encoding="utf-8"? > <xs:schema elementFormDefault="qualified" xmlns:xs=http://www.w3. org/2001/XMLSchema targetNamespace="http://dst.dk/UnderretningWebApi" xmlns="http://dst.dk/UnderretningWebApi" version="2017-01-01"> <xs:element name="Forsendelse" nillable="true" type="Forsendelse" /> <xs:complexType name="Forsendelse"> <xs:sequence> <xs:element minOccurs="1" maxOccurs="1" name="VersionsDato" > <xs:simpleType> <xs:annotation> <xs:documentation>Angiver hvilken version af xml-skemaet der benyttes til validering</xs:documentation> </xs:annotation> <xs:restriction base ="xs:date"> <xs:pattern value="2017-01-01"></xs:pattern> </xs:restriction> </xs:simpleType> </xs:element> <xs:element minOccurs="1" maxOccurs="1" name="LeverandoerId" type="xs:string" /> <xs:element minOccurs="1" maxOccurs="unbounded" name="Indberetning" type="Indberetning" />
§ 41

(Stk. 2)

</xs:sequence> </xs:complexType> <xs:complexType name="Indberetning"> xs:sequence <xs:element minOccurs="1" maxOccurs="1" name="UnderretningsId" type="xs:string"> xs:annotation xs:documentationUnikt nummer for indberetning for den enkelte kommune. Kommunen administrerer selv dette. </xs:documentation> </xs:annotation> </xs:element> <xs:element minOccurs="1" maxOccurs="1" name="IndberetningsType" type="IndberetningsType" /> <xs:element minOccurs="1" maxOccurs="1" name="Kommune" type="Kommune" /> <xs:element minOccurs="0" maxOccurs="1" name="Sagsbehandlernavn" type="xs:string" /> <xs:element minOccurs="0" maxOccurs="1" name="Sagsoplysninger" type="Sagsoplysninger" /> <xs:element minOccurs="1" maxOccurs="1" name="Underretning" type="Underretning" /> </xs:sequence> </xs:complexType> <xs:simpleType name="IndberetningsType"> xs:annotation xs:documentationAngiver om det er et nyt brev eller en rettelse til et gammelt, eller en annullering. </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:enumeration value="nytbrev" /> <xs:enumeration value="rettetbrev" /> <xs:enumeration value="annulleretbrev" /> </xs:restriction> </xs:simpleType> <xs:complexType name="Kommune"> xs:sequence <xs:element minOccurs="1" maxOccurs="1" name="KommuneNr"> xs:annotation xs:documentation3 cifret kommunekode</xs:documentation> </xs:annotation> xs:simpleType <xs:restriction base="xs:integer"> <xs:pattern value="[0-9]{3}"/> </xs:restriction> </xs:simpleType> </xs:element> </xs:sequence> </xs:complexType> <xs:complexType name="Sagsoplysninger"> xs:sequence <xs:element minOccurs="1" maxOccurs="1" name="PersonId" type="xs:string"> xs:annotation xs:documentationCPR-nr. eller udlændinge-id. </xs:documentation> </xs:annotation> </xs:element> <xs:element minOccurs="1" maxOccurs="1" name="PersonIdType" type="PersonIdType" /> <xs:element minOccurs="0" maxOccurs="1" name="Alder" type="xs:integer"> xs:annotation xs:documentationUdfyldes kun for Udlaendinge. </xs:documentation> </xs:annotation> </xs:element> <xs:element minOccurs="0" maxOccurs="1" name="Koen" type="Koen"> xs:annotation xs:documentationUdfyldes kun for Udlaendinge. </xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType> <xs:simpleType name="PersonIdType"> <xs:restriction base="xs:string"> <xs:enumeration value="BarnCpr" /> <xs:enumeration value="BarnUdlaendingeId" /> <xs:enumeration value="VordendeMorCpr" /> <xs:enumeration value="VordendeMorUdlaendingeId" /> </xs:restriction> </xs:simpleType> <xs:simpleType name="Koen"> <xs:restriction base="xs:string"> <xs:enumeration value="M" /> <xs:enumeration value="K" /> </xs:restriction> </xs:simpleType> <xs:complexType name="Underretning"> xs:sequence <xs:element minOccurs="1" maxOccurs="1" name="Underretningsdato" type="xs:date"> xs:annotation xs:documentationDatoFormat forventes på følgende form: "yyyy-MM-dd" eks: 2016-12-24</xs:documentation> </xs:annotation> </xs:element> <xs:choice minOccurs="0" maxOccurs="1">

§ 41

(Stk. 2)

<xs:element minOccurs="0" maxOccurs="1" name="Underretter" type="Underretter" /> <xs:element minOccurs="0" maxOccurs="1" name="AndenUnderretter" > xs:simpleType <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="255"/> </xs:restriction> </xs:simpleType> </xs:element> </xs:choice> <xs:element minOccurs="0" maxOccurs="unbounded" name="Baggrund" type="UnderretningsBaggrundsType" /> </xs:sequence> </xs:complexType> <xs:complexType name="Underretter"> xs:sequence <xs:element minOccurs="1" maxOccurs="1" name="Type" type="UnderretterType" /> </xs:sequence> </xs:complexType> <xs:simpleType name="UnderretterType"> <xs:restriction base="xs:string"> <xs:enumeration value="Mellemkommunal underretning eller anden kommunal forvaltning"/> <xs:enumeration value="Skole"/> <xs:enumeration value="Dagpleje, daginstitution, fritidshjem, klub eller SFO"/> <xs:enumeration value="Sundhedsvaesenet"/> <xs:enumeration value="Sundhedsplejerske eller tandlaege"/> <xs:enumeration value="Politi eller domstol"/> <xs:enumeration value="Familie, barn selv eller bekendtskabskreds"/> <xs:enumeration value="Anonym"/> <xs:enumeration value="Anbringelsessted"/> <xs:enumeration value="Foreninger, frivillige organisationer eller krisecentre"/> <xs:enumeration value="Andre"/> </xs:restriction> </xs:simpleType> <xs:complexType name="UnderretningsBaggrundsType"> xs:sequence <xs:element minOccurs="0" name="Type" type="UnderretningsBaggrundsTypeType" /> </xs:sequence> </xs:complexType> <xs:simpleType name="UnderretningsBaggrundsTypeType"> <xs:restriction base="xs:string"> <xs:enumeration value="Misbrug hos barn/ung"/> <xs:enumeration value="Kriminalitet hos barn/ung"/> <xs:enumeration value="Skoleproblemer hos barn/ung fx fravaer"/> <xs:enumeration value="Anden bekymrende adfaerd hos barn/ung fx udad-reagerende adfaerd"/> <xs:enumeration value="Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos barn/ung"/> <xs:enumeration value="Sundhedsforhold hos barn/ung"/> <xs:enumeration value="Overgreb mod barn/ung fx seksuelt eller voldeligt"/> <xs:enumeration value="Anden form for omsorgssvigt over for barn/ung"/> <xs:enumeration value="Misbrug hos foraeldre"/> <xs:enumeration value="Kriminalitet hos foraeldre"/> <xs:enumeration value="Anden bekymrende adfærd hos foraeldre"/> <xs:enumeration value="Betydelig eller varigt nedsat fysisk eller psykisk funktionsevne hos foraeldre"/> <xs:enumeration value="Hoejt konfliktniveau eller vold i hjemmet mellem voksne"/> <xs:enumeration value="Utilstraekkelig omsorg fra foraeldre"/> <xs:enumeration value="Fogedsag, hjemloeshed eller udsaettelse fra bolig"/> <xs:enumeration value="Andet"/> </xs:restriction> </xs:simpleType> <xs:element name="IndberetningsType" type="IndberetningsType" /> <xs:element name="Kommune" nillable="true" type="Kommune" /> <xs:element name="Sagsoplysninger" nillable="true" type="Sagsoplysninger" /> <xs:element name="PersonIdType" type="PersonIdType" /> <xs:element name="Underretning" nillable="true" type="Underretning" />

leje
§ 41

(Stk. 2)

<xs:element name="Underretter" nillable="true" type="Underretter" /> <xs:element name="UnderretningsBaggrundsType" nillable="true" type="UnderretningsBaggrundsType" /> <xs:element name="Indberetning" nillable="true" type="Indberetning" /> </xs:schema>

Bilag 4 Kravspecifikation Stofmisbrugsdatabasen (SMDB)

Indholdsfortegnelse 1. Indledning 1.1. Arbejdsgange ved overførsel af data 1.1.1. Web kald: ”Hent Data Service 1.1.2. Web kald: ”Indsaet Data Service 2. Overordnede elementer 3. Data 3.1. Dataelementer for VBGS og SIB 3.2. Dataelementer for DanRis 3.3. Dataelementer for ASI 3.4. Indberetningsdata for KvalHep 4. Kommunernes mulighed for at anvende egne data til bl.a. validering 5. Dataformatbeskrivelse 5.1. Indberetning af rettelser og sletninger 6. Validering og feed back ved indberetning 6.1. Ved indberetning via web service vises om indberetningen er succesfuldt gennemført med overholdelse af alle forretningsregler 6.1.1. Generelle regler gældende for samtlige skemaer og spørgsmål 6.1.2. Registrer anmodning 6.1.3. Iværksæt behandling 6.1.4. Tilbudstilknytning 6.1.5. Afslut behandling 6.1.6. Indskrivning og udskrivning 6.1.7. Registrer ydelse 6.1.8. ASI 6.1.9. Kvalitet i den lægefaglige behandling Hepatitis C 7. Vejledning i forbindelse med systemskifte 7.1. Test af nyt leverandørsystem (leverandørskift)

  1. Indledning Dette dokument indeholder beskrivelse af dataudveksling mellem kommuner og tilbud og Danmarks Statistik vedrørende personer i stofmisbrugsbehandling. Stofmisbrugsdatabasen (SMDB) er en fælles indberetningsplatform, der indsamler oplysninger om personer i henholdsvis social og sundhedsfaglig stofmisbrugsbehandling for tre dataansvarlige registerejere: Børne- og Socialministeriet (VBGS), Sundhedsdatastyrelsen (SIB) og Sundhedsstyrelsen (KvalHep). Børne- og Socialministeriet har det overordnede ansvar for Stofmisbrugsdatabasen. Pr. 1. januar 2017 uddelegerede Børne- og Socialministeriet varetagelsen af drift, vedligeholdelse og udvikling til Danmarks Statistik. Derudover også kvalitetssikringen af data for 2016 og frem. DST har dermed ansvaret for at indhente oplysninger som beskrevet i fællesindholdet for SMDB om borgere i stofmisbrugsbehandlingstilbud. Indberetning af oplysninger om personer i social stofmisbrugsbehandling er lovpligtig, jf § 82 i lov om retssikkerhed og administration på det sociale område Indberetning af oplysninger om personer i sundhedsfaglig stofmisbrugsbehandling er lovpligtig, jf. autorisationslovens § 19 og sundhedslovens § 195. Indberetningspligten på den sundhedsfaglige del er fastsat i:
  • Bekendtgørelse nr. 1789 af 16. december 2015 om kommunernes indberetning til Sundhedsdatastyrelsen om lægesamtaler i forbindelse med stofmisbrugsbehandling, lægelig stofmisbrugsbehandling og frit valg i forbindelse med lægeligstofmisbrugsbehandling - Bekendtgørelse nr. 1700 af 21. december 2010 om indberetning af lægeligstofmisbrugsbehandling og indsats mod hepatitis C blandt stofmisbrugere - Bekendtgørelse nr. 1678 af 16. december 2016 om lægers indberetning om ordination af afhængighedsskabende lægemidler som led i stofmisbrugsbehandling
§ 41

(Stk. 2)

De kommunale myndigheder skal indberette oplysninger om borgere i døgn-, dag- eller ambulant stofmisbrugsbehandling. Det er handlekommunen dvs. betalingskommunen, som har ansvaret for indberetning. Godkendte tilbud (behandlingssteder) skal indberette indskrivningsoplysninger og ydelser til Stofmisbrugsdatabasen. Kommunerne kan overdrage indberetningen af hele kontaktforløbet til godkendte behandlingstilbud, der foretager både visitation og behandling; men kommunerne har stadig ansvar for, at indberetningen foretages. Indberetningskrav: • Alle stofmisbrugere i behandling skal indberettes i VBGS og SIB. • KvalHep skal kun indberettes for borgere, som har fået iværksat substitutionsbehandling og/eller har haft risikoadfærd. Ved risikoadfærd forstås adfærd med risiko for kontakt med virus (HBV, HCV, HIV) i forbindelse med anvendelse af sprøjter, kanyler, snifferrør m.m. Historik: Indberetningskrav og metode på området har historisk fulgt fire separate forløb frem til den fælles platform, som har været gældende fra juni 2011 med enkelte ændringer i 2015 og med en række ændringer ifm. datasanering af sanering af SMDB i 2019, hvor bl.a. kravet om ASI blev fjernet. • Registeret over stofmisbrugere i behandling (SIB) Fra 1. januar 1996, • Registreringssystem for Center for Rusmiddelforskning (DanRIS): fra maj 2000 til 1. juli 2019, • Ventetider vedr. behandlingsgaranti for stofmisbrugere (VBGS): Siden 2008 • Kvalitetssikring af den lægelige behandling og den nationale handlingsplan til forebyggelse af hepatitis C (Kvalhep/Hep C): Fra 1. januar 2011 1.1 Arbejdsgange ved overførsel af data Dataoverførslen sker via system-til-system leverance ved anvendelse af web service eller manuel indberetning via webapplikationen på dst.dk/SMDB. XML filer nedenfor er XML SOAP. Ved system-til-system løsning genererer kommunernes systemer i kommunerne et antal XML-filer. Filformatet i den manuelle løsning er ligeledes XML. For at en webserviceklient kan tilgå SMDB før 1. juli 2019, skal dennes IP-adresse aktiveres af en systemadministrator på SMDB. Desuden skal webservice kaldene, beskrevet nedenfor, autoriseres via en bruger oprettet i SMDB. Autentifikationen kunne frem til 1. juli 2019 foregå via brugernavn/password, og efterfølgende kan det alene ske via nemlogin. De lokale klientsystemer skal opdateres med alle ændringer i datakrav, således at de stemmer overens med SMDB. Klientsystemleverandørerne varsles ved større systemændringer 6 måneder før ændringer skal være gældende. Det er nødvendigt først at udlæse data via hent data service, inden opdatering og indlæsning af data, således at relevante ID’er og referencer er kendte, dvs.: – Der hentes udvalgte data via ”Hent data service”, som bruges som ”opslag” for at kunne indberette data i henhold til SMDB’s forretningsregler – Alle ændrede data indberettes via ”Indsæt data service” Indlæsning/levering sker pt. straks, dagligt, ugentligt eller månedligt. Hyppig indlæsning anbefales af DST. Hvis der opstår fejl ved kald af web-service, formidles fejlen ved hjælp af fejlkoder i Log eller fra systemet.

§ 41

(Stk. 2)

1.1.1. Web kald: ”Hent Data Service” Endpoint på produktionsserver: https://smdbws.dst.dk/smdbwebservice/webservices/extractdata/secureindberetterhentdata.svc SOAP Actions: SMDB/backend/WebServices/ISecureIndberetterHentData/HentAlleTilbud SMDB/backend/WebServices/ISecureIndberetterHentData/HentAnmodninger SMDB/backend/WebServices/ISecureIndberetterHentData/HentAsiForMyndighed SMDB/backend/WebServices/ISecureIndberetterHentData/HentAsiForTilbud SMDB/backend/WebServices/ISecureIndberetterHentData/HentHepC SMDB/backend/WebServices/ISecureIndberetterHentData/HentIndskrivninger SMDB/backend/WebServices/ISecureIndberetterHentData/HentIvaerksaettelser SMDB/backend/WebServices/ISecureIndberetterHentData/HentLandeliste SMDB/backend/WebServices/ISecureIndberetterHentData/HentTilbudstilknytninger SMDB/backend/WebServices/ISecureIndberetterHentData/HentYdelser SMDB/backend/WebServices/ISecureIndberetterHentData/HentYdelsespakkerByTilbud 1.1.2. Web kald: ”Indsaet Data Service” Endpoint på produktionsserver: https://smdbws.dst.dk/smdbwebservice/webservices/extractdata/secureindsaetdata.svc SOAP Actions: SMDB/backend/WebServices/ISecureIndsaetData/IndsaetAnmodning SMDB/backend/WebServices/ISecureIndsaetData/IndsaetAsi SMDB/backend/WebServices/ISecureIndsaetData/IndsaetHepC SMDB/backend/WebServices/ISecureIndsaetData/IndsaetIndskrivninger SMDB/backend/WebServices/ISecureIndsaetData/IndsaetIndskrivningerOgYdelser SMDB/backend/WebServices/ISecureIndsaetData/IndsaetIvaerksaettelse SMDB/backend/WebServices/ISecureIndsaetData/IndsaetKontaktforloeb SMDB/backend/WebServices/ISecureIndsaetData/IndsaetTilbudstilknytninger SMDB/backend/WebServices/ISecureIndsaetData/IndsaetYdelser 2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Indberetning Kommunale myndigheder og behandlingstilbud indberetter eller opdaterer oplysninger om stofmisbrugere i behandling Indberetningsfrekvens Straks, dagligt, ugentligt eller månedligt Frist Senest den 15 i efterfølgende måned Enheder Personniveau CPR-nummer Kommune eller tilbuds CVR nummer Format for indsendte data XMLSOAP Sletning/redigering Kan foretages i indberetningsskemaer (elektronisk) i webløsningen. Ved system-til-system kan indberettes og redigeres, men ikke slettes. Testmuligheder Ved ændringer (eksempelvis leverandørskifte) kan testes i testmiljø (preprod) stillet til rådighed af Danmarks Statistik Oplysningsside På oplysningssiden www.dst.dk/smdb forefindes indberetningsvejledning, informationer om lovgivning, printvenlige skemaer mm. Desuden er der en ”start indberetning” knap med link til manuel indberetning. Statistikkens hjemmeside Emneside www.dst.dk/da/Statistik/emner/levevilkaar/sundhed/stofmisbrug 3. Data Indberetninger om behandling af stofmisbrug efter § 101 i lov om social service og efter sundhedslovens § 142 indberettes løbende i teknisk fastsat (men ikke i alle tilfælde bindende) rækkefølge. For hver anmodning om behandling og iværksættelse af behandling kan følgende indberetnings-flow følges, uanset om SMDB-applikationen eller klientsystemleverandørernes journalprogram anvendes.

§ 41

(Stk. 2)

Farver: Orange del er myndighedsdelen; blå del er tilbudsdelen For hver enkelt hændelse skal følgende elementer indberettes:

  • Anmodning om behandling - Iværksættelse af behandling - Kvalhep/HepC - Indskrivning i tilbud - Ydelsespakker til borgeren - Udskrivning af borgeren fra tilbud - Afslutning af behandlingen 3.1 Dataelementer for VBGS og SIB VBGS og SIB Variabelnavn Datatype Valgmuligheder Værdier CPR-NR. VBGS/SIB BorgerCprNummer string Valideres mod CPR Validt CPR Borger PersonNavn string automatisk Max. 250 karakterer Køn VBGS/SIB PersonKoenKode heltal 1) Mand 2) Kvinde 01 00 Myndighed Borgerens opholdskommune VBGS/SIB IndskrivningMyndighedKode heltal 98 kommunekoder Valid kommunekode Anmodningsdato VBGS/SIB BehandlingAnmodningDato datetime Alle datoer mindre eller lig med dags dato Alle datoer i fortid til og med dags dato Tidligere stofmisbrugsbehandling VBGS/SIB BehandlingTid ligereKode heltal 1) Ja 2) Nej 3) Uoplyst 01, 02, 99 Gravid VBGS PersonGravidKode heltal 1) Ja 2) Nej 3) Uoplyst 01, 02, 99 Psykisk funktionsnedsættelse VBGS PersonPsykiskFunktionsnedsættelseKode heltal 1) Ja 2) Nej 3) Uoplyst 01, 02, 99 Ønsker borger at tage imod tilbuddet om lægesamtale SIB OenskerBorgerTilbudLaegesamtaleKode heltal 1) Ja 2) Nej 3) Tilbud ikke givet 01-03 Er lægesamtale afholdt SIB LaegesamtaleAfholdtIndikator boolean True/False Dato hvor lægesamtale blev afholdt SIB LaegesamtaleAfholdtDato datetime Alle datoer fra Behandling Anmodning Dato til og med dags dato Alle datoer i fortid til og med dags dato Årsag til at tidsfrist for lægesamtale er overskredet SIB LaegesamtaleIkkeAfholdtAarsagTidsfristOverskredetKode heltal 1) Manglende lægeressource hos myndighed 2) Manglende lægeressource hos anvist tilbud 3) Borgeren forhindret i fremmøde 4) Borgeren udeblevet 6) Anden (tekstfelt vises) 01-04, 06 Beskriv årsagen til at tidsfrist for lægesamtale er overskredet SIB LaegesamtaleIkkeAfholdtAarsagTidsfristOverskredetTekst string Max. 250 karakterer Dato for iværksat behandling VBGS/SIB IvaerksatBehandlingDato datetime Alle datoer fra Behandling AnmodningDato til og med dags dato Alle datoer i fortid til og med dags dato Screeningsværktøj ScreeningsvaerktoejAnvendtIvaerksaetKode heltal 1) ASI 2) UngMAP 3) VoksenMAP 4) MATE 5) Andet (tekstfelt vises) 01-05 Dage siden anmodning VBGS/SIB IvaerksatBehandlingDageSidenAnmodningKvantitet heltal Automatisk udregnet fra BehandlingAnmodningDato og IvaerksatBehandlingDato Heltal Alder ved iværksat behandling VBGS/SIB PersonIvaerksatBehandlingAlderKvantitet heltal Automatisk udregnet fra Cpr og IvaerksatBehandlingDato Heltal Årsag til overskridelse af behandlingsgaranti VBGS/SIB BehandlingGarantiOverskredetAarsagKode heltal 1) Mangel på ledig plads 2) manglende Personalemæssig kapacitet pga. ferie, sygdom el. lign 3) Borger melder afbud 4) Borger ønsker tid, der ligger efter behandlingsgarantien 5a) Frit valg (kun synlig hvis alder er 18 år eller derover) 5b) Manglende samtykkeerklæring fra den unge eller den forældre har forsinket indskrivning. (kun synlig hvis alder er 18 år eller under) 6) Andet (tekstfelt vises) 01-05, 07 Beskriv årsag til overskridelse af behandlingsgaranti VBGS BehandlingGarantiOverskredetAarsagTekst string Max. 250 karakterer Behandlingsformål VBGS BehandlingFormaalKode heltal 1) Ophør 2) Reduktion Stabilisering 4)Tilbagefaldsforebyggelse (stabilisering) af tilstand opnået gennem anden stofmisbrugsbehandling 5) Stabilisering – undgå negativ udvikling stofmisbrug 01-02, 04-05 Henvendelse på opfordring af VBGS/SIB HenvisningPaaOpfordringAfKode heltal 1) Selvhenvender 2) Skadestue/hospital 3) Psykiatrisk hospital 4) Praktiserende læge 5) Kriminalforsorgen 6) Domstol/ prøveløsladelse/politi 7) Alkoholbehandlingshjem 8) Stofmisbrugstilbud 9) Familieambulatorium 10) Krisecenter 11) Familie 12) Venner 13) Arbejdsgiver 14) Skole/uddannelsessted 15) § 110 boform 16) Anden kommunal enhed, fx jobcentret 17) Andet (tekstfelt vises) 18) Uoplyst 01-17, 99 Hovedindtægtskilde SIB PersonHovedindtaegtskildeKode heltal 1) Lønindkomst-fastansat 2) Lønindkomst-løsarbejde/kortvarige ansættelser 3) SU 4) Dagpenge (arbejdsløs) 5) Aktivering/løntilskud 6) Sygedagpenge 7) Kontanthjælp 8) Revalideringsydelse 9) Pension/førtidspension 10) Fra familie, venner o.lign. 11) Illegale aktiviteter 12) Prostitution 13) Andet 14) Uoplyst 01-13, 99 Aktuel samlivssituation SIB PersonSamlivssituationKode heltal 1) Alene 2) Med familie (forældre, plejeforældre, bedsteforældre, store søskende etc.) 3) Alene med barn 4) Med venner eller andre personer (ingen familierelation) 5) Med partner med børn 6) Med partner uden børn 7) Andet 8) Uoplyst 01, 03-08, 99 Aktuel boligsituation SIB PersonBoligsituationKode heltal 1) Selvstændig bolig 2) Lejet værelse 3) Familie/venner 4) Institutionsophold anden institution 5) Støttebolig/fællesskab 6) Familiepleje 7) Herberg/pensionat 8) Fængsel 9) Gaden/ingen bolig 10) Andet 11) Borger vil ikke oplyse 12) Efterskole/højskole 01-10, 98, 99 Statsborgerskab SIB PersonStatsborgerskabKode heltal 1) Valgt land, fra drop down med alle landekoder fra CPR-registeret 2) Uoplyst Gyldig landekode, 9999 Anden etnisk herkomst SIB PersonImmigrantKode heltal 1) Nej 2) Indvandrer 3) Flygtning 4) Efterkommer 5) Uoplyst 01-04, 99 Grundskoleuddannelse SIB PersonGrundskoleuddannelseKode heltal 1) Går i skole 2) 7 års skolegang eller færre 3) 8-9 års skolegang 4) 10-11 års skolegang 5) Andet 6) Uoplyst 01-04, 06, 99 Ungdomsuddannelse SIB PersonUngdomsuddannelseKode heltal 1) Erhvervsuddannelse (fx lærling, HG, EFG) 2) Gymnasial uddannelse (STX, HHx, HTX, HF) 3) Anden uddannelse 4) Ingen ud over grundskole 5) Uoplyst 04-06, 01, 99 Videregående uddannelse SIB PersonVideregaaendeUddannelseKode heltal 1) Kort videregående uddannelse 2) Mellem lang videregående uddannelse 3) Lang videregående uddannelse 4) Anden uddannelse 5) Ingen uddannelse 6) Uoplyst 06-08, 05, 01, 99 Antal børn under 18 år, der er kontakt til SIB PersonBoernMedKontaktKvantitet heltal 1) Skriv antal 2) Vil ikke oplyse 0-99 eller CheckBox (Uoplyst) Antal børn under 18 år, der er anbragt uden for hjemmet SIB PersonBoernAnbragtUdenforHjemmetKvantitet heltal 1) Skriv antal 2) Vil ikke oplyse 0-99 eller CheckBox (Uoplyst) Stoffri den seneste måned? SIB PersonStoffriSenesteMaanedIndikator boolean True/False Stoffer brugt den seneste måned SIB Indtaget antal dage/Alder ved førstegangsbrug/Typisk indtagelsesmåde Metadon (ordineret): Indtaget antal dage OrdineretMetadonDageIndtagetSenesteMaaned Kvantitet heltal 0-30 0-30 Metadon (ordineret): Alder ved førstegangsbrug OrdineretMetadonFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Metadon (ordineret): Alder uoplyst OrdineretMetadonFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Metadon (ordineret): Indtagelseshyppighed OrdineretMetadonIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Metadon (ordineret): Typisk indtagelsesmåde OrdineretMetadonTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01, 03, 99 Metadon (illegal): Indtaget antal dage IllegalMetadonDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Metadon (illegal): Alder ved førstegangsbrug IllegalMetadonFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Metadon (illegal): Alder uoplyst IllegalMetadonFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Metadon (illegal): Indtagelseshyppighed IllegalMetadonIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Metadon (illegal): Typisk indtagelsesmåde IllegalMetadonTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Heroin (ordineret): Indtaget antal dage OrdineretHeroinDageIndtagetSeneste MaanedKvantitet heltal 0-30 0-30 Heroin (ordineret): Alder ved førstegangsbrug OrdineretHeroinFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Heroin (ordineret): Alder uoplyst OrdineretHeroinFoersteBrugAlderVilIkke OplyseIndikator boolean True/False CheckBox Heroin (ordineret): Indtagelseshyppighed OrdineretHeroinIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Heroin (ordineret): Typisk indtagelsesmåde OrdineretHeroinTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01, 03, 99 Heroin (illegal): Indtaget antal dage IllegalHeroinDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Heroin (illegal): Alder ved førstegangsbrug IllegalHeroinFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Heroin (illegal): Alder uoplyst IllegalHeroinFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Heroin (illegal): Indtagelseshyppighed IllegalHeroinIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Heroin (illegal): Typisk indtagelsesmåde IllegalHeroinTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Andre opiater: Indtaget antal dage AndreOpiaterDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Andre opiater: Alder ved førstegangsbrug AndreOpiaterFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Andre opiater: Alder uoplyst AndreOpiaterFoersteBrugAlderVilIkke OplyseIndikator boolean True/False Checkbox Andre opiater: Indtagelseshyppighed AndreOpiaterIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Andre opiater: Typisk indtagelsesmåde AndreOpiaterTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Buprenorphin (ordineret): Indtaget antal dage OrdineretBuprenorphinDageIndtaget SenesteMaanedKvantitet heltal 0-30 0-30 Buprenorphin (ordineret): Alder ved førstegangsbrug OrdineretBuprenorphinFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Buprenorphin (ordineret): Alder uoplyst OrdineretBuprenorphinFoersteBrugAlder VilIkkeOplyseIndikator boolean True/False CheckBox Buprenorphin (ordineret): Indtagelseshyppighed OrdineretBuprenorphinIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Buprenorphin (ordineret): Typisk indtagelsesmåde OrdineretBuprenorphinTypisk IndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01, 03, 99 Buprenorphin (illegal): Indtaget antal dage IllegalBuprenorphinDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Buprenorphin (illegal): Alder ved førstegangsbrug IllegalBuprenorphinFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Buprenorphin (illegal): Alder uoplyst IllegalBuprenorphinFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Buprenorphin (illegal): Indtagelseshyppighed IllegalBuprenorphinIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Buprenorphin (illegal): Typisk indtagelsesmåde IllegalBuprenorphinTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Benzodiazepiner (ordineret): Indtaget antal dage OrdineretBenzodiazepinerDageIndtagetSeneste MaanedKvantitet heltal 0-30 0-30 Benzodiazepiner (ordineret): Alder ved førstegangsbrug OrdineretBenzodiazepinerFoersteBrugAlder Kvantitet heltal 0 og derover 0-99 Benzodiazepiner (ordineret): Alder uoplyst OrdineretBenzodiazepinerFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Benzodiazepiner (ordineret): Indtagelseshyppighed OrdineretBenzodiazepinerIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Benzodiazepiner (ordineret): Typisk indtagelsesmåde OrdineretBenzodiazepinerTypisk IndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Benzodiazepiner (illegal): Indtaget antal dage IllegalBenzodiazepinerDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Benzodiazepiner (illegal): Alder ved førstegangsbrug IllegalBenzodiazepinerFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Benzodiazepiner (illegal): Alder uoplyst IllegalBenzodiazepinerFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Benzodiazepiner (illegal): Indtagelseshyppighed IllegalBenzodiazepinerIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Benzodiazepiner (illegal): Typisk indtagelsesmåde IllegalBenzodiazepinerTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Metamfetamin: Indtaget antal dage MetamfetaminerDageIndtagetSenesteMaaned Kvantitet heltal 0-30 0-30 Metamfetamin: Alder ved førstegangsbrug MetamfetaminerFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Metamfetamin: Alder uoplyst MetamfetaminerFoersteBrugAlderVilIkke OplyseIndikator boolean True/False CheckBox Metamfetamin: Indtagelseshyppighed MetamfetaminerIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Metamfetamin: Typisk indtagelsesmåde MetamfetaminerTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Amfetamin (ekskl. metamfetamin): Indtaget antal dage AmfetaminerExMetDageIndtagetSenesteMaaned Kvantitet heltal 0-30 0-30 Amfetamin (ekskl. metamfetamin): Alder ved førstegangsbrug AmfetaminerExMetFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Amfetamin (ekskl. metamfetamin): Alder uoplyst AmfetaminerExMetFoersteBrugAlderVilIkke OplyseIndikator boolean True/False CheckBox Amfetamin (ekskl. metamfetamin): Indtagelseshyppighed AmfetaminerExMetIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Amfetamin (ekskl. metamfetamin): Indtagelsesmåde AmfetaminerExMetTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Kokain - pulver: Indtaget antal dage KokainCrackDageIndtagetSenesteMaaned Kvantitet heltal 0-30 0-30 Kokain - pulver: Alder ved førstegangsbrug KokainCrackFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Kokain - pulver: Alder uoplyst KokainCrackFoersteBrugAlderVilIkkeOplyse Indikator boolean True/False CheckBox Kokain - pulver: Indtagelseshyppighed KokainCrackIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Kokain - pulver: Typisk indtagelsesmåde KokainCrackTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Kokain - crack: Indtaget antal dage KokainCrackDageIndtagetSenesteMaaned Kvantitet heltal 0-30 0-30 Kokain - crack: Alder ved førstegangsbrug KokainCrackFoersteBrugAlderKvantitet heltal 0 og derover 0-30 Kokain - crack: Alder uoplyst KokainCrackFoersteBrugAlderVilIkkeOplyse Indikator boolean True/False CheckBox Kokain - crack: Indtagelseshyppighed KokainCrackIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Kokain - crack: Typisk indtagelsesmåde KokainCrackTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Ecstacy og lign. : Indtaget antal dage EcstasyDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Ecstacy og lign. : Alder ved førstegangsbrug EcstasyFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Ecstacy og lign. : Alder uoplyst EcstasyFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Ecstacy og lign. : Indtagelseshyppighed EcstasyIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Ecstacy og lign. : Typisk indtagelsesmåde EcstasyTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-03, 99 Hallucinogener: Indtaget antal dage HallucinogenerDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Hallucinogener: Alder ved førstegangsbrug HallucinogenerFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Hallucinogener: Alder uoplyst HallucinogenerFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Hallucinogener: Indtagelseshyppighed HallucinogenerIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Hallucinogener: Typisk indtagelsesmåde HallucinogenerTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Hash/cannabis: Indtaget antal dage CannabisDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Hash/cannabis: Alder ved førstegangsbrug CannabisFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Hash/cannabis: Alder uoplyst CannabisFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Hash/cannabis: Indtagelseshyppighed CannabisIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Hash/cannabis: Typisk indtagelsesmåde CannabisTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 02-03, 99 Opløsningsmidler (inhalanter): Indtaget antal dage OploesningsmidlerDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Opløsningsmidler (inhalanter): Alder ved førstegangsbrug OploesningsmidlerFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Opløsningsmidler (inhalanter): Alder uoplyst OploesningsmidlerFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Opløsningsmidler (inhalanter): Indtagelseshyppighed OploesningsmidlerIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Opløsningsmidler (inhalanter): Typisk indtagelsesmåde OploesningsmidlerTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 04, 99 Andre stoffer: Indtaget antal dage AndreStofferDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Andre stoffer: Alder ved førstegangsbrug AndreStofferFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Andre stoffer: Alder uoplyst AndreStofferFoersteBrugAlderVilIkke OplyseIndikator boolean True/False CheckBox Andre stoffer: Indtagelseshyppighed AndreStofferIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Andre stoffer: Typisk indtagelsesmåde AndreStofferTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 01-04, 99 Alkohol: Indtaget antal dage AlkoholDageIndtagetSenesteMaanedKvantitet heltal 0-30 0-30 Alkohol: Alder ved førstegangsbrug AlkoholFoersteBrugAlderKvantitet heltal 0 og derover 0-99 Alkohol: Alder uoplyst AlkoholFoersteBrugAlderVilIkkeOplyseIndikator boolean True/False CheckBox Alkohol: Indtagelseshyppighed AlkoholIndtagelseshyppighedKode heltal 1) < 1 pr. uge 2) 2-3 pr. uge 3) 4-6 pr. uge 4) Dagligt 5) Uoplyst 01-04, 99 Alkohol: Typisk indtagelsesmåde AlkoholTypiskIndtagelsesmaadeKode heltal 1) Injektion 2) Rygning 3) Spiser/drikker 4) Sniffer 5) Uoplyst 03, 99 Kommentar omkring andre stoffer KommentarOmkringAndreStoffer string Max. 250 karakterer Det er ikke muligt at angive hovedstof VBGS/SIB PersonHovedstofAngivelseIkkeMuligIndikator boolean true/false CheckBox Angiv hovedstof (hvis ovenstående: false) VBGS/SIB PersonAktueltHovedstofKode heltal 1) Metadon 2) Heroin 3) Andre opiater 4) Buprenorphin 5) Benzodiazopiner 6) Amfetaminer 7) Kokain 8) Ecstasy og lign. 9) Hallucinogener 10) Hash/Cannabis 11) Opløsningsmidler (inhalater) 12) Andre stoffer 02, 04, 06-08, 10-16 Har borgeren nogensinde injiceret eller injicerer borgeren for tiden et stof SIB PersonNogensindeInjiceretEllerInjicererForTidenKode heltal 1) Aldrig 2) Har injiceret, men ikke de seneste 12 måneder 3) Har injiceret i løbet af de seneste 12 måneder, men ikke de seneste 30 dage 4) Har injiceret inden for de seneste 30 dage 5) Ønsker ikke at svare 6) Uoplyst 01, 03-06, 99 Har borgeren nogensinde delt værktøj eller deler borgeren værktøj for tiden SIB PersonNogensindeDeltEllerDelerVaerktoejForTidenKode heltal 1) Aldrig 2) Har delt værktøj, men ikke de seneste 12 måneder 3) Har delt værktøj i løbet af de seneste 12 måneder, men ikke de seneste 30 dage 4) Har delt værktøj inden for de seneste 30 dage 5) Ønsker ikke at svare 6) Uoplyst 01, 03-06, 99 Alder ved første injektion SIB PersonFoersteInjektionAlderKode heltal 1) < 15 2) 15 19 3) 20 - 24 4) 25 - 29 5) 30 - 34 6) 35 - 39 7) 40+ 8) Har aldrig injiceret 9) Uoplyst 01-08, 99 Er borgeren nogensinde blevet testet for HCV SIB PersonNogensindeTestetHCVKode heltal 1) Aldrig 2) Er blevet testet 3) Er blevet testet, men for mere end 12 måneder siden 4) Er blevet testet, inden for de seneste 12 måneder 5) Ønsker ikke at svare 6) Uoplyst 01-05, 99 Er borgeren nogensinde blevet testet for HIV? SIB PersonNogensindeTestetHIVKode heltal 1) Aldrig 2) Er blevet testet 3) Er blevet testet, men for mere end 12 måneder siden 4) Er blevet testet, inden for de seneste 12 måneder 5) Ønsker ikke at svare 6) Uoplyst 01-05, 99 Har borgeren nogensinde været i substitutionsbehandling SIB PersonNogensindeSubstitutionsbehandlingKode heltal 1) Har aldrig været i substitutionsbehandling 2) Har været i substitutionsbehandling 3) Uoplyst 01-02, 99 Alder ved første substitutionsbehandling SIB PersonFoersteSubstitutionsbehandlingAlderKvantitet heltal 0-99 0-99 Tilbudsnavn VBGS/SIB Søgning på navn, postnummer eller kommune. Listevisning over muligheder ud fra søgekriterier Frit Valg VBGS/SIB PersonBehandlingFritValgIndikator boolean True/False CheckBox Tilbudsstartdato VBGS/SIB TilbudTilknyttetBehandlingStartDato datetime Alle datoer fra Ivaerksat BehandlingDato til og med dags dato er gyldige Alle datoer i fortid til og med dags dato Tilbudsslutdato VBGS/SIB TilbudTilknyttetBehandlingSlutDato datetime Alle datoer fra TilbudTilknyttetBehandling StartDato til og med dags dato Alle datoer i fortid til og med dags dato Behandlingsintensitet VBGS/SIB BehandlingIntensitetKode heltal 1) Ambulant behandlingsintensitet (op til 2 dage om ugen) 2) Dagbehandlingsintensitet (3-5 dage om ugen) 3) Døgnbehandlingsintensitet 01-03 Behandlingstype VBGS/SIB BehandlingTypeKode heltal 1) Metadon 2) Buprenorphin kombineret med naloxon 3) Mono-buprenorphin 4) Heroin 5) Anden substitution med opiater 6) Stoffri behandling 7) Anden medicinsk behandling 01, 03-08 Autorisationskode SIB AutorisationKodeTekst string Lægens autorisationskode. Valid kode hentes fra https://stps.dk/da/ds/opslagautreg Gyldig autorisations-kode Dato for afsluttet behandling VBGS/SIB BehandlingAfsluttetDato datetime TextBox + DatePicker Identisk med seneste TilbudTilknyttetBehandlingSlutDato Alle datoer i fortid til og med dags dato Status på stofmisbrug ved afsluttet behandling VBGS BehandlingAfsluttetStatusKode heltal 1) Ophørt 2) Reduceret 3) Stabiliseret 4) Tilbagefald 5) Ikke færdigbehandlet 1 - 5 Årsag til afsluttet behandling VBGS/SIB BehandlingAfsluttetAarsagKode heltal 1) Borger udeblevet 2) Borgers anmodning 3) Borger død 4) Borger flyttet 5) Borger færdigbehandlet 6) Borger overgået til Kriminalforsorgen 7) Borger udskrevet til andet tilbud 8) Borger udskrevet til hospital 9) Borger bortvist 10) Anden årsag til afsluttet behandling 1 - 10 Anden årsag til afsluttet behandling tekst VBGS/SIB BehandlingAfsluttetAarsagTekst String/ max 400 Max. 400 karakterer
ansættelseleje
§ 41

(Stk. 2)

3.2. Dataelementer for tilbud Døgntilbud DanRIS spørgsmål Variabelnavn Datatype Valgmuligheder Værdier CPR-NR. BorgerCprNummer string Valideres mod CPR Validt CPR Navn på borger BorgerNavn string/ max 250 Max. 250 karakterer Myndighed handlekommune IndskrivningMyndighedKode heltal Valid kommunekode Tilbudsstartdato IndskrivningDato datetime Alle datoer i fortid til og med dags dato Alle datoer i fortid til og med dags dato By PersonAdresseByTekst string Max. 250 karakterer Hvorfra er borgeren kommet i behandling? IndskrivningHvorfraKode heltal 1) Fængsel 2) Somatisk hospital 3) Psykiatrisk hospital 4)Ambulant afgiftning/afrusning 5) Døgnafgiftning/døgnafrusning andetsteds 6) Stoffri døgnbehandling andetsteds/døgnbehandling af alkoholproblemer andetsteds 7) Gået i form for forberedende behandling 8) Andet/anden institution 01-08 Beskriv Andet/anden institution, hvorfra borgeren er kommet i behandling IndskrivningHvorfraTekst string Max. 250 karakterer 1. Er behandlingen alternativ til straf? BehandlingStrafAlternativKode heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 2. Er borgeren gravid? PersonGravidKode heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 3. Er borgeren i par - eller familiebehandling? PersonParbehandlingKode heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 Afgiftes borgeren på døgntilbuddet? PersonAfgiftesKode heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 Vælg ydelse ServicePackage heltal 1) Individuel samtale 2) Gruppeforløb 3) Familiesamtale 4) Parbehandling Værdier fra ydelsespakker tabel i databasen Ramme for samtalerne ServiceConsultationType heltal 1) Afgrænset 2) Uafgrænset 01-02 Planlagt periode ServicePlannedPeriod heltal 1) 1 måned 2) 2 måned 3) 3 måned 4) 4 måned 5) 5 måned 6) 6 måneder eller længere 01-06 Intensitet ServiceIntensity heltal 1) Døgn 2) Dagbehandling (3-5 dage om ugen) 3) Ambulant 1-2 dage om ugen 4) Ambulant 2 dage om måneden 5) 1 dag om måneden 6) Mindre end 1 dag om måneden 01-06 Startdato for ydelse YdelseStartDato datetime Alle datoer fra Indskrivnings-dato til og med dags dato Alle datoer i fortid til og med dags dato Slutdato for ydelse YdelseSlutDato datetime Alle datoer fra Ydelse StartDato til og med dags dato Alle datoer i fortid til og med dags dato Afslutningsårsag TerminationReason heltal 1) Borger afslutter ydelsen som planlagt 2) Borger skifter efter aftale ydelse 3) Borger anbefales at afslutte ydelse 4) Borger udeblevet 5) Borgers anmodning 6) Borger død 7) Borger flyttet 8) Borger færdigbehandlet 9) Borger overgår til Kriminalforsorgen 10) Borger udskrevet til andet tilbud 11) Borger udskrevet til hospital 12) Borger bortvist 13) Anden årsag til afsluttet behandling 01-13 Beskriv anden afslutningsårsag af ydelse ServiceOtherTerminationReason Description string/ max 250 Max 250 karakterer Tilbudsslutdato UdskrivningDato datetime Samme som seneste YdelseSlutData i forløbet eller tidligst IndskrivningDato Alle datoer i fortid til og med dags dato Udskrivningsårsag UdskrivningAarsagKode heltal 1) Borger udeblevet 2) Borgers anmodning 3) Borger død 4) Borger flyttet 5) Borger færdigbehandlet 6) Borger overgår til kriminalforsorgen 7) Borger udskrevet til andet tilbud 8) Borger udskrevet til hospital 9) Borger bortvist 10) Anden årsag 01-10 Beskriv anden årsag til afsluttet behandling UdskrivningAarsagTekst string Max. 250 karakterer Kontakt til selvhjælpsnetværk efter udskrivning PersonSelvhjaelpsnetvaerkKontaktKode heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 Flytter sammen med stoffri/ikke misbrugende partner efter udskrivning Flytter sammen med stoffri/ikke misbrugende partner efter udskrivning heltal 1) Ja 2) Nej 3) Uoplyst 01-02, 99 Hvilke boligforhold har borgeren ved udskrivningen? PersonBoligsituationEfterUdskrivning Kode heltal 1) Selvstændig bolig 2) Lejet værelse 3) Familie/venner 4) Institutionsophold anden institution 5) Støttebolig/fællesskab 6) Familiepleje 7) Herberg/pensionat 8) Fængsel 9) Gaden/ingen bolig 10)Andet 11) Borger vil ikke oplyse 12) Efterskole/højskole 01-11, 99 Hvilket forsørgelsesgrundlag har borgeren? PersonHovedindtaegtskildeEfter UdskrivningKode heltal 1) Lønindkomst-fastansat 2) Lønindkomst-løsarbejde/kortvarige ansættelser 3) SU 4) Dagpenge (arbejdsløs) 5) Aktivering/løntilskud 6) Sygedagpenge 7) Kontanthjælp 8) Revalideringsydelse 9) Pension/førtidspension 10) Fra familie, venner o.lign. 11) Illegale aktiviteter 12) Prostitution 13) Andet 14) Uoplyst 01-13, 99

ansættelseleje
§ 41

(Stk. 2)

3.4. Dataelementer for indberetning af KvalHep Spørgsmål Variabelnavn Datatype Valgmuligheder Værdier Er der udført lægelig vurdering af både fysisk og psykisk helbred inden for 4 uger efter indskrivning i substitutionsbehandling? BehandlingVurderetPsykiskEfterIndskrivningKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Er der udfærdiget og journaliseret lægelig behandlingsplan for misbrugsproblematik og evt. forekomst af fysiske eller psykiske misbrugsrelaterede helbredsproblemer? BehandlingBehandlingsplanJournaliseretKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Har misbrugsbehandlingsstedet læge sikret sig, at der er iværksat behandling for psykisk lidelse? BehandlingPsykiskLidelseIvaerksatKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge henvist til speciallæge i psykiatri? BehandlingForetagetPsykiatriHenvisningKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge iværksat behandling med buprenorphin? BehandlingBuprenorphinIvaerksatKode heltal 1) Ja 2) Nej, er i forvejen behandling m. buprenorphin 3) Nej, er i behandl. med metadon og ønsker ikke at skifte/ikke relevant at skifte 4) Nej, er ikke lykkedes/ patienten ønsker ikke buprenorphin 5) Uoplyst 1, 4, 5, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er udført EKG ved behandling med metadon-doser på 120 mg og derover? BehandlingEKGudfoertKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge iværksat behandling med benzodiazepiner > 4 ugers varighed inden for de sidste 12 måneder efter indskrivning? BehandlingBenzodiazepinerIvaerksatKode heltal 1) Ja 2) Nej, men patienten er sat i langtidsbehandling af egen læge 3) Nej, ingen indikation 4) Uoplyst 1, 3, 4, 99 Har misbrugsbehandlingsstedets læge iværksat behandling for alkoholmisbrug inden for de sidste 12 måneder efter indskrivning? BehandlingAlkoholIvaerksatKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge givet rådgivning til fertil kvinde om antikonception? BehandlingModtagetAntikonceptionRaadgivetKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge iværksat antikonceptionsbehandling til fertil kvinde? BehandlingAntikonceptionIvaerksatKode heltal 1) Ja 2) Nej 3) Nej, ingen indikation 4) Uoplyst 1, 2, 3, 99 Har misbrugsbehandlingsstedets læge givet mundtlig rådgivning om smitteveje for virussygdomme? BehandlingVirusSmittevejeRaadgivetKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er tilbudt serologisk udredning for hepatitis A? BehandlingSerologiskHepatitisAudredningTilbudtKode heltal 1) Ja, test er udført 2) Ja, men vil ikke testes/ er ikke lykkedes/prøver ikke taget 3) Nej 4) Nej, ingen indikation 5) Uoplyst 2, 3, 4, 5, 99 Har eller har patienten haft hepatitis A? (IgM pos/IgG neg eller IgM neg/IgG pos) PersonHepatitisAnogensindeKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er tilbudt serologisk udredning for hepatitis B? BehandlingSerologiskHepatitisBudredningTilbudtKode heltal 1) Ja, test er udført 2) Ja, men vil ikke testes/ er ikke lykkedes/prøver ikke taget 3) Nej 4) Nej, ingen indikation 5) Uoplyst 2, 3, 4, 5, 99 Har eller har patienten haft hepatitis B? (Anti-HBs neg + HBsAg pos eller anti-HBs pos) PersonHepatitisBnogensindeKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er tilbudt serologisk udredning for hepatitis C? BehandlingSerologiskHepatitisCudredningTilbudtKode heltal 1) Ja, test er udført 2) Ja, men vil ikke testes/ er ikke lykkedes/ prøver ikke taget 3) Nej 4) Nej, ingen indikation 5) Uoplyst 2, 3, 4, 5, 99 Har eller har patienten haft hepatitis C? (Anti-HCV pos og/eller HCV-RNA pos) PersonHepatitisCnogensindeKode heltal 1) Ja 2) Nej 3) Uoplyst 1, 2, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er henvist til yderligere udredning for HCV på specialafdeling? BehandlingYderligereUdredningHenvistKode heltal 1) Ja, test er udført 2) Nej 3) Nej, patienten ønsker ikke 4) Nej, ingen indikation 5) Uoplyst 1, 2, 3, 4, 99 Er patienten påbegyndt forløb på specialafdeling mhp antiviral behandling for HCV? BehandlingAntiviralIvaerksatKode heltal 1) Ja 2) Nej 3) Nej, efter vurdering fra specialafdeling ikke fundet kompliant 4) Nej, patienten ønsker ikke 5)Nej, ingen indikation 6) Uoplyst 1, 2, 3, 4, 5, 99 Har misbrugsbehandlingsstedets læge sikret sig, at patienten er vaccineret mod hepatitis A? BehandlingHepatitisAvaccinationKode heltal 1) Ja, påbegyndt/ videreført 2) Ja, gennemført hele serien 3) Ja, patienten er henvist til andet sted mhp vaccination 4) Nej 5) Nej, patienten er immun 6) Uoplyst 3, 6, 7, 8, 9, 99 Har misbrugsbehandlingsstedets læge sikret sig, at patienten er vaccineret mod hepatitis B? BehandlingHepatitisBvaccinationKode heltal 1) Ja, påbegyndt/ videreført 2) Ja, gennemført hele serien 3) Ja, patienten er henvist til andet sted med henblik på vaccination 4) Nej 5) Nej, patienten er immun 6) Uoplyst 3, 5, 6, 7, 8, 9, 99 Har misbrugsbehandlingsstedets læge sikret sig, at der er tilbudt serologisk udredning for HIV? BehandlingHIVudredningTilbudtKode heltal 1) Ja, test er udført og resultat positivt 2) Ja, test er udført og resultat negativt 3) Ja, men vil ikke testes/ er ikke lykkedes/ prøver ikke taget 4) Nej 5) Uoplyst 1, 2, 3, 99

§ 41

(Stk. 2)

  1. Kommunernes mulighed for at anvende egne data til bl.a. validering Klientsystemleverandørerne kan gøre det muligt for kommunerne at trække datarapporter fra deres klientsystemer, således at kommunerne kan validere de data, som er sendt til Danmarks Statistik. I SMDB web er det muligt at udtrække summariske rapporter. Det er en fordel for brugere af klientsystemer også at have oprettet en bruger til SMDB web som supplement til at kigge på oversigter over indberettede data; f.eks. fremgår det, hvor mange borgere der mangler at indberettes KvalHep for m.v.
  2. Dataformatbeskrivelse Data skal indberettes i form af XML, der overføres fra kommunernes system til server hos Danmarks Statistik. 5.1. Indberetning af rettelser og sletninger Hvis data til en tidligere indberetning skal rettes, skal der anvendes samme skema, som for den tidligere indberetning. Der kan vælges ’Rediger’ og oplysninger kan rettes/slettes med seneste oplysning først.
  3. Validering og feed back ved indberetning I indberetningsskemaet sker validering af gyldigt CPR-nummer og gyldig autorisationskode for behandlende læge ved eksternt kald til hhv. CPR-registeret og Autorisationsregisteret. Endvidere kan indberetning kun gennemføres, hvis en række forretningsregler overholdes. Ved indberetning via web service vises om indberetningen er succesfuldt gennemført med overholdelse af alle forretningsregler. Kommuner og deres systemleverandører opfordres til at kontakte DST, hvis der indkommer fejlmeddelelser, som virker vanskelige at håndtere. Danmarks Statistiks fagkontor på området leverer detaljerede data efter anmodning ligesom kommuner ifm. årlig godkendelsesprocedure, herunder kvalitetskontrol af data for et nyt statistikår, får tilsendt hovedtal. 6.1. Forretningsregler Dette afsnit beskriver de forretningsregler, der relaterer sig til data i SMDB. Ethvert forsøg på indsættelse eller opdatering af data, der ikke overholder forretningsreglerne vil blive afvist. For en uddybning henvises til: ’ Dokumentation af eksisterende SMDB ’ (afsnit 23) som kan rekvireres ved henvendelse til smdb@dst.dk. Hver Variabel (hvert spørgsmål) i dokumentet er nedenfor identificeret med et gennemgående Felt-ID angivet i kantet parentes. Eksempel: [2-ANM]). Generelle regler gældende for samtlige skemaer og spørgsmål Alle beskrivelser af forretningsregler i de følgende afsnit relaterer sig til indberetninger for en enkelt borger, så denne er ikke eksplicit angivet i reglerne. For alle angivelser af datoer gælder, at de skal være dagsdato eller før. Det er ikke muligt at registrere en dato i fremtiden. Registrer anmodning Hvis borgeren er kvinde [1-ANM], så skal spørgsmål vedr. graviditet [4-ANM] besvares. Vedr. relation mellem Anmodningsdato [2-ANM] og Dato for afsluttet behandling ([1-AFSL] i skemaet Afslut Behandling ): a) Inden for kommunen må der maksimalt eksistere én anmodningsdato som ikke har en dato for afsluttet behandling knyttet til sig. Dvs. kommunen må kun have ét uafsluttet kontaktforløb ad gangen. b) Inden for samme kommune må anmodningsdato ikke være mindre end dato for afsluttet behandling som er knyttet til en anden anmodningsdato. Dvs. der må ikke være overlappende kontaktforløb inden for samme kommune. c) Hvis der findes en dato for afsluttet behandling som er knyttet til denne anmodning, skal anmodningsdato være mindre eller lig med dato for afsluttet behandling.
§ 41

(Stk. 2)

Iværksæt behandling Der må maksimalt være knyttet én Dato for iværksat behandling [1-IVÆR] til hver anmodning (altså må der kun være én iværksættelse pr. kontaktforløb). Vedr. relation mellem Dato for iværksat behandling [1-IVÆR] og Anmodningsdato ([2-ANM] i skemaet Registrer anmodning ): a) Dato for iværksat behandling skal være knyttet til én anmodningsdato (nødvendig regel for at regel ovenfor har en effekt). b) Dato for iværksat behandling skal være samme dato eller senere end den anmodningsdato som den er knyttet til. c) Hvis der eksisterer en Dato for afsluttet behandling [1-AFSL] (i skemaet Afslut behandling ), som er knyttet til samme anmodningsdato, så må dato for iværksat behandling ikke ligge efter denne dato for afsluttet behandling. Adgangen til spørgsmål vedr. Årsag til overskridelse af behandlingsgaranti [4-IVÆR] sker kun, hvis der er mere end 14 dage mellem anmodningsdato og iværksættelsesdato. Herudover gælder: a) Svarmulighed Frit valg er kun mulig, hvis alder er 18 år eller derover [3-IVÆR]. b) Svarmulighed Samtykkeerklæring er kun mulig, hvis alder er under 18 år [3-IVÆR]. c) Hvis svarmuligheden Andet benyttes skal tekstfeltet ” Beskriv anden årsag … ” [5-IVÆR] udfyldes. Spørgsmål vedr. grundskoleuddannelse [12-IVÆR] er obligatorisk. Spørgsmål vedr. ungdomsuddannelse [13-IVÆR] er obligatorisk såfremt der er svaret bekræftende på spørgsmålet vedr., videregående uddannelse [14-IVÆR]. Adgangen til spørgsmål vedr. stoffer brugt den seneste måned [18-IVÆR] er specificeret i regeltabellen. Herudover gælder: a) Alder ved førstegangsbrug må ikke være større end borgerens alder på dato for iværksættelse. b) Er der udfyldt ét felt for ét stof, skal alle felter relateret til stoffet udfyldes. c) Listen af indtagelsesmåder afhænger af stoftypen. Følgende sammenhænge gælder:

  • For alkohol kan 1, 2 og 4 ikke vælges - For opløsningsmidler kan 1, 2 og 3 ikke vælges - For hash/cannabis kan 1 og 4 ikke vælges - For ecstacy og lign. kan 4 ikke vælges - For ordineret metadon, buprenorphin og heroin kan 2 og 4 ikke vælges Tekstfeltet Kommentar omkring andre stoffer [37-IVÆR] er påkrævet hvis der er angivet en værdi større end 0 (nul) for Andre stoffer i besvarelsen af [18-IVÆR]. Angives der et hovedstof i spørgsmål [20-IVÆR] skal dette også fremgå af besvarelsen af spørgsmål [18-IVÆR]. Spørgsmålene vedr. injicering [32-IVÆR] og deling af værktøj [33-IVÆR] er påkrævede. Hvis der i spørgsmål om injicering [32-IVÆR] ikke svares ”Har aldrig injiceret”, så er besvarelse af spørgsmål vedr. alder for første injektion [22-IVÆR] påkrævet. I tilfælde af bekræftende besvarelse af [32-IVÆR] kan der ikke svares ”Har aldrig injiceret” i spørgsmål [22-IVÆR]. Spørgsmålene vedr. test for hhv. HCV [34-IVÆR] og HIV [35-IVÆR] er påkrævede. Spørgsmål vedr. Substitutionsbehandling [36-IVÆR] er påkrævet, og hvis der er svaret ”Har været i substitutionsbehandling ” skal Alder ved første substitutionsbehandling [41-IVÆR] ligeledes besvares. Hvis der eksisterer et udfyldt Hepatitis C skema for iværksættelsen, så kan iværksættelsen ikke slettes.
§ 41

(Stk. 2)

Tilbudstilknytning Hver tilbudstilknytning skal være knyttet til en bestemt Dato for iværksat behandling [1-IVÆR], og via denne til en Anmodningsdato [2-ANM]. Vedr. angivelsen af Tilbudsstartdato [3-TILB] og Tilbudsslutdato [4-TILB] gælder følgende: a) Tilbudsstartdato må ikke ligge før end Dato for iværksat behandling [1-IVÆR]. b) Hvis der er tilknytninger på iværksættelsen, skal mindst en tilknytnings Tilbudsstartdato være lig med Dato for iværksat behandling [1-IVÆR]. c) Tilbudsstartdato må ikke ligge efter Tilbudsslutdato hvis denne eksisterer. d) Tilbudsslutdato skal være tom hvis der ikke er nogen Tilbudsstartdato . Vedr. relationen mellem Tilbudsslutdato [4-TILB] og Dato for afsluttet behandling [1-AFSL] a) Tilbudsslutdato må ikke være tom hvis der findes en Dato for afsluttet behandling som er knyttet til samme Anmodningsdato [2-ANM] b) Tilbudsslutdato må ikke ligge efter Dato for afsluttet behandling hvis denne eksisterer. Inden for samme kommune må der være et vilkårligt antal tilbudsknytninger af samme tilbud som er knyttet til samme Dato for iværksættelse [1-IVÆR]. I tilfælde af flere sådanne tilknytninger gælder følgende regler: a) Ingen datoer for samme tilbud må være de samme. b) Tilbudstilknytninger må ikke overlappe. Dette indebærer at Hvis Tilbudsstartdato for tilknytning A ligger før Tilbudsstartdato for tilknytning B, så skal T ilbudsslutdato for tilknytning A ligge før Tilbudsstartdato for tilknytning B. c) T ilbudsslutdato for tilknytning A må ikke være samme som Tilbudsstartdato for tilknytning B. For alle tilbudstilknytninger knyttet til samme iværksættelse gælder, at der højest må være én af dem som har en Behandlingstype [8-TILB] der er forskellig fra Stoffri behandling (06) eller fra Anden (medicinsk) behandling (07). Afslut behandling Der må kun foretages én afslutning pr. kontaktforløb. Dette indebærer at Dato for afsluttet behandling [1-AFSL] skal knyttes til én Anmodningsdato [2-ANM] og der må ikke være en anden Dato for afsluttet behandling knyttet til samme kontaktforløb. Behandling kan afsluttes uden iværksættelse. I dette tilfælde skal Dato for afsluttet behandling [1-AFSL] være lig med eller højere end Anmodningsdato [2-ANM] (og der eksisterer ikke en Dato for iværksat behandling [1-IVÆR] som er knyttet til samme Anmodningsdato ). Hvis der eksisterer en Dato for iværksat behandling [1-IVÆR] som er knyttet til samme Anmodningsdato [2-ANM] må Dato for afsluttet behandling [1-AFSL] ikke ligge før Dato for iværksat behandling . Dato for afsluttet behandling [1-AFSL] må ikke ligge før den seneste Tilbudsslutdato [4-TILB] som er knyttet til samme Anmodningsdato [2-ANM]. Et kontaktforløb kan ikke afsluttes så længe der er uafsluttede tilbudstilknytninger. Dette indebærer at der ikke må sættes en Dato for afsluttet behandling [1-AFSL], hvis der findes tilbudstilknytninger uden registreret Tilbudsslutdato [4-TILB] som er knyttet til samme Anmodningsdato [2-ANM]. Hvis alle tilbudstilknytninger på kontaktforløbet er afsluttede, så skal Dato for afsluttet behandling [1-AFSL] være den samme som den seneste/nyeste Tilbudsslutdato [4-TILB].

§ 41

(Stk. 2)

Indskrivning og udskrivning

  1. Bortset fra angivelsen af Tilbudsstartdato [1-INDS], som altid skal besvares, så skal spørgsmålene i disse skemaer kun besvares i tilfælde af indskrivning på døgntilbud. 2. For et tilbud må der maksimalt være én uafsluttet indskrivning for en og samme borger per myndighed. ¬Dette indebærer, at der kun må være én Tilbudsstartdato [1-INDS] per myndighed ad gangen, som ikke har knyttet en Tilbudsslutdato [3-UDSK] til sig. 3. En indskrivning må ikke have negativ varighed. ¬Heraf følger, at hvis der findes en Tilbudsslutdato [3-UDSK], som er knyttet til Tilbudsstartdato [1-INDS], så må Tilbudsslutdato ikke ligge før Tilbudsstartdato . 4. Indskrivninger må ikke overlappe. ¬Det vil sige at Tilbudsstartdato [1-INDS] for en indskrivning A ikke må ligge indenfor perioden for en evt. inskrivning B – dvs. efter Tilbudsstartdato [1-INDS] indskrivning B og inden Tilbudsslutdato [3-UDSK] for indskrivning B. 5. Tilbudsslutdato [3-UDSK] må ikke ligge før seneste Slutdato [4-YDEL] for ydelser knyttet til samme Tilbudsstartdato [1-INDS]. 6. Der kan ikke registreres udskrivning mens der er åbne ydelser. ¬Det vil sige at Tilbudsslutdato [3-UDSK] må ikke udfyldes hvis der ikke findes en Slutdato for ydelser [4-YDEL]eller hvis Slutdato kun er knyttet til samme Tilbudsstartdato [1-INDS] uden at ydelsen er afsluttet. 7. Ved ændring af dato for indskrivning ( Tilbudsstartdato [1-INDS]) kan denne ikke lægges efter tidligste Startdato [2-YDEL] for ydelser knyttet til samme Tilbudsstartdato . Registrer ydelse
  2. Hver ydelse skal være knyttet til en eksisterende Tilbudsstartdato [1-INDS]. 2. Der kan tilknyttes et vilkårligt antal ydelser på samme Tilbudsstartdato [1-INDS]. 3. En ydelses Startdato [2-YDEL] kan ikke ligge efter samme ydelses Slutdato [4-YDEL]. 4. En ydelses Startdato [2-YDEL] kan ikke ligge før den Tilbudsstartdato [1-INDS] den er knyttet til. 5. Hvis der en Tilbudsslutdato [3-UDSK] der til hører samme Tilbudsstartdato [1-INDS] som ydelsen, kan ydelsens Slutdato [4-YDEL] ikke ligge efter denne Tilbudsslutdato. ¬Bemærk: Hvis der ikke er sat nogen Tilbudsslutdato [3-UDSK], er der ingen grænse for ydelsens Slutdato , ud over regel 3 ovenfor. 6. En ydelses Slutdato [4-YDEL] må ikke være tom, hvis Tilbudsslutdato [3-UDSK] er udfyldt. ¬ Tilbudsslutdato fjernes først og dernæst kan ydelsens Slutdato fjernes. Kvalitet i den lægefaglige behandling Hepatitis C
  3. For at der kan oprettes en ny indberetning skal behandling være iværksat og et tilbud skal være tilknyttet borgerens behandlingsforløb for den myndighed som brugerens anvendte profil tilhører. 2. Der må maksimalt være ét Hepatitis C skema for hver iværksættelse. Overgangsregler i forbindelse med datasanering 2019 Den sanerede webservice-løsning vil fra 1. juli 2019 kunne modtage sanerede data for forløb der starter fra 1. juli 2019 og ikke-sanerede data for gamle, men stadigt aktive forløb. Fejlbeskeder fra system-til-system indberetninger til SMDB gør det tydeligt, når en fejl opstår pga. datoregler for saneringen.
§ 41

(Stk. 2)

Datostyring ifm datasanering 2019 betyder Hvis anmodningsdato < 010718 så gamle skemaer (ikke sanerede felter vises) Hvis ingen anmodningsdato så bruges tilbudsindskrivningsdato Hvis anmodningsdato >= 010718 så nye skemaer (sanerede felter vises) 4-ivær og 6-ivær Det datostyres, om de gamle eller de nye muligheder skal kunne vælges. Udgåede felter skal benævnes ”Udgået” i stedet for ”Udløbet”. 1-ydel er ydelsen ved iværksættelse og ikke evt. senere ydelser. Dvs. ingen start- eller slutdatoer som der blev spurgt om ved leverandørhøring. Der vil ikke stå ”. . (udgået)” i feltet, men i beskrivelsen på skærmbilledet. Det skal datostyres, om de gamle eller de nye muligheder skal kunne vælges, herunder om der skal kunne sættes ét eller flere X’er. Ændrede svarkatagorier (7-tilb, 3-afsl og 3-ydel). De nye tekster bruges uanset om sagen er ny eller ej, da indholdet er uændret blot præciseret. 7. Vejledning i forbindelse med systemskifte Kommuner, der skifter indberetningsløsning, skal give besked om dette til Danmarks Statistik, så snart der er indgået aftale om en ny indberetningsløsning. Kommunen skal fortsætte med at indberette data via det tidligere system, indtil det nye system er taget i brug. Dette er for at undgå datatab ved overgangen fra det tidligere system til det nye system. I forbindelse med systemskifte skal kommunen træffe beslutning om hvilken en model for historik de ønsker at have i deres nye system. Der kan vælges mellem 2 modeller;

  1. De afslutter i gammelt system med bestemt slutdato og starter sagen op dagen efter i nyt system. 2. De registrerer alle aktive borgere med deres oprindelige anmodningsdato i nyt system, hvorefter kommunen sletter samme sag manuelt i SMDB. Nye leverandører kan ikke få en indberetning igennem, hvis der i forvejen er en aktiv sag på borgeren. Derfor er oprydning vigtig inden data leveres første gang. Vejledning om systemskifte til kommuner (SMDB) ligger på Danmarks Statistiks oplysningsside (www.dst.dk/SMDB) 7.1. Test af nyt leverandørsystem (leverandørskift) Test af system foretages i samarbejde mellem Danmarks Statistik og kommunens klientsystemleverandør. Der skal laves test af dataleverancer fra system til system i samarbejde med Danmarks Statistiks systemleverandør Edora. Nye leverandører får tilsendt følgende dokumenter:
  • Dokumentation af eksisterende SMDB system (Bilag02B) - Forretningsregler (afsnit 23) - Fællesindhold for registering i SMDB - Teknisk beskrivelse (WS-kontrakt WSDL) - Data Model af WS Dokumenterne kan desuden hentes på dst.dk/smdb

Bilag 5 Kravspecifikation – Borgere på botilbud efter § 110 i lov om social service

Indholdsfortegnelse 1. Indledning 1.1. Arbejdsgange ved overførsel af data 2. Overordnede elementer 3. Data 3.1. Metadata/Stamdata 3.2. Indberetningsdata 4. Værdisæt for dataelementer 5. Valideringsrapport 6. Dataformatbeskrivelse 6.1. Navnestandard 6.2. Indberetning af rettelser og sletninger 7. XML-skemaer 8. XML-fil 9. Kvitteringsmail 10. Vejledning i forbindelse med systemskifte

§ 41

(Stk. 2)

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer fra kommuner eller tilbud om borgere på boformer efter § 110 i lov om social service til Danmarks Statistik efter anmodning fra Børne- og Socialministeriet. Hver enkelt ind- eller udskrivning/ophold skal indberettes, og bestå af følgende obligatoriske dataelementer: – Stamdata – Ind- og udskrivningsdata. Det er et krav, at alle ind- og udskrivninger for et kvartal er indberettet til Danmarks Statistik senest den sidste dag i første måned i efterfølgende kvartal. Såfremt der oprettes et nyt bosted i Tilbudsportalen under § 110, vil Danmarks Statistik rette henvendelse til bostedet for at orientere om indberetningspligten. Herefter sendes link til Danmarks Statistiks oplysningsside, hvor bostedet kan orientere sig om statistikken. Der skal indberettes data i form af regneark eller systemgenererede datasæt som . txt-fil. Dataoverførslen til Danmarks Statistik sker ved brug af en NemID-medarbejdersignatur. Alle overførsler (både regneark samt . txt-filer) sker via upload af data på www.virk.dk. Det er Nets, der udsteder og vedligeholder en NemID-medarbejdersignatur. Boformer, som ønsker at indberette i form af regneark, vil få sendt et prædefineret regneark af Danmarks Statistik. 1.1. Arbejdsgange ved overførelse af data Når data er klar, sker dataoverførslen ved, at indberetteren uploader filen med data på www.virk.dk med brug af en NemID medarbejdersignatur. Herefter overføres datafilen til et sikkert drev i Danmarks Statistik. Når data er korrekt uploaded på www.virk.dk modtages en kvitteringsmail.
  2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Indberetning Kommunen eller boformen indberetter data om borgere på § 110-boformer. Frekvens Kvartalsvis indberetning. Frist Senest sidste dag i måneden efter kvartalets udgang. Enhed På personniveau indberettes de ind- og udskrivninger, der har været i kvartalet. Format for indsendte data Danmarks Statistik kan modtage to typer af data. Enten et regneark defineret af Danmarks Statistik eller et datasæt bestående af flade filer (. txt-filer), ligeledes defineret af Danmarks Statistik. Regneark, som Danmarks Statistik sender til boformer, der ikke har mulighed for at indsende systemgenererede filer, indeholder journalnummer. Fuld bestand Regneark skal pt. indeholde data, der vedrører indeværende år samt året før. På sigt vil regnearket indeholde indeværende år samt de to foregående år. Der indberettes i det samme regneark, indtil Danmark Statistik sender et nyt ved udgangen af 2020. De systemgenerede . txt-filer skal indeholde data for det indeværende år samt de to foregående år. Testmuligheder Ingen. Statistikkens hjemmeside http://dst.dk/da/Indberet/oplysningssider/boformer. NemID medarbejdersignatur For at kunne indberette skal man have en NemID medarbejdersignatur. Det er Nets der udsteder og vedligeholder en NemID medarbejdersignatur.
  3. Data Alle regneark indeholder variabelnavne og journalnummer. Systemgenererede filer er kommaseparerede . txt-filer, hvor data skal leveres i et bestemt format og rækkefølge.
§ 41

(Stk. 2)

3.1 Metadata/Stamdata Ved opstart af ny institution genererer Danmark Statistik stamdata. Disse oplysninger henter Danmarks Statistik fra Tilbudsportalen. Journalnummer er knyttet sammen med data i Danmarks Statistik. Såfremt der er ændringer til stamdata, meddeleles det enten pr. mail eller telefonisk til Danmarks Statistik, eller Danmarks Statistik får oplysningerne via Tilbudsportalen. Når data uploades modtager Danmarks Statistik følgende oplysninger: Metadataelementer Elementnavn Obligatorisk Dataformat Beskrivelse Meddelelse i mail Taellingsraekkeid Ja String Taellingsraekke navn Ja String Enhedsnøgle Ja String Periodestart Ja Datoformat ’yyyy-mm-dd’ Periodeangivelse for start på kvartal. Periodeslut Ja Datoformat ’yyyy-mm-dd’ Periodeangivelse for slut på kvartal. Bruger signatur Ja String CVR og ID. Den bruger_id, som er modtaget fra Dan_id. Indberetter på vegne af CVR/CPR Ja String CVR for det pågældende institution. Journalnr Ja String Journalnummer tildelt af Danmarks Statistik. Besked fra bruger Nej Følgende vedligeholdes af Danmarks Statistik: Stamdataelementer Elementnavn Obligatorisk Dataformat Beskrivelse Journalnummer Boform Ja Tekst Navn på boformen. Komnr Ja Num længde 3 Beliggenhedskommunenummer. Journalnummer Ja Num længde 6 Nummer, som er tildelt af Danmarks Statistik. CVR Ja Num længde 8 Boformens CVR. Mailadresse Ja String Boformens mailadresse. Telefonnummer Ja String Telefonnummer på boformen. Kommentar Nej Kommentarer angivet i forbindelse med upload på www.virk.dk. 3.2. Indberetningsdata for . txt-filer – indhold samt rækkefølge på data: Nedenstående skema beskriver elementerne i indberetningsdata. Boformen kan indberette enten med et foruddefineret regneark eller en . txt-fil. Indberetningsdata for . txt-filer – indhold samt rækkefølge på data: Elementnavne indberetning: Obligatorisk Type Størrelse Beskrivelse Instnr ja String, (fx 111111) 6 Unikt nummer for hver § 110-institution. Borgers CPR-nr ja String, (xxxxxx-xxxx) 11 Borgers personnummer. Indskrivningsdato ja Dato: "dd-mm-yyyy" 10 Indskrivningsdato. DatoFormat forventes på følgende form: "dd-mm-yyyy". Henvisningsmåde ja String, Value = 51-60, 99 2 Om brugeren selv har henvendt sig eller er henvist andetsteds fra. Udskrivningsdato ja Dato "dd-mm-yyyy" 10 Udskrivningsdato. Datoformat forventes på følgende form: "dd-mm-yyyy". Hvordan er udskrivningen foregået ja String, Value = 51-54 2 Om borgeren fx er udskrevet efter aftale eller bortvist. Udskrivning til ja String, Value = 50-66, 99 2 Fx udskrevet til egen bolig eller anden § 110-institution. Der skal være en rekord pr. ophold. Indberetningsdata Excel-regneark Elementnavne indberetning: Obliga-torisk Type Størrelse Beskrivelse Journr ja Num 6 Nummer, som er tildelt af Danmarks Statistik. Borgers CPR-nr ja String, (xxxxxx-xxxx) 11 Borgers personnummer. Indskrivningsdato ja Dato: "dd-mm-yyyy" 10 Indskrivningsdato. DatoFormat forventes på følgende form: "dd-mm-yyyy". Henvisningsmåde ja String, Value = 51-60, 99 2 Om brugeren selv har henvendt sig eller er henvist andetsteds fra. Udskrivningsdato ja Dato "dd-mm-yyyy" 10 Udskrivningsdato. Datoformat forventes på følgende form: "dd-mm-yyyy". Hvordan er udskrivningen foregået ja String, Value = 51-54 2 Om borgeren fx er udskrevet efter aftale eller bortvist. Udskrivning til ja String, Value = 50-66, 99 2 Fx udskrevet til egen bolig eller anden § 110-institution.

§ 41

(Stk. 2)

  1. Værdisæt for dataelementer Variabel Værdi Beskrivelse Henvisningsmåde 51 51. Eget initiativ 52 52. Anden § 110-boform 53 53. Misbrugscenter 54 54. Kriminalforsorgen 55 55. Kommune 56 56. Somatisk sygehusafdeling 57 57. Psykiatrisk sygehusafdeling 58 58. Politi 59 59. Familie/venner 60 60. Samlever/kæreste 99 99. Uoplyst (bruges udelukkende, når det ikke er eller har været muligt at få oplysninger om henvisningsmåden). Hvordan er udskrivningen foregået 51 51. Efter forudgående aftale med boformen 52 52. Uden forudgående aftale med boformen / Efter udeblivelse 53 53. Bortvist 54 54. Død Udskrivning til 50 50. Egen bolig – ejer- eller andelsbolig (hvis borgeren selv ejer boligen) 51 51. Egen bolig – alment udlejningsbyggeri, ungdomsbolig eller kollegie. (hvis borgeren selv har lejekontrakt på boligen) 52 52. Egen bolig, eventuelt enkelt værelse – privat udlejningsbyggeri (hvis borgeren selv har lejekontrakt på boligen/værelset) 53 53. Egen bolig – almen skæv bolig (hvis borgeren selv har lejekontrakt på boligen) 54 54. Bofællesskab efter almenboligloven 55 55. Botilbud efter servicelovens § 107 56 56. Udslusningsbolig – almenboliglovens § 63 57 57. Botilbud efter servicelovens § 108 58 58. Anden boform efter § 110 59 59. Samlever/kæreste 60 60. Venner/familie 61 61. Kolonihavehus/campingvogn, hotel mv. 62 62. Misbrugsbehandling (døgnplads) 63 63. Kriminalforsorgen 64 64. Somatisk sygehusafdeling 65 65. Psykiatrisk sygehusafdeling 66 66. Ukendt ophold (fx til gaden) 99 99. Uoplyst (bruges udelukkende, når det ikke er eller har været muligt at oplysninger om, hvor borgeren er udskrevet til).
  2. Valideringsrapport Pt. er dette punkt ikke relevant.
  3. Dataformatbeskrivelse Det tilsendte regneark indeholder et link til upload af regnearket, hvad indberetningen vedrører, boformens journalnummer samt overskrifter på, hvad der skal indberettes. Fra linje 8 og nedefter indtastes data om brugerne. Systemgenererede filer er kommaseparerede . txt-filer, hvor data skal leveres i en fastlagt rækkefølge – se under afsnit 3.2. 6.1 Navnestandard Er ikke relevant for denne statistik. 6.2 Indberetning af rettelser og sletninger Hvis data til en tidligere indberetning skal rettes, skal indberetteren rette det i regnearket, som gemmes, indtil det skal indberettes i næste indberetningsperiode. Danmarks Statistik vil anvende de nyeste data i forhold til tidligere indsendte, idet der tages udgangspunkt i det senest modtagne excel-ark. For . txt-filer gælder, at der indsendes et nyt udtræk.
  4. XML-skemaer Er ikke relevant for denne statistik.
  5. XML-fil Er ikke relevant for denne statistik.
  6. Kvitteringsmail Når indberetteren har uploadet data på virk.dk, vil der afsendes en kvitteringsmail til indberetteren. Eksempel på kvitteringsmail
  7. Vejledning i forbindelse med systemskifte Er ikke relevant for denne statistik.

Bilag 6 Kravspecifikation for De Kommunale Serviceindikatorer – Voksne

Indholdsfortegnelse 1. Indledning 2. Overordnede elementer 3. Data 3.1. Metadata/Stamdata 3.2. Indberetningsdata 4. Værdisæt for indberetningsdata 5. Dataformatbeskrivelse 6. XML-skemaer 6.1. Overordnede XML-skema for leverance 402 6.2. XML-skemaer for metadata/stamdata 6.2.1. Overordnet XML-skema for metadata/stamdata 6.2.2. Envelope 6.2.3. Communicator 6.2.4. Contact 6.2.5. DBoksContact 6.3. XML-skemaer for indberetningsdata 6.3.1. Sag 6.3.2. Ydelse 6.3.3. Målgruppe 7. XML-fil 7.1. XML-fil navnestandard 7.2. Eksempelfil 8. Kvitteringsmail 9. Vejledning i forbindelse med systemskifte

leje
§ 41

(Stk. 2)

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer og dataudveksling mellem kommuner og Danmarks Statistik vedrørende De Kommunale Serviceindikatorer – Voksne. Danmarks Statistik har modtaget indberetninger siden 1/7 2013 om ydelser givet efter Lov om Social Service til voksne med nedsat fysisk eller psykisk funktionsevne, herunder personer med sindslidelse samt socialt udsatte. Dette dokument omhandler nye indberetningskrav på området, som er gældende fra 1/1 2018. Der indberettes oplysninger om enhver borger, der er visiteret til eller bliver visiteret til en ydelse efter Lov om Social Service til voksne med nedsat fysisk eller psykisk funktionsevne, herunder personer med sindslidelse samt socialt udsatte. Hver enkelt ydelse skal indberettes. En indberetning skal bestå af følgende obligatoriske elementer:
  • Metadata/Stamdata - Indberetningsdataelementer - Personnummer - Ydelse - Dato for start og (hvis relevant) dato for slut af ydelse - Målgruppe (der kan tilknyttes flere målgrupper til en ydelse, hvis det er relevant) - Når ydelsen er et ophold indberettes endvidere produktionsenheds-nummer eller adresse. Det er altid handlekommunen, der skal indberette. I de tilfælde hvor der er forskel på handlekommune og betalingskommune, er det således handlekommunen, der skal foretage indberetningen. Det er et krav, at kommunerne indberetter data månedligt, og at hver leverance indeholder ”Fuld bestand”. Fuld bestand betyder, at den månedlige leverance indeholder alle visiterede ydelser, der på ét eller andet tidspunkt har været aktive siden 1. juli 2013. Slettede ydelser medtages ikke i leverancer med fuld bestand. DST anvender dermed den senest modtagne dataleverance fra den enkelte kommune, når der skal laves opgørelser over hvilke ydelser, der er givet i den enkelte kommune siden 1. juli 2013. Det er obligatorisk at indberette ydelser (fx §§ 95 og 102 i lov om social service), som registreres i andre systemer/forvaltninger (fx i ældreforvaltningen), da disse er omfattet af indberetningspligten til De Kommunale Serviceindikatorer – Voksne. Der er som hovedregel ingen øvre aldersafgræsning på, hvornår en ydelse skal indberettes. Det vil sige, at der skal indberettes oplysninger om alle ydelser efter Lov om Social Service til voksne med nedsat fysisk eller psykisk funktionsevne, herunder personer med sindslidelse samt socialt udsatte, uanset borgerens alder. Dataoverførslen sker via system-til-system løsning eller Danmarks Statistik web-dialog. Ved system-til-system løsning genererer systemerne i kommunerne (DHUV-system) et antal XML-filer. XML-filerne overføres til Danmarks Statistik via en central dataoperatør som mellemstation. I Danmarks Statistik modtages XML-filerne i det centrale modtagelses-system (CEMOS). Før leverancerne modtages i CEMOS, sendes en kopi af leverancerne til KL's IT-afdeling KOMBIT som varetager FLIS-databasen (Fælleskommunal Ledelsesinformation). Efter modtagelse af leverancen sendes en kvitteringsmail til den enkelte kommune (se afsnit 10 for eksempler). Alle overførsler sker via en sikker krypteret linje.
§ 41

(Stk. 2)

Arbejdsgange ved overførsel af data 2. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Leverancekode L402 Indberetning Kommunale myndigheder indberetter de ydelser, der er registreret med mindst et starttidspunkt før indberetningstidspunktet. Hvor der er forskel på handlekommune og betalingskommune, foretages indberetningen af handlekommunen. Frekvens Månedlig indberetning Frist Senest 14 dage efter månedens afslutning Enhed På personniveau indberettes en række pr. ydelse Format for indsendte data XML-filer, som kan valideres mod XML-skemaer (link til XML-skema på digitaliser.dk: https://digitaliser.dk/resource/3621776/artefact/DST_HandicapLeveranceL402Struktur. xsd) Fuld bestand Der skal leveres fuld bestand. Fuld bestand betyder, at den månedlige leverance indeholder alle visiterede ydelser, der på ét eller andet tidspunkt har været aktive siden 1. juli 2013. Sletninger Slettede ydelser medtages ikke i leverancen Testmuligheder Ved ændringer (eksempelvis leverandørskifte, hvor data skal testes) skal testmateriale navngives som T402 Statistikkens hjemmesider http://www.dst.dk/da/Statistik/dokumentation/statistikdokumentation/handicapdokumentation Linket henviser til statikkens emneside, hvor der gives en generel introduktion til statikken. http://www.dst.dk/handicap Linket henviser til statistikkens oplysningsside, hvor der bl.a. kan indhentes information om vejledninger til indberetning. Link til XML-skema på digitaliser.dk https://digitaliser.dk/resource/3621776/artefact/DST_HandicapLeveranceL402Struktur. xsd Skemaerne kan også fås ved henvendelse til Danmarks Statistik handicap@dst.dk 3. Data Alle dataleverancer skal indeholde både indberetningsdata samt metadata og /eller stamdata. 3.1 Metadata/Stamdata Metadata/Stamdata indgår som det første element i leverancen. Elementerne i metadata/stamdata skal i modsætning til elementerne i den enkelte leverance have engelske navne. Metadata-/Stamdataelementer Elementnavn Obliga-torisk Dataformat Beskrivelse Envelope (DST_Envelope. xsd) dst:Source Ja String System, der flytter data fra ekstern server til server hos Danmarks Statistik. Skal være ”CEMOS” dst:SurveyID Ja String Entydig ident for dataleverancen i Danmarks Statistik. Skal være ”D100000” dst:FormID Ja String Navn på leverance: Produktionsdata angives ”L402” Testdata angives ”T402” dst:Period Ja String, max 15 Den senest afsluttede måned, inden leverancen sendes dst:EntityIDType Ja String, max 20 Indberetningsenhedstype. Skal være ”Kommune” dst:EntityID Ja Numerisk, længde 3 Kommunekode Communicator (DST_CommunicatorStructure. xsd) CommunicationDescription Ja String Anvendelse af ”CommunicationDateTime” (”Oprettelse på lokal server”) CommunicationDateTime Ja YYYY-MM-DDThh:mm:ss Tidspunkt for oprettelse på lokal server i kommunen SystemName Ja String Navn på DHUV-system, som har genereret XML-filerne SystemVersion Ja String Version af DHUV-system, som har genereret XML-filerne Contact (DST_ContactStructure. xsd) ContactTypeName (altid 3) Ja String Følgende 3 typer skal altid indberettes: ”Faglig ansvarlig” ”Teknisk ansvarlig” ”Kvitteringsmodtager” ContactIdentifier (altid 3) Ja String Der skal altid indberettes 3 af denne type. Navn på kontakt ContactEmailAddress (altid 3) Ja String Der skal altid indberettes 3 af denne type. Mailadresse på kontakt DBoksContact (DST_DBoksContactNewStructure. xsd) CVRnumberIdentifier Ja Numerisk, længde 8 CVRNR for indberetningskommune ProductionUnitIdentifier Ja Numerisk, længde 10 Produktionsenhedsnr (PNR) for indberetningskommune Version FormVersion Ja String, max 30 Version af leverance. Giver information om det er første leverance eller en genfremsendelse fra kommunen/DHUV-systemet. Feltet skal indeholde '1' for første leverance; '2' for første genfremsendelse ; '3' for anden genfremsendelse osv. Feltet tæller således op hver gang kommunen genfremsender leverancen.

§ 41

(Stk. 2)

3.2 Indberetningsdata Alle dataleverancer skal indeholde indberetningsdata. Nedenstående skema beskriver elementerne i indberetningsdata. Indberetningsdataelementer Elementnavn Obligatorisk Dataformat Beskrivelse Sag (DST_HandicapSagStruktur_402. xsd) ModtagerCPRNummer Ja String (alfanumerisk), længde min 10 og max 16 Borgers CPR – nummer SamletFunktionsVurdering Nej String, længde 1, value=A-Z Angiver den samlede funktionsvurdering for borger (se nærmere under værdisæt for dataelementer) Ydelse (DST_HandicapYdelseStruktur_402. xsd) ModtagerYdelsesID Ja String (alfanumerisk), længde: min 1 og max 100 ID nummer, der identificerer ydelsen ModtagerYdelsekode Ja String (alfanumerisk), længde: min 1 og max 15 Kode for den ydelse, som borger modtager (se nærmere under værdisæt for dataelementer) ModtagerYdelseBetalingskommune Nej Numerisk, længde 3 Kommunekode for betalingskommune. Kun hvis betalingskommune ikke er den samme som handlekommune ModtagerYdelseStartDato Ja Date, YYYY-MM-DD Angiver den dato den pågældende ydelse starter ModtagerYdelseSlutDato Nej Date, YYYY-MM-DD Angiver den dato den pågældende ydelse er afsluttet. Slutdato skal angives, når ydelsen er afsluttet. TilbudProduktionsEnhedsNummer Ja- hvis ydelsen er et ophold. Enten indberettes denne variabel eller TilbudProduktionsEnhedsNavn, -Adresse og -Postnr Numerisk, længde 10 Angiver produktionsenheds-nummer for det sted, der er anvist til borger. Kan hentes fra Tilbudsportalen. TilbudProduktionsEnhedsNavn Ja – hvis ydelsen er et ophold og TilbudProduktionsEnhedsNummer ikke forefindes String (alfanumerisk) Angiver navn for det sted, der er anvist til borgeren. Skal kun bruges hvis p-nummer ikke forefindes. TilbudProduktionsEnhedsAdresse Ja – hvis ydelsen er et ophold og TilbudProduktionsEnhedsNummer ikke forefindes String (alfanumerisk) Angiver vej og husnummer mv. for det sted der er anvist til borger. Skal kun bruges, hvis p-nummer ikke forefindes. TilbudProduktionsEnhedsPostnr Ja – hvis ydelsen er et ophold og TilbudProduktionsEnhedsNummer ikke forefindes Numerisk, længde 4 Angiver postnummer for det sted, der er anvist for borgeren. Skal kun bruges, hvis p-nummer ikke forefindes. Maalgruppe (DST_HandicapMaalgruppeStruktur_402. xsd) ModtagerMaalgruppe Ja String, længde min 1 og max 15 Angiver borgerens målgruppe(r) (se nærmere under værdisæt for dataelementer) 4. Værdisæt for indberetningsdata ModtagerYdelsekode Beskrivelse: Kode for de ydelser der modtages. Til hver ydelse er til vejledning vist, hvilken paragraf i Lov om Social Service, som ydelsen er knyttet til. Værdi Beskrivelse Paragraf 1.1 Aktivitets- og samværstilbud § 104 1.3 Behandling § 102 1.4 Beskyttet beskæftigelse § 103 1.8.1 Længerevarende botilbud inklusiv tilknyttede ydelser fx §§ 83 og 85 § 108 1.8.2 Midlertidige botilbud inklusiv tilknyttede ydelser fx §§ 83 og 85 § 107 1.12.0.1 Socialpædagogisk støtte i botilbudslignende tilbud (omfattet af § 4, stk. 1, nr. 3, i lov om socialtilsyn), fx botilbud efter lov om almene boliger m.v. §§ 105/115 § 85 1.12.0.2 Øvrig socialpædagogisk støtte (socialpædagogisk støtte, som ikke leveres på botilbud eller botilbudslignende tilbud, fx borgernes private hjem) § 85 1.13.2 Borgerstyret personlig assistance (BPA) § 96 1.13.3 Kontaktperson for døvblinde § 98 1.13.4 Ledsageordning § 97 1.17 Kontant tilskud efter § 95 til ansættelse af hjælpere (§§ 83,84) § 95 1.18.1 Gruppebaseret socialpædagogisk hjælp og støtte efter § 82 a § 82 a 1.18.2 Individuel tidsbegrænset socialpædagogisk hjælp og støtte efter § 82 b § 82 b

ansættelse
§ 41

(Stk. 2)

ModtagerMaalgruppe Beskrivelse: Kode for borgers målgruppe. Der skal tilknyttes mindst én målgruppe til hver ydelse. Værdi Beskrivelse 1.1.1 Fysisk funktionsnedsættelse – Mobilitetsnedsættelse 1.1.2 Fysisk funktionsnedsættelse - Synsnedsættelse 1.1.3 Fysisk funktionsnedsættelse - Hørenedsættelse 1.1.4 Fysisk funktionsnedsættelse - Kommunikationsnedsættelse 1.1.5 Fysisk funktionsnedsættelse - Døvblindhed 1.1.6 Fysisk funktionsnedsættelse - Anden fysisk funktionsnedsættelse 1.2.1 Psykisk funktionsnedsættelse - Intellektuel/kognitiv forstyrrelse 1.2.2 Psykisk funktionsnedsættelse - Sindslidelse 2 Socialt problem 10 Ukendt målgruppe (denne kan kun angives ved §§ 82 a og 82 b). Nedenfor fremgår eksempler på målgrupper, der kan indgå under hhv. ”Intellektuelt/kognitiv forstyrrelse”, ”Sindslidelse” og ”Socialt problem”. Eksemplerne er taget fra Socialstyrelsens metodehåndbog til Voksenudregningsmetode. Psykisk funktionsnedsættelse - Intellektuel/kognitiv forstyrrelse - Demens - Hjerneskade Erhvervet hjerneskade Medfødt hjerneskade - Udviklingshæmning - Udviklingsforstyrrelse Opmærksomhedsforstyrrelse Autismespektrum Udviklingsforstyrrelse af tale og sprog Udviklingsforstyrrelse af skolefærdigheder Udviklingsforstyrrelse af sansemotoriske færdigheder Psykisk funktionsnedsættelse - Sindslidelse - Angst - Depression - Forandret virkelighedsopfattelse - Personlighedsforstyrrelse - Spiseforstyrrelse - Tilknytningsforstyrrelse - Stressbelastning Socialt Problem - Hjemløshed - Indadreagerende adfærd - Kriminalitet Personfarlig kriminalitet Ikke-personfarlig kriminalitet - Misbrug Alkoholmisbrug Stofmisbrug - Omsorgssvigt - Overgreb Seksuelt overgreb Voldeligt overgreb - Prostitution - Seksuelt krænkende adfærd - Selvmordstanker eller -forsøg - Selvskadende adfærd - Social isolation - Udadreagerende adfærd SamletFunktionsVurdering Beskrivelse: En samlet funktionsvurdering for borgeren fra de kommuner, som vælger at anvende begrebet. Forklaringer er hentet fra DHUV metodehåndbog. Dataelementet bruges ikke i statistikproduktionen, men medtages af hensyn til FLIS. Værdi Beskrivelse A Intet problem (ingen, fraværende, ubetydeligt) B Let problem (en smule, lidt) C Moderat problem (middel, noget) D Svært problem (omfattende, meget) E Fuldstændigt problem (totalt, kan ikke) 5. Dataformatbeskrivelse Alle de nødvendige dataleverancer er beskrevet af Danmarks Statistik ved hjælp af XML-skemaer. Databeskrivelserne overholder de regler, som er indeholdt i OIOXML-standarderne, herunder OIOXML Navngivnings- og Designregler 3.0. Alle XML-filer skal være i UTF-8-format. Den enkelte leverandør eller kommune kan hente disse XML-skemaer på Videnskabsministeriets hjemmeside ’www.Digitaliser.dk’ til lokal anvendelse. Alle XSD-filer kan etableres ud fra afsnit 8. XML-skemaerne samt eksempelfil kan også fås ved henvendelse til Danmarks Statistik (handicap@dst.dk). 6. XML-skemaer XML-skemaerne indeholder et overordnet XML-skema, som XML-filen skal henvise til.

§ 41

(Stk. 2)

6.1 Overordnede XML-skema for leverance 402 Det overordnede XML-skema hedder ” HandicapLeveranceL402Struktur ” og er placeret i filen: ” DST_HandicapLeveranceL402Struktur. xsd ”, som er uploadet på Digitaliseret.dk (https://digitaliser.dk/resource/3621776/artefact/DST_HandicapLeveranceL402Struktur. xsd), sammen med de andre XML-skemaer. Det overordnede XML-skema refererer til:

  • XML-skemaer for metadata/stamdata (DeliveryMetadataNewStructure) - XML-skemaer for Indberetningsdata (HandicapSagStrukturSamling_402) DST_HandicapLeveranceL402Struktur DST_HandicapLeveranceL402Struktur. xsd
<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="http://digitaliser.dk/resource/2343589/artefact/DST_DeliveryMetadataNewStructure. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/3621772/artefact/DST_HandicapSagStrukturSamling_402. xsd" /> <xs:element name="HandicapLeveranceL402Struktur" type="HandicapLeveranceL402StrukturType" /> <xs:complexType name="HandicapLeveranceL402StrukturType"> <xs:sequence> <xs:element ref="DeliveryMetadataNewStructure" /> <xs:element ref="HandicapSagStrukturSamling_402" /> </xs:sequence> </xs:complexType> </xs:schema> 6.2 XML-skemaer for metadata/stamdata XML-Skemaerne for metadata/stamdata indeholder et overordnet XML-skema ( DeliveryMetadataNewStructure), som indeholder FormVersion og refererer til: - Envelope - Communicator - Contact - DBoksContact Diagram over XML-skemaer for metadata/stamdata 6.2.1 Overordnet XML-skema for metadata/stamdata DST_DeliveryMetadataNewStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:import namespace="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" schemaLocation="http://digitaliser.dk/resource/11992/artefact/DST_Envelope. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533564/artefact/DST_CommunicatorStructureCollection. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533551/artefact/DST_ContactStructureCollection. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/2343585/artefact/DST_DBoksContactNewStructure. xsd" /> <xs:include schemaLocation="http://digitaliser.dk/resource/533532/artefact/DST_FormVersion. xsd" /> <xs:element name="DeliveryMetadataNewStructure" type="DeliveryMetadataNewStructureType" /> <xs:complexType name="DeliveryMetadataNewStructureType"> <xs:sequence> <xs:element ref="dst:Envelope" /> <xs:element ref="CommunicatorStructureCollection" minOccurs="0" maxOccurs="unbounded" />
§ 41

(Stk. 2)

<xs:element ref="ContactStructureCollection" minOccurs="0" maxOccurs="unbounded" /> <xs:element ref="DBoksContactNewStructure" minOccurs="0" /> <xs:element ref="FormVersion" minOccurs="0" /> </xs:sequence> </xs:complexType> </xs:schema> 6.2.2. Envelope DST_Envelope. xsd

<? xml version="1.0" encoding="UTF-8"? ><schema xmlns="http://www.w3. org/2001/XMLSchema" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" version="1.0"><include schemaLocation="http://digitaliser.dk/resource/14482/artefact/DST_Source. xsd"/><include schemaLocation="http://digitaliser.dk/resource/19272/artefact/DST_RefID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/17898/artefact/DST_SurveyID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/12983/artefact/DST_FormID. xsd"/><include schemaLocation="http://digitaliser.dk/resource/19217/artefact/DST_Period. xsd"/><include schemaLocation="http://digitaliser.dk/resource/18757/artefact/DST_Entity. xsd"/><include schemaLocation="http://digitaliser.dk/resource/18376/artefact/DST_ReportingDataType. xsd"/><element name="Envelope" type="dst:EnvelopeType"><annotation><documentation/></annotation></element><complexType name="EnvelopeType"><sequence><element minOccurs="0" ref="dst:Source"/><element minOccurs="0" ref="dst:RefID"/><element minOccurs="0" ref="dst:SurveyID"/><element minOccurs="0" ref="dst:FormID"/><element minOccurs="0" ref="dst:Period"/><element minOccurs="0" ref="dst:Entity"/><element minOccurs="0" ref="dst:ReportingDataType"/></sequence></complexType></schema> 6.2.3 Communicator DST_CommunicatorStructureCollection. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_CommunicatorStructure. xsd"/> <xs:element name="CommunicatorStructureCollection" type="CommunicatorStructureCollectionType"/> <xs:complexType name="CommunicatorStructureCollectionType"> <xs:sequence> <xs:element ref="CommunicatorStructure" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_CommunicatorStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_CommunicationDescription. xsd"/> <xs:include schemaLocation="DST_SystemStructure. xsd"/> <xs:element name="CommunicatorStructure" type="CommunicatorStructureType"/> <xs:complexType name="CommunicatorStructureType"> <xs:sequence> <xs:element ref="CommunicationDescription"/> <xs:element name="CommunicationDateTime" type="xs:dateTime"/>
§ 41

(Stk. 2)

<xs:element ref="SystemStructure" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:schema> DST_CommunicationDescription. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="CommunicationDescription" type="CommunicationDescriptionType"/> <xs:simpleType name="CommunicationDescriptionType"> <xs:restriction base="xs:string"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> DST_SystemStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_SystemName. xsd"/> <xs:include schemaLocation="DST_SystemVersion. xsd"/> <xs:element name="SystemStructure" type="SystemStructureType"/> <xs:complexType name="SystemStructureType"> <xs:sequence> <xs:element ref="SystemName"/> <xs:element ref="SystemVersion"/> </xs:sequence> </xs:complexType> </xs:schema> DST_SystemName. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="SystemName" type="SystemNameType"/> <xs:simpleType name="SystemNameType"> <xs:restriction base="xs:string"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> 6.2.4 Contact DST_ContactStructureCollection. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:include schemaLocation="DST_ContactStructure. xsd"/> <xs:element name="ContactStructureCollection" type="ContactStructureCollectionType"/> <xs:complexType name="ContactStructureCollectionType"> <xs:sequence> <xs:element ref="ContactStructure" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_ContactStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xkom="http://rep.oio.dk/xkom.dk/xml/schemas/2005/03/15/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:import namespace="http://rep.oio.dk/xkom.dk/xml/schemas/2005/03/15/" schemaLocation="http://digitaliser.dk/resource/2237/artefact/XKOM_EmailAddressIdentifier. xsd"/>
§ 41

(Stk. 2)

<xs:include schemaLocation="DST_ContactTypeName. xsd"/> <xs:include schemaLocation="DST_ContactIdentifier. xsd"/> <xs:element name="ContactStructure" type="ContactStructureType"/> <xs:complexType name="ContactStructureType"> xs:sequence <xs:element ref="ContactTypeName"/> <xs:element ref="ContactIdentifier"/> <xs:element name="ContactEmailAddress" type="xkom:EmailAddressIdentifierType"/> </xs:sequence> </xs:complexType> </xs:schema> DST_ContactTypeName. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="ContactTypeName" type="ContactTypeNameType"/> <xs:simpleType name="ContactTypeNameType"> <xs:restriction base="xs:string"> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> </xs:schema> DST_ContactIdentifier. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:element name="ContactIdentifier" type="ContactIdentifierType"/> <xs:simpleType name="ContactIdentifierType"> <xs:restriction base="xs:string"> <xs:maxLength value="100"/> </xs:restriction> </xs:simpleType> </xs:schema> 6.2.5 DBoksContact DST_DBoksContactNewStructure. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:simpleType name="CVRnumberIdentifierType"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{8}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="ProductionUnitIdentifierType"> <xs:restriction base="xs:string"> <xs:length value="10"/> </xs:restriction> </xs:simpleType> <xs:element name="DBoksContactNewStructure" type="DBoksContactNewStructureType"/> <xs:complexType name="DBoksContactNewStructureType"> <xs:sequence> <xs:element name="CVRnumberIdentifier" type="CVRnumberIdentifierType" minOccurs="0"/> <xs:element name="ProductionUnitIdentifier" type="ProductionUnitIdentifierType" minOccurs="0"/> </xs:sequence> </xs:complexType> </xs:schema> 6.3 XML-skemaer for indberetningsdata Det overordnede XML-skema i indberetningsdata (HandicapSagStrukturSamling_402) skal altid benyttes og kan bruges til at tilknyttes flere sager til leverancen. Indberetningsdata indeholder følgende elementer: - Sag - Ydelse - Målgruppe XML-skemaet, der omhandler Sagen (HandicapSagStruktur_402), indeholder bl.a. information om borgerens cpr-nummer. XML-skemaet for Sagen henviser til XML-skemaet for Ydelse (HandicapYdelseStruktur_402). Der kan tilknyttes flere Ydelser til en enkelt Sag via HandicapYdelseStrukturSamling_402. XML-skemaet for ydelsen henviser til XML-skemaet for Maalgruppe (HandicapMaalgruppeStruktur_402). Der kan tilknyttes flere Målgrupper til en enkelt Ydelse via HandicapMaalgruppeStrukturSamling_402.
§ 41

(Stk. 2)

6.3.1 Sag DST_HandicapSagStrukturSamling_402. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_HandicapSagStruktur_402. xsd"/> <xs:element name="HandicapSagStrukturSamling_402" type="HandicapSagStrukturSamlingType"/> <xs:complexType name="HandicapSagStrukturSamlingType"> <xs:sequence> <xs:element ref="HandicapSagStruktur_402" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_HandicapSagStruktur_402. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_HandicapYdelseStrukturSamling_402. xsd"/> <xs:simpleType name="CPRnummerType"> <xs:restriction base="xs:string"> <xs:minLength value="10"/> <xs:maxLength value="16"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="SamletFunktionsVurderingType"> <xs:restriction base="xs:string"> <xs:pattern value="[A-Z]{1}"/> </xs:restriction> </xs:simpleType> <xs:element name="HandicapSagStruktur_402" type="HandicapSagStrukturType"/> <xs:complexType name="HandicapSagStrukturType"> <xs:sequence> <xs:element name="ModtagerCPRnummer" type="CPRnummerType"/> <xs:element name="SamletFunktionsVurdering" type="SamletFunktionsVurderingType" minOccurs="0"/> <xs:element ref="HandicapYdelseStrukturSamling_402"/> </xs:sequence> </xs:complexType> </xs:schema> Diagram over XML-skemaer for Sag 6.3.2 Ydelse DST_HandicapYdelseStrukturSamling_402. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_HandicapYdelseStruktur_402. xsd"/> <xs:element name="HandicapYdelseStrukturSamling_402" type="HandicapYdelseStrukturSamlingType"/> <xs:complexType name="HandicapYdelseStrukturSamlingType"> <xs:sequence> <xs:element ref="HandicapYdelseStruktur_402" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema DST_HandicapYdelseStruktur_402. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_HandicapMaalgruppeStrukturSamling_402. xsd"/> <xs:simpleType name="ModtagerYdelseIdType">
§ 41

(Stk. 2)

<xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="100"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="KodeType"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="15"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="TilbudProduktionsEnhedsNummerType"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{10}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="TilbudProduktionsEnhedsPostnrType"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{4}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="ModtagerYdelseBetalingskommuneType"> <xs:restriction base="xs:string"> <xs:pattern value="[0-9]{3}"/> </xs:restriction> </xs:simpleType> <xs:element name="HandicapYdelseStruktur_402" type="HandicapYdelseStrukturType"/> <xs:complexType name="HandicapYdelseStrukturType"> xs:sequence <xs:element name="ModtagerYdelsesID" type="ModtagerYdelseIdType"/> <xs:element name="ModtagerYdelseKode" type="KodeType"/> <xs:element name="ModtagerYdelseBetalingskommune" type="ModtagerYdelseBetalingskommuneType" minOccurs="0"/> <xs:element name="ModtagerYdelseStartDato" type="xs:date"/> <xs:element name="ModtagerYdelseSlutDato" type="xs:date" minOccurs="0"/> <xs:choice minOccurs="0" maxOccurs="unbounded"> <xs:element name="TilbudProduktionsEnhedsNummer" type="TilbudProduktionsEnhedsNummerType"/> xs:sequence <xs:element name="TilbudProduktionsEnhedsNavn" type="xs:string"/> <xs:element name="TilbudProduktionsEnhedsAdresse" type="xs:string"/> <xs:element name="TilbudProduktionsEnhedsPostnr" type="TilbudProduktionsEnhedsPostnrType"/> </xs:sequence> </xs:choice> <xs:element ref="HandicapMaalgruppeStrukturSamling_402"/> </xs:sequence> </xs:complexType> </xs:schema> Diagram over XML-skemaer for Ydelse 6.3.3 Målgruppe DST_HandicapMaalgruppeStrukturSamling_402. xsd

<? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:include schemaLocation="DST_HandicapMaalgruppeStruktur_402. xsd"/> <xs:element name="HandicapMaalgruppeStrukturSamling_402" type="HandicapMaalgruppeStrukturSamlingType"/> <xs:complexType name="HandicapMaalgruppeStrukturSamlingType"> <xs:sequence> <xs:element ref="HandicapMaalgruppeStruktur_402" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:schema> DST_HandicapMaalgruppeStruktur_402. xsd <? xml version="1.0" encoding="UTF-8"? > <xs:schema xmlns:xs="http://www.w3. org/2001/XMLSchema" xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:cpr="http://rep.oio.dk/cpr.dk/xml/schemas/core/2005/03/18/" targetNamespace="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" elementFormDefault="qualified" attributeFormDefault="unqualified" xml:lang="DA"> <xs:simpleType name="ModtagerMaalgruppeType"> <xs:restriction base="xs:string">
§ 41

(Stk. 2)

<xs:minLength value="1"/> <xs:maxLength value="15"/> </xs:restriction> </xs:simpleType> <xs:element name="HandicapMaalgruppeStruktur_402" type="HandicapMaalgruppeStrukturType"/> <xs:complexType name="HandicapMaalgruppeStrukturType"> xs:sequence <xs:element name="ModtagerMaalgruppe" type="ModtagerMaalgruppeType"/> </xs:sequence> </xs:complexType> </xs:schema> Diagram over XML-skemaer for Målgruppe 7. XML-fil XML–filen skal være velformet og den skal kunne valideres mod XML-skemaet (DST_HandicapLeveranceL402Struktur. xsd). Der er et præfiks (dst:) for alle elementer i Envelope blokken og dette skal beholdes uden ændringer. Modtagelsessystemet i Danmarks Statistik bruger præfikset som genkendelses-string for at aflæse Envelope-data (leverance nr., periode, kommunekode) i tilfælde af XML-filen ikke er velformet. Følgende blok med ”namespaces” (xmlns) og schemaLocation kan med fordel kopieres direkte fra nedenstående uden ændringer, men uden formateringstegn (kan kopieres via Notesblok). xmlns="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xsi="http://www.w3. org/2001/XMLSchema-instance" xmlns:dst="http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" xsi:schemaLocation= https://digitaliser.dk/resource/3621776/artefact/DST_HandicapLeveranceL402Struktur. xsd) 7.1 XML-fil navnestandard Det er vigtigt, at hver enkelt dataleverance er navngivet efter nedenstående standarder. Inde i metadata/stamdata (dst:envelope) angives testdata med T402 og produktionsdata med L402. I filnavnet er leverancenummeret derimod altid L402 uanset om det er produktionsdata eller testdata. Forskellen mellem test og produktionsdata i filnavnet angives med det første bogstav i navnet; T for testdata eller P for produktionsdata. Produktionsleverance: P <3-cifret kommunenummer>_ L402 _ P <hvilken periode er data fra>_ V <2-cifret recordlayout versionsnummer>_ D <8-cifret udtræksdato: YYYMMDD> T <6-cifret udtrækstidspunkt>. XML Eksempel: P 998 L402 _ P 2017M05_ V 01_ D 20170601 T 111900. XML Testleverance: T <3-cifret kommunenummer>_ L402 _ P <hvilken periode er data fra>_ V <2-cifret recordlayout versionsnummer>_ D <8-cifret udtræksdato: YYYMMDD > T <6-cifret udtrækstidspunkt>. XML Eksempel: T 998 L402 _ P 2017M05_ V 01_ D 20170601 T 111900. XML 7.2 Eksempelfil Felter vist med fed skrift i nedenstående beholdes uændret. De øvrige felter kan ændres.

<? xml version="1.0" encoding="iso-8859-1"? > <HandicapLeveranceL402Struktur xmlns= "http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/" xmlns:xsi= "http://www.w3. org/2001/XMLSchema-instance" xmlns:dst= "http://rep.oio.dk/dst.dk/xml/schemas/2002/06/28/" xsi:schemaLocation ="http://rep.oio.dk/dst.dk/xml/schemas/2010/04/16/ https://digitaliser.dk/resource/3621776/artefact/DST_HandicapLeveranceL402Struktur. xsd" > <DeliveryMetadataNewStructure> <dst:Envelope> <dst:Source> CEMOS </dst:Source> <dst:SurveyID> D100000 </dst:SurveyID> <dst:FormID>L 402 </dst:FormID> <dst:Period>2017M05</dst:Period> <dst:Entity> <dst:EntityIDType> Kommune </dst:EntityIDType>
§ 41

(Stk. 2)

dst:EntityID813</dst:EntityID> </dst:Entity> </dst:Envelope> <CommunicatorStructureCollection> <CommunicatorStructure> <CommunicationDescription>Oprettelse på lokal server</CommunicationDescription> <CommunicationDateTime>2017-05-30T08:23:17</CommunicationDateTime> <SystemStructure> <SystemName>AS2007</SystemName> <SystemVersion>1.0</SystemVersion> </SystemStructure> </CommunicatorStructure> </CommunicatorStructureCollection> <ContactStructureCollection> <ContactStructure> <ContactTypeName> Faglig ansvarlig </ContactTypeName> <ContactIdentifier>Frank Jensen</ContactIdentifier> <ContactEmailAddress>frank@korsbaek.dk</ContactEmailAddress> </ContactStructure> <ContactStructure> <ContactTypeName> Teknisk ansvarlig </ContactTypeName> <ContactIdentifier>Eva Hansen</ContactIdentifier> <ContactEmailAddress>eva@korsbaek.dk</ContactEmailAddress> </ContactStructure> <ContactStructure> <ContactTypeName> Kvitteringsmodtager </ContactTypeName> <ContactIdentifier>Dan Jørgensen</ContactIdentifier> <ContactEmailAddress>dan@korsbaek.dk</ContactEmailAddress> </ContactStructure> </ContactStructureCollection> <DBoksContactNewStructure> <CVRnumberIdentifier>23456789</CVRnumberIdentifier> <ProductionUnitIdentifier>1234567890</ProductionUnitIdentifier> </DBoksContactNewStructure> <FormVersion>1.0</FormVersion> </DeliveryMetadataNewStructure> <HandicapSagStrukturSamling_402> <HandicapSagStruktur_402> <ModtagerCPRnummer>0000000000000DST</ModtagerCPRnummer> <SamletFunktionsVurdering>A</SamletFunktionsVurdering> <HandicapYdelseStrukturSamling_402> <HandicapYdelseStruktur_402> <ModtagerYdelsesID>4211</ModtagerYdelsesID> <ModtagerYdelseKode>1.12.0.1</ModtagerYdelseKode> <ModtagerYdelseStartDato>2017-05-15</ModtagerYdelseStartDato> <TilbudProduktionsEnhedsNavn>Hjem med udsigt</TilbudProduktionsEnhedsNavn> <TilbudProduktionsEnhedsAdresse>Blindevej 1B</TilbudProduktionsEnhedsAdresse> <TilbudProduktionsEnhedsPostnr>2900</TilbudProduktionsEnhedsPostnr> <HandicapMaalgruppeStrukturSamling_402> <HandicapMaalgruppeStruktur_402> <ModtagerMaalgruppe>1.1.1</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> <HandicapMaalgruppeStruktur_402> <ModtagerMaalgruppe>2</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> </HandicapMaalgruppeStrukturSamling_402> </HandicapYdelseStruktur_402> </HandicapYdelseStrukturSamling_402> </HandicapSagStruktur_402> <HandicapSagStruktur_402> <ModtagerCPRnummer>0000000000TEST</ModtagerCPRnummer> <SamletFunktionsVurdering>B</SamletFunktionsVurdering> <HandicapYdelseStrukturSamling_402> <HandicapYdelseStruktur_402> <ModtagerYdelsesID>4212</ModtagerYdelsesID> <ModtagerYdelseKode>1.8.2</ModtagerYdelseKode> <ModtagerYdelseStartDato>2015-03-01</ModtagerYdelseStartDato> <TilbudProduktionsEnhedsNavn>Trygt hjem</TilbudProduktionsEnhedsNavn> <TilbudProduktionsEnhedsAdresse>Høregade 3A, 2. TH. </TilbudProduktionsEnhedsAdresse> <TilbudProduktionsEnhedsPostnr>2900</TilbudProduktionsEnhedsPostnr> <HandicapMaalgruppeStrukturSamling_402> <HandicapMaalgruppeStruktur_402>

§ 41

(Stk. 2)

<ModtagerMaalgruppe>1.1.2</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> <HandicapMaalgruppeStruktur_402> <ModtagerMaalgruppe>1.1.6</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> </HandicapMaalgruppeStrukturSamling_402> </HandicapYdelseStruktur_402> <HandicapYdelseStruktur_402> <ModtagerYdelsesID>4213</ModtagerYdelsesID> <ModtagerYdelseKode>1.8.1</ModtagerYdelseKode> <ModtagerYdelseStartDato>2017-03-10</ModtagerYdelseStartDato> <TilbudProduktionsEnhedsNavn>Elmebo</TilbudProduktionsEnhedsNavn> <TilbudProduktionsEnhedsAdresse>Smilets Alle 80</TilbudProduktionsEnhedsAdresse> <TilbudProduktionsEnhedsPostnr>2900</TilbudProduktionsEnhedsPostnr> <HandicapMaalgruppeStrukturSamling_402> <HandicapMaalgruppeStruktur_402> <ModtagerMaalgruppe>1.1.3</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> <HandicapMaalgruppeStruktur_402> <ModtagerMaalgruppe>2</ModtagerMaalgruppe> </HandicapMaalgruppeStruktur_402> </HandicapMaalgruppeStrukturSamling_402> </HandicapYdelseStruktur_402> </HandicapYdelseStrukturSamling_402> </HandicapSagStruktur_402> </HandicapSagStrukturSamling_402> </HandicapLeveranceL402Struktur> 8. Kvitteringsmail DST sender en kvitteringsmail til kvitteringsmodtager i indberetningskommunen, når data er indlæst. Kommunen vil enten modtage en mail, som angiver, at data er indlæst med succes eller at Danmarks Statistik har afvist data. Kvitteringsmail med emnet ”Danmarks Statistik har afvist data” vil indeholde information om, hvorfor data er blevet afvist. Mailen indeholder detaljeret information om linje og position i XML-skemaet, hvor fejlen er placeret. Kommunen skal rette fejlen og genfremsende data. Eksempel på mail: ”Data er indlæst med succes” Kære indberetter Danmarks Statistik har modtaget følgende indberetningsfil: P_00890237_01071519_01071673_170531232311_00002_K999D20170531T150057L01. xml Dato: 2018-05-31 23:24:46 Fil ID: 01071674 Indberettertype (dst:EntityIDType): Kommune Indberetterkode (dst:EntityID): 999 Leverance (dst:FormID): L402 Periode (dst:Period): 2018M05 Kvitteringsmodtager (ContactEmailAddress): maude@korsbaek.dk Forsendelsesversion (FormVersion): 23 Danmarks Statistik kvitterer hermed for modtagelse af oplysningerne. Danmarks Statistik vil evt. senere vende tilbage når vi har set på oplysningerne. Dette er en automatisk genereret mail, der ikke kan svares på. Evt. spørgsmål rettes til Danmarks Statistik ved at videresende denne mail evt. med supplerende oplysninger til: handicap@dst.dk Med venlig hilsen Danmarks Statistik Eksempel på mail: ” DST har AFVIST data - De skal genfremsendes. ” Nedenstående mail viser et eksempel på fejl i:

  • CVRNR (CVRnumberIdentifier' er ugyldigt) - Kommunenummer (ProductionUnitIdentifier' er ugyldigt) - Manglende målgruppe (HandicapMaalgruppeStrukturSamling' i navneområdet har et ufuldstændigt indhold) Kære indberetter Danmarks Statistik har modtaget følgende indberetningsfil: P_00130237_01045345_01013049_170107832310_00089_K999D20170106T020000L01. xml Dato: 2018-01-11 23:23:36
§ 41

(Stk. 2)

Fil ID: 01046050 Indberettertype (dst:EntityIDType): Kommune Indberetterkode (dst:EntityID): 998 Leverance (dst:FormID): L402 Periode (dst:Period): 2018M10 Kvitteringsmodtager (ContactEmailAddress): maude@korsbaek.dk Forsendelsesversion (FormVersion): 1 Der forekommer fejl ifm. leverancen, fejlangivelse: Ej korrekt XML-struktur eller dataindhold Valideringsfejl: System. Xml. Schema. ValidationEventArgs

  1. Vejledning i forbindelse med systemskifte Kommuner, der skifter indberetningsløsning, skal give besked om dette til Danmarks Statistik, så snart der er indgået aftale om en ny indberetningsløsning. Kommunen skal fortsætte med at indberette data via det tidligere system, indtil det nye system er taget i brug, og indberetningen fungerer. Dette er for at undgå datatab ved overgangen fra det tidligere system til det nye system. Hvis der indberettes testdata via det nye system, skal det angives, at dataleverancen er en testleverance (T402). Leverancer navngivet L402 anvendes til statistikproduktion Ved leverandørskifte behandler DST data således, at fra det tidligere system udvælges alle afsluttede ydelser indeholdt i den senest modtagne leverance. Fra det nye system udvælges samtlige ydelser, både afsluttede og aktive, fra den senest modtagne leverance. Ydelserne fra de to systemer danner tilsammen det datagrundlag, som DST anvender i statistikproduktionen. Ved leverandørskifte er det vigtigt, at kommunen sørger for, at alle afsluttede ydelser i det tidligere system er opdaterede med korrekte oplysninger (dvs. startdato, slutdato, ydelseskode, målgruppe(r), etc.) og overholder DSTs krav til dataindberetningen. Alle aktive ydelser i det tidligere system skal oprettes i det nye system med deres reelle startdato, ikke datoen, der angiver tidspunktet for systemskifte.
§ 41

(Stk. 2)

Bilag 7 Kravspecifikation – Støtte til handicapbiler efter § 114 i lov om social service

Indholdsfortegnelse 1. Indledning 2. Overordnede elementer 3. Data 3.1. Metadata/Stamdata 3.2. Indberetningsdata 4. Værdisæt for dataelementer 5. Valideringsrapport 6. Dataformatbeskrivelse 6.1. Navnestandard 6.2. Indberetning af rettelser og sletninger 7. XML-skemaer 8. XML-fil 9. Kvitteringsmail 10. Vejledning i forbindelse med systemskifte

  1. Indledning Dette dokument indeholder beskrivelser af dataleverancer fra kommuner om afgørelser om støtte til køb af bil efter § 114 i lov om social service til Danmarks Statistik.
  • Stamdata – kommune, kontaktperson - Modtagelses- og afgørelsestidspunkt for ansøgning om bilstøtte - Afgørelse - Helbredsoplysninger - Bevilget beløb - Begrundelse for afslag/frakendelse Det er et krav, at alle afgørelser i det pågældende år er indberettet til Danmarks Statistik senest med udgangen af april måned året efter afgørelsen. Der skal indsendes data i form af et prædefineret regneark, som kommunen kan hente via Danmarks Statistiks hjemmeside. Arket udfyldes i løbet af året med alle afgjorte sager. Dataoverførslen skal ske via medarbejder_id til Danmarks Statistik. DST sender en kvitteringsmail til kvitteringsmodtager i indberetningskommunen, når data er modtaget. Arbejdsgange ved overførsel af data
  1. Overordnede elementer Nedenstående skema viser de overordnede elementer i dataleverancen. Elementnavn Beskrivelse Indberetning Kommunen skal indberette data i forbindelse med afgørelser om bilstøtte efter lov om social service § 114. Frekvens Én årlig indberetning med alle afgørelser i samme regneark Frist Senest sidste dag i måneden efter årets udgang Enhed Afgørelserne er på personniveau Format for indsendte data Et regneark prædefineret af Danmarks Statistik Fuld bestand Systemfilerne leveres som delta load. Delta load betyder, at data indeholder alle ydelser, der er registreret siden sidste levering til Danmarks Statistik. Testmuligheder Ingen Statistikkens hjemmeside http://dst.dk/da/Indberet/oplysningssider/bilstoette Bruger_id For at kunne indberette skal man have en medarbejdersignatur via www.danid.dk.
  2. Data Alle dataleverancer indeholder stamdata, og det indgår som meddelelse i mail med regneark. Stamdata bliver automatisk genereret i Danmarks Statistik i forbindelse med indberetning. 3.1. Metadata/stamdata Metadata Journalnummer er i Danmarks Statistik knyttet sammen med data om den indberettende kommune. Såfremt der er ændringer i de indberettede data, skal det meddeles enten pr. mail eller telefonisk til Danmarks Statistik, eller Danmarks Statistik finder oplysninger selv via internet. Data om den indberettende kommune opbevares i regneark og vedligeholdes af Danmarks Statistik. Elementnavn Obligatorisk Dataformat Beskrivelse Journalnummer Kommunenavn Ja string Kommunenummer Ja Num længde 4 Kommunenummeret foranstillet et 3-tal (for bilstøtte.) CVR Ja Num længde 8 CVR (kommunens CVR-nummer) Mappe Ja String Hver kommune får tildelt en mappe. Mappens navn er kommunenumret og kommunenavn. Mailadresse Ja String Kommunens mailadresse (hovedpostkasse) Telefonnummer Ja String Kommunens telefonnummer Kommentar Nej String
§ 41

(Stk. 2)

Stamdata Elementnavn Obligatorisk Dataformat Beskrivelse Meddelelse i mail Taellingsraekkeid Ja String Taellingsraekke navn Ja String Enhedsnøgle Ja String Periodestart Ja Datoformat ’yyyy-mm-dd’ Periodeangivelse for start på året Periodeslut Ja Datoformat ’yyyy-mm-dd’ Periodeangivelse for slut på året Brugersignatur Ja String CVR og ID. Den bruger_id, som er modtaget fra Dan_id (www.dan_id.dk) Indberetter på vegne af CVR Ja String CVR for den pågældende kommune. Journalnr Ja String Journalnummer givet af Danmarks Statistik Besked fra bruger Nej 3.2. Indberetningsdata Alle dataleverancer skal indeholde indberetningsdata. Nedenstående skema beskriver elementerne i indberetningsdata. Elementnavne indberetning: Obligatorisk Type Beskrivelse Kommunenavn ja String Indberettende kommune Kommunenummer ja String Kommunenummer Sagsbehandler/kontaktpersons e-mail ja String 1. Ansøgers personnummer ja String Ansøgers CPR-nummer. (Indtastes ubrudt uden adskillelsestegn eller mellemrum) -Vedrører sagen et barn under 18 år angiv barnets personnummer 2. Hvornår modtog kommunen ansøgningen om bilstøtte? ja Dato "dd-mm-yyyy" Modtagelsesdato for ansøgning "dd-mm-yyyy" 3. Hvornår er kommunens afgørelse truffet? ja Dato, "dd-mm-yyyy" Afgørelsesdato: Det er datoen for kommunens afgørelse indeholdende støttebeløbet, der skal angives. 4. Hvilke behov vedrører afgørelsen: ja String 5. Hvad var kommunens afgørelse: ja String 6. Hvad har kommunen bevilget støtte til/givet afslag på? ja String 6.a Hvilken støtte blev bevilget i forbindelse med udskiftningen? Ja String 7. Har borgeren i forbindelse med ansøgningen om udskiftning afgivet erklæring på tro og love om fortsat mindst samme kørselsbehov og mindst samme funktionsevnenedsættelse? Ja String 8. Har kommunen indhentet yderligere erklæringer/oplysninger i forbindelse med ansøgers helbred? ja String 9. Hvilke erklæringer/oplysninger har kommunen indhentet i forbindelse med den aktuelle sag? ja String 10. Hvad er størrelsen af det bevilgede lån? ja String (Angiv i hele kroner) (Der anføres størrelsen af det bevilgede lån som helhed, altså før fratræk af eventuelt provenu fra tidligere bevilget bil, og eksklusiv særlige indretninger) 11. Er der bevilget fritagelse for registreringsafgift? ja String 12. Hvilke(n) begrundelse(r) er der givet for afslag/frakendelse ja String 13. Hvis "Andet" valgt i 12., angiv hvad: ja String 4. Værdisæt for dataelementer Variabel Beskrivelse 4. Hvilke behov vedrører afgørelsen? a. Behov for kørsel fra og til arbejde, jf. 3, stk. 1, nr.1 i bekendtgørelse om støtte til køb af bil efter serviceloven. b. Behov for kørsel til og fra uddannelse, jf. 3, stk. 1, nr.2 i bekendtgørelse om støtte til køb af bil efter serviceloven. c. Behov for kørsel i øvrigt, jf. 3, stk. 1, nr.3 i bekendtgørelse om støtte til køb af bil efter serviceloven. 5. Hvad var kommunens afgørelse? a. Afslag på støtte til køb af bil b. Bevilling af støtte til køb af bil c. Frakendelse af tidligere bevilget støtte før låneperiodens udløb 6. Hvad har kommunen bevilget støtte til/givet afslag på? a. Lån til bil efter § 7, stk. 1 i bekendtgørelse om støtte til køb af bil efter serviceloven. b. Lån til bil efter § 7, stk. 2 i bekendtgørelse om støtte til køb af bil efter serviceloven. c. Udskiftning efter § 11, stk. 1 i bekendtgørelse om støtte til køb af bil efter serviceloven. d. Førtidig udskiftning efter § 11, stk. 2 i bekendtgørelse om støtte til køb af bil efter serviceloven. 6.a Hvilken støtte blev bevilget i forbindelse med udskiftningen? a. Lån til bil efter § 7, stk. 1 i bekendtgørelse om støtte til køb af bil efter serviceloven. b. Lån til bil efter § 7, stk. 2 i bekendtgørelse om støtte til køb af bil efter serviceloven. 7. Har borgeren i forbindelse med udskiftningen afgivet erklæring på tro og love om fortsat mindst samme kørselsbehov og mindst samme funktionsevne-nedsættelse? Ja Nej 8. Har kommunen indhentet yderligere erklæringer/oplysninger i forbindelse med ansøgers helbred? Ja Nej 9. Hvilke erklæringer/oplysninger har kommunen indhentet i forbindelse med den aktuelle sag? (Flere valgmuligheder i samme spørgsmål) a. Generelle helbredserklæringer/statusbedømmelser fra praktiserende læge b. Erklæringer eller andre oplysninger fra speciallæge eller sygehus c. Erklæringer fra PTU eller anden part, der har gennemført af bil i samarbejde med borgeren d. Erklæringer fra politiet e. Andre oplysninger/erklæringer f. Ingen erklæringer/oplysninger 11. Er der bevilget fritagelse for registreringsafgift? Ja Nej 12. Hvilke(n) begrundelse(r) er der givet for afslag/ frakendelse? (Flere valgmuligheder i samme spørgsmål) a. Helbred b. Gangdistance c. Kørselsbehov d. Muligheder for benyttelse af andre kørselsordninger e. Andet. 13. Hvis ”e. Andet” er valgt i 12, Angiv hvad Fritekstfelt

§ 41

(Stk. 2)

  1. Valideringsrapport Pt. er dette punkt ikke relevant.
  2. Dataformatbeskrivelse Data skal indberettes i form af excel-ark. Filerne overføres på mail til VIRK server hos Danmarks Statistik. Filerne indeholder i første linje et link for upload for det udfyldte skema, anden linje indeholder tekst om, hvad der indberettes om og tredje linje indeholder en fortløbende nummerrække. Fra linje fem indeholder kolonne A spørgsmålene. Oplysninger om afgørelse på en sag startes i kolonne B (nummer et i linje 3), anden afgørelse i kolonne C (nummer 4) osv.. 6.1. Navnestandard De mails med tilhørende regneark, som modtages i hedder ’Fil uploadet via virk’. 6.2. Indberetning af rettelser og sletninger Hvis data ikke er korrekte eller mangelfulde kontaktes kommunen af Danmarks Statistik for korrektion. Dette kan ske telefonisk eller pr. mail.
  3. XML-skemaer Er ikke relevant for denne statistik.
  4. XML-fil Er ikke relevant for denne statistik.
  5. Kvitteringsmail Når indberetteren har uploadet regneark på Danmarks Statistiks hjemmeside, vil indberetteren modtage en kvitteringsmail. Eksempel på kvitteringsmail
  6. Vejledning i forbindelse med systsemskifte Er ikke relevant for denne statistik.

Metadata

Type
Bekendtgørelse
År
2018
Ikrafttrædelsesdato
22. december 2018
Bekendtgørelse om dataindberetninger på socialområdet | TheLawyer.sh