Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

...

Innehållsförteckning
maxLevel15

Revisionshistorik

Ändringsid

Datum 

Författare

Kommentar 


2019-10-31

Claudia Ehrentraut

Publicerat dokumentet i version som överensstämmer med implementation


2020-02-27


Rättat till beskrivning av attributet legitimerat yrke


2020-09-07

Claudia Ehrentraut

Uppdaterat till senast gällande intygsspecifikation.


2020-09-10

Claudia Ehrentraut

Förtydligat att adressuppgifter ska vara obligatoriska.

Referenser

Namn

Dokument

Länk

Ref1

Informationsspecifikation och tjänstekontraktsbeskrivning för tjänstedomänen Intygshantering

Kan laddas ner i releasepaket från http://www.rivta.se/domains/clinicalprocess_healthcond_certificate.html

Ref2

Kodverk i nationella tjänsteplattformen

http://rivta.se/

Kodverk i nationella tjänstekontrakt

Ref3

PDF blankett för dödsbeviset

https://www.socialstyrelsen.se/statistik-och-data/lamna-uppgifter-till-register/dodsorsaksregistret/

Inledning

Detta dokument beskriver en digital version av intyget Dödsbevis i huvudversion 1.x. Dödsbeviset är ett bevis om dödsfallet som ska skickas in till Skatteverket senast första vardagen efter dödsfallet. Om det finns skäl för polisanmälan ska dödsbeviset även lämnas till Polisen. Skatteverket registrerar dödsfallet så snart ett dödsbevis har kommit in eller när Skatteverket har beslutat om dödförklaring. Därefter meddelar Skatteverket att en person avlidit via ett speciellt informationssystem som andra myndigheter och många privata företag, banker och försäkringsbolag är kopplade till.

Syftet med det här dokumentet är att visa:

  • hur ett intyg av denna typ ser ut i det intygsformat som används i domäninformationsmodellen för domänen clinicalprocess:healthcond:certificate version 2.0 och högre

  • hur de svar som intyget kan förmedla är kopplade till frågetexter

  • vilka visnings och valideringsregler som används för intyget

  • informationssäkerhetsaspekter på intyget

  • alla texter som intyget innehåller


Som komplement till det här dokumentet publiceras också:

  • ett exempel på hur intyget ser ut i XML format

  • den XML-fil med texter som används för intyget

  • den XML-fil med Schematron-regler som används för att validera intyget

  • ett exempel på hur intyget ser ut om det skrivs ut från något av Intygstjänsters system


Alla dessa filer nås på denna länk: Bilagor till DB v.1.x

Intygsblanketten

Den blankett som det digitala intyget motsvaras av finns i [Ref3]. Blanketten är bra att ha som utgångspunkt för att skapa en förståelse för intygets olika beståndsdelar. 

Arbetsflöden

Arbetsflöden är generella för hela intygsdomänen och beskrivs i domänens informationsspecifikation [Ref1].

Informationssäkerhet

För en komplett beskrivning av informationssäkerhetsaspekter för intyget bör motsvarande kapitel i [Ref1] läsas tillsammans med informationen i det följande kapitlet. 

Beskrivning av informationen

Översiktlig beskrivning av informationen

Intyget håller information om dödsfallet, som dödsdatum och dödsplats.

Innehåller informationen personuppgifter?

Ja, följande personinformation hanteras i intyget:

  • personnummer eller samordningsnummer

  • namn

  • adress

Innehåller informationen känsliga personuppgifter, exempelvis patientuppgifter?

Ja

Finns informationsmängder som kräver särskilt hantering och hur ska den ske?

Nej


Lagrum

Har en juridisk analys/rättsutredning gjorts?

Se [Ref1]

Vilka lagrum reglerar hur informationen får hanteras?

Se [Ref1]

Vilka specifika lagkrav har identifierats?

Se [Ref1] samt nedanstående:

Krav på informationsinnehåll i dödsbeviset regleras genom Socialstyrelsens föreskrifter (SOSFS 2005:29) med ursprung i begravningslagen (SFS 1990:1144) och begravningsförordningen (SFS 1990:1147). 


Informationsflöde

Hur/mellan vilka parter kommer informationen att flöda?

Information kommer skickas från vårdgivare till Skatteverket.

Hanteras överföring av uppgifter (utlämnande) , direktåtkomst (sammanhållen journalföring) och/eller individens direktåtkomst?

Mellan vården och myndigheten sker ett utlämnande.


Spårbarhet, tillgänglighet och arkivering

Vilka krav finns på spårbarhet (loggning)?

Se [Ref1]

Finns det uttalade krav från verksamheten gällande tillgänglighet?

Se [Ref1]

Finns krav på arkivering?

Se [Ref1]


Krav på den som konsumerar informationen


Vilka åtgärder krävs av den part som ansluter till tjänsten i egenskap av informationskonsument?

Se [Ref1]


Informationsmodell och beskrivning

Domäninformationsmodell

Domäninformationsmodellen, som informationsmodellen i detta avsnitt bygger på, beskrivs i domänens informationsspecifikation [Ref1].

Intygets informationsmodell

Informationsmodellen nedan är en direkt tillämpning av domäninformationsmodellen för intygshantering. Syftet med modellen är främst att visa hur klasserna Svar och Delsvar från domäninformationsmodellen ska tillämpas vid hantering av ett intyg av den här typen. Informationsklasserna för Svar och Delsvar i modellen finns beskrivna i tabellen i avsnittet Intygets utformning. 

Multipliciterna som anges i modell gäller för ett komplett ifyllt. Då ett intygsutkast kommuniceras kan vissa klasser eller attribut saknas.

...


Gemensamma klasser

Ett underskrivet intyg omfattar också klasserna Vårdgivare, Enhet, HoS-personal, Patient och Intyg som är gemensamma för alla intyg. En närmare beskrivning av klasserna finns i domäninformationsspecifikationen [Ref1]. Multiplicitet för klassernas attribut anges i domänens tjänstekontraktsbeskrivning [Ref1].

I tabellen nedan sammanställs viktiga detaljer som gäller attributen i de gemensamma klasserna för det aktuella intyget, närmare

  • specifika regler för de icke-obligatoriska attributen

  • värden som attributen ska sättas till

  • övrig intygsspecifik information

Namn på informationsklass

Kommentar

Vårdgivare

Enligt informationsspecifikation och tjänstekontraktsbeskrivning för tjänstedomänen Intygshantering [Ref1]

Enhet

Det icke-obligatoriska attributet e-post används i de fall där enheten har en adress registrerad i HSA.

HoS-Personal

De icke-obligatoriska attributen befattning och specialistkompetens används i de fall där användaren har dessa registrerade i HSA. 

Förskrivarkod från HSA ska inte sparas i intyget. Så länge attributet finns i intygens grunddatauppsättning ska det sättas till "0000000" i alla intyg.

Attributet legitimerad yrkesgrupp används inte i intyget. 

Patient

Enligt informationsspecifikation och tjänstekontraktsbeskrivning för tjänstedomänen Intygshantering [Ref1] förutom:

  • postadress, postnummer, postort och källa adressuppgifter som ska vara obligatoriska

Intyg

intygstyp = DB

codesystem = b64ea353-e8f6-4832-b563-fc7d46f29548

version = 1.x

Metadata

Ett intyg kan också ha metadata i form av klasserna Metadata, Relation och Status (markerade i orange i modellen). Dessa klasser beskrivs i detalj i domäninformationsspecifikationen [Ref1]. 

Intygets utformning

Tabellen nedan har flera syften. Den beskriver informationsklasserna för Svar och Delsvar från informationsmodellen för det specifika intyget (kolumnerna "Namn på informationsklass, samt eventuella kommentarer", "Multiplicitet", "Datatyp, värdemängd och teckenbegränsningar"). Den länkar informationsmodellens fråge-id:n till frågetexter (och de text-id:n som används som nycklar till texterna i XML-filen som används för textinläsning i intygen). Den innehåller hänvisningar till visnings och valideringsregler som redovisas i separat tabell i avsnittet Visnings och valideringsregler. Slutligen beskriver den hur intyget utformas i intygsapplikationen där frågor och delfrågor grupperas i kategorier. 

Namn på informationsklass, samt eventuella kommentarer

Multipli-citet

Datatyp, värdemängd, teckenbegränsning

Text-ID

Text ()

Obligatorisk att besvara

Regel

Ändrings-id




KAT_1.RBK

Kompletterande patientuppgifter




Identitet styrkt (Svar)

1

fråge-id: ST [1] = 1

-

-

Ja



Om identitet styrkt (Delsvar)

1

delfråge-id: ST [1] = 1.1

DFR_1.1.RBK

Identiteten styrkt genom




värde: ST [1]

Teckenbegränsning: 100









KAT_2.RBK

Dödsdatum och dödsplats




Dödsdatum (Svar)

1

fråge-id: ST [1] = 2

FRG_2.RBK

Dödsdatum

Ja





FRG_2.HLP

Om dödsdatum är säkert, markera "Säkert" och ange dödsdatum.

Om dödsdatumet inte kan faställas, ange då ”Ej säkert”.

  • I detta fall, ange dödsdatumet så långt det är känt. Om år och/eller månad är okända, välj då ”0000” för år och ”00” för månad. Dagen kan inte anges för ett ej säkert dödsdatum och är därför satt till 00 per automatik.

  • Utöver dödsdatumet måste ett fullständigt datum anges för ”Anträffad död”.

Säkert ej säkert (Delsvar)

1

delfråge-id: ST [1] = 2.1

-

-




värde: BL.NONNULL [1] (värden som skickas listas nedan)






true

SVAR_SAKERT.RBK

Säkert


R1, R20, FR1, FR2


false

SVAR_EJ_SAKERT.RBK

Ej säkert


R2, R3, FR3


Om dödsdatum (Delsvar)

1

delfråge-id: ST [1] = 2.2

DFR_2.2.RBK

Datum

Ja (när delfråga syns):

  • När dödsdatum = säkert:

    • asterix ligger på Datum

  • När dödsdatum = ej säkert:

    • asterix framför rubriken "År"

    • först när månad blir valbar ska asterix synas



värde: ST [1]

Teckenbegränsning: -




R1, R2, R20


Anträffad död (Delsvar)

0..1

delfråge-id: ST [1] = 2.3

DFR_2.3.RBK

Anträffad död

Ja (när delfråga syns)



värde: TS_DATE_FULL [1]




R3


Dödsplats (Svar)

1

fråge-id: ST [1] = 3

FRG_3.RBK

Dödsplats

Ja



Dödsplats kommun (Delsvar)

1

delfråge-id: ST [1] = 3.1

DFR_3.1.RBK

Kommun (om okänd dödsplats, kommunen där kroppen påträffades)




värde: ST [1]

Teckenbegränsning: 100






Dödsplats boende (Delsvar)


1


delfråge-id: ST [1] = 3.2


DFR_3.2.RBK

Boende där kroppen påträffades

Ja



DFR_3.2.HLP

Sjukhus: för somatisk eller psykiatrisk korttidsvård

Ordinärt boende: utesluter sådant boende som ingår i föregående kategori

Särskilt boende: t.ex. äldrebostäder och institutioner

Annan/okänd: övrigt




värde: CD.CV [1] (värden som skicka listas i nedan angivna kodverk)




R4


Kodverk:

Kv dödsplats boende

DODSPLATS_BOENDE.SJUKHUS.RBK

Sjukhus




DODSPLATS_BOENDE.ORDINART_BOENDE.RBK

Ordinärt boende




DODSPLATS_BOENDE.SARSKILT_BOENDE.RBK

Särskilt boende




DODSPLATS_BOENDE.ANNAN.RBK

Annan/okänd







KAT_3.RBK

Barn som avlidit senast 28 dygn efter födelsen




Barn avlidit (Svar)

1

fråge-id: ST [1] = 4

-

-

Ja



Om barn avlidit (Delsvar)

1

delfråge-id: ST [1] = 4.1

DFR_4.1.RBK

Avlidet inom 28 dygn efter födelsen




DFR_4.1_INOM28.INFO

Det angivna dödsdatumet infaller inom 28 dagar efter födelsedatum. Fältet har därför förifyllts.


FR1


DFR_4.1_EJ_INOM28.INFO

Det angivna dödsdatumet infaller inte inom 28 dagar efter födelsedatum. Fältet har därför förifyllts.


FR2


värde: BL.NONNULL[1] (värden som skickas listas nedan)






true

SVAR_JA.RBK

Ja


FR1


false

SVAR_NEJ.RBK

Nej


FR2








KAT_4.RBK

Explosivt implantat







KAT_4.HLP

Exempel på explosiva implantat är hjärtstimulatorer, defibrillatorer, insulin- och infusionspumpar.

Explosiv implantat (Svar)

1

fråge-id: ST [1] = 5

-

-

Ja



Finns explosiv implantat (Delsvar)

1


delfråge-id: ST [1] = 5.1

DFR_5.1.RBK

Har den avlidne haft ett implantat som kan explodera vid kremering?




värde: BL.NONNULL[1] (värden som skickas listas nedan)




R5


true

SVAR_JA.RBK

Ja




false

SVAR_NEJ.RBK

Nej




Har implantatet avlägsnats (Delsvar)

0..1

delfråge-id: ST [1] = 5.2

DFR_5.2.RBK

Har implantatet avlägsnats?

Ja (när delfråga syns)



värde: BL.NONNULL[1] (värden som skickas listas nedan)




R5


true

SVAR_JA.RBK

Ja




false

SVAR_NEJ.RBK

Nej







KAT_5.RBK

Yttre undersökning




Undersökning (Svar)

1

fråge-id: ST [1] = 6

-

-

Ja



Om undersökning (Delsvar)
 

1


delfråge-id: ST [1] = 6.1

DFR_6.1.RBK

Har yttre undersökning av kroppen genomförts? 




värde: BL.NONNULL[1] (värden som skickas listas nedan)






true

SVAR_JA.RBK


Ja




false


R6, FR5


Detaljer undersökning (Delsvar)




delfråge-id: ST [1] = 6.2

DETALJER_UNDERSOKNING.UNDERSOKNING_SKA_GORAS.RBK

Nej, rättsmedicinsk undersökning ska göras


R19, FR4


värde: CD.CV [1] (värden som skicka listas i nedan angivna kodverk)




Kodverk:

Kv detaljer undersökning

DETALJER_UNDERSOKNING.UNDERSOKNING_GJORT_KORT_FORE_DODEN.RBK

Nej, den avlidne undersökt kort före döden


R6, FR5


Datum undersökning före döden (Delsvar)


0..1

delfråge-id: ST [1] = 6.3

DFR_6.3.RBK

Undersökningsdatum

Ja (när delfråga syns)



värde: TS_DATE_FULL [1]




R7








KAT_6.RBK

Polisanmälan







KAT_6.HLP

En anmälan till Polismyndigheten ska göras i följande fall.

1. Om ett dödsfall har eller kan kan ha orsakats av yttre påverkan, dvs. skada eller förgiftning tillfogad

  • av någon annan person än den som har avlidit,

  • genom olycksfall, eller

  • genom självmord.

och inte enbart av sjukdom.

2. Om det är svårt att avgöra om ett dödsfall har orsakats av yttre påverkan

  • när någon anträffas död och tidigare sjukdom eller sjukdomsbild inte kan förklara dödsfallet, dvs. vid helt oväntade dödsfall hos både barn och vuxna,

  • när en missbrukare anträffas död, eller

  • vid framskriden förruttnelse.

3. Om ett dödsfall kan misstänkas ha samband med fel eller försummelse i hälso- och sjukvården.

4. Om en avliden inte har kunnat identifieras.

När ett dödsbevis lämnas till Polismyndigheten bör en kopia av dödsbeviset samtidigt skickas till Skatteverket.

(HSLF-FS 2015:15)

Polismyndigheten ska skicka dödsbeviset tillsammans med tillståndet till gravsättning och kremering till Skatteverket enligt 4 kap. 4 § begravningslagen (1990:1144).

Polisanmälan (Svar)

1

fråge-id: ST [1] = 7

-

-

Ja (om "Ja" förifyllts pga läkarens tidigare val i intyget ska ingen asterix synas)



Om polisanmälan (Delsvar)

1

delfråge-id: ST [1] = 7.1

DFR_7.1.RBK

Finns skäl för polisanmälan?




DFR_7.1_UNDERSOKNINGS_SKA_GORAS.INFO

Du har angivit att en rättsmedicinsk undersökning ska göras. Detta kräver att en polisanmälan görs och fältet har därför förifyllts.


FR4


DFR_7.1.OBS

Skriv även ut dödsbeviset och skicka det till polisen per post/fax.




värde: BL.NONNULL [1] (värden som skickas listas nedan)




R8


true

DFR_7.1.SVA_1.RBK

Ja, om dödsfallet har eller kan ha orsakats av yttre påverkan (skada/förgiftning) eller fel/försummelse i vården eller den dödes identitet är okänd, ska polisanmälan göras och dödsbeviset lämnas till Polismyndigheten


R19, FR4


false

DFR_7.1.SVAR_NEJ.RBK

Nej





Illustration för hur värden och svarsalternativen för 6.1, 6.2 och 6.3 mappar mot varandra:

...

Datatyper i informationsmodellen

Datatyperna som är specifika för intyget listas i tabellen nedan. Datatyperna följer ISO-standarden 21090:2011 Hälso- och sjukvårdsinformatik – Harmoniserade datatyper för informationsutbyte om inte annat anges.

Förkortning

Benämning

Beskrivning

BL.NONNULL

Datatyp som kan anta värdena True eller False. Kan dock aldrig vara NULL.

Motsvarar i XML: boolean


För en beskrivning av resterande datatyper som används i meddelandeinformationsmodellen se domänens informationsspecifikation [Ref1].

Kodverk och identifierare

Kodverk och identifierare som är specifika för intyget listas i tabellen nedan.

Namn

ID

Ägare/förvaltare. Länk till källa

Beskrivning

Kv detaljer undersökning

UUID: da46dd8c-b3f1-4e39-8d62-777d069213ea

Inera kodverksförvaltning

Finns tillgängligt via [Ref2]

Kv dödsplats boende

UUID: 65f0069f-14b5-4634-b187-5193580a3349

Inera kodverksförvaltning

Finns tillgängligt via [Ref2]

För en beskrivning av kodverk och identifierare som används inom de gemensamma klasserna se domänens informationsspecifikation [Ref1]. 

Validering och regler

I tabellen nedan sammanställs de schematronvalideringsregler för ifyllnaden av intygen som inte framgår av multipliciteterna i informationsmodellen. 

OBS! Det finns ett glapp mellan regel R8 och R19 eftersom reglerna för dödsbeviset framtogs tillsammans med dem för dödsorsaksintyget.Reglerna i glappet är specifika för dödsorsaksintyget och visas därför inte på denna sida.

Regel-ID

Schematronvalidering (mappar 1:1 Webcert backend validering)

Berör delfråga

Specifikt valideringsmeddelande

Kommentar

R1

Om ”Säkert Ej säkert” (DFR 2.1) besvarats med  ”Säkert” ska "Om dödsdatum" (DFR 2.2) visas och vara obligatorisk att besvara.

Datumkontroll för "Om dödsdatum" (DFR 2.2) - säkert enligt regel DR-1 och DR-2 i separat tabell. 

2.1, 2.2



R2

Om ”Säkert Ej säkert” (DFR 2.1) besvarats med  ”Ej säkert” ska "Om dödsdatum" (DFR 2.2) visas och vara obligatorisk att besvara. Datumet anges så långt det är känt, där år, månad eller dag som är okända ersätts med nollor, dvs tex:

1939-08-00

1939-00-00

0000-00-00

Datumkontroll för "Om dödsdatum" (DFR 2.2) - ej säkert enligt regel DR-3 i separat tabell. 

2.1, 2.2



R3

Om ”Säkert Ej säkert” (DFR 2.1) besvarats med  ”Ej säkert” ska även "Anträffad död" (DFR 2.3) visas och vara obligatorisk att besvara.

Datumkontroll för "Anträffad död" (DFR 2.3) enligt regel DR-1 och DR-4 i separat tabell. 

2.1, 2.3



R4

För "Dödsplats Boende" (DFR 3.2) ska det endast vara möjligt att välja ett av svarsalternativen.

3.2



R5

Om ”Finns explosiv implantat” (DFR 5.1) besvarats med  ”Ja” ska ”Implantat avlägsnat” (DFR 5.2) visas och vara obligatorisk att besvara.

5.1, 5.2



R6

Om ”Om undersökning” (DFR 6.1) besvarats med  ”false” är ”Detaljer undersökning” (DFR 6.2) obligatorisk.

Om "Detaljer undersökning" (DFR 6.2) besvarats med "UNDERSOKNING_GJORT" är "Datum undersökning före döden" (DFR 6.3) obligatorisk.

OBS! DFR 6.1 & 6.2 hanteras tillsammans (dvs i samma svarsformulering) i gränssnittet.

6.1, 6.2



R7

Datumkontroll för "Datum undersökning före döden" (DFR 6.3) enligt regel DR-1 och DR-5 i separat tabell. 

6.3



R8

För "Om polisanmälan" (DFR 7.1) ska det endast vara möjligt att välja ett av svarsalternativen.

7.1



R19

Om "Detaljer undersökning" (DFR 6.2) besvarats med "Nej, rättsmedicinsk undersökning ska göras" ska "Om polisanmälan" (DFR 7.1) endast kunna besvaras med "Ja". 

6.2, 7.1



R20

Om ”Säkert Ej säkert” (DFR 2.1) besvarats med ”Säkert” OCH om "Om dödsdatum" (DFR 2.2) är > 28 dagar efter födelsedatumet ska "Barn avlidit" (DRF 4.1) endast kunna besvaras med "Nej".

Om ”Säkert Ej säkert” (DFR 2.1) besvarats med ”Säkert” OCH om "Om dödsdatum" (DFR 2.2) är < = 28 dagar efter födelsedatumet ska "Barn avlidit" (DRF 4.1) endast kunna besvaras med "Ja". 

2.1, 2.2, 4.1



Datumkontroll 

Regel-ID

Datumstyp

Delfråge-id

Kontroll

DR-1

Alla datum i DB & DOI förutom "Om dödsdatum" - ej säkert


  1. Måste vara fullständigt, dvs år, månad, dag, och på rätt format

  2. Måste vara giltigt

DR-2

"Om dödsdatum" - säkert

DFR 2.2

  1. Får inte infalla efter dagens datum. 

  2. Får inte infalla tidigare än 1 januari föregående året

DR-3

"Om dödsdatum" - ej säkert

DFR 2.2

  1. Datumet så långt det är angivit får inte infalla efter dagens datum. Även om enbart år och månad är angett så får dessa värden inte vara senare än år och månad för dagens datum.

  2. Användaren måste välja ett värde för år och månad

  3. Får inte infalla tidigare än januari föregående året

DR-4

"Anträffad död"

DFR 2.3

  1. Får inte infalla efter dagens datum. 

  2. Får inte infalla tidigare än "Om dödsdatum" (DFR 2.2) - ej säkert

  3. Får inte infalla tidigare än 1 januari föregående året

DR-5

"Datum undersökning före döden"

DFR 6.3

  1. Får inte infalla efter "Om dödsdatum" (DRF 2.2), om dödsdatumet är säkert.

  2. Får inte infalla efter "Anträffad död" (DRF 2.3), om dödsdatumet är ej säkert.

  3. Får inte infalla tidigare än fyra veckor före döden, om dödsdatumet är säkert

  4. Får inte infalla tidigare än 1 januari föregående året


Övriga krav

Intygsspecifika texter

Text-ID

Text

Användning

FRM_1.RBK

Bestämmelser om dödsbevis

I begravningslagen (1990:1144), begravningsförordningen (1990:1147) och i Socialstyrelsens föreskrifter och allmänna råd (SOSFS 1996:29) Vissa åtgärder inom hälso- och sjukvården vid dödsfall finns bestämmelser om vilka åtgärder som skall vidtas vid dödsfall.

Dödsbeviset skall utfärdas av den läkare som har konstaterat dödsfallet (15 § begravningsförordningen). Den läkare som utfärdar dödsbeviset får inte vara make, barn, förälder, syskon eller på något annat sätt närstående till den avlidne (4 kap. 2 § begravningslagen).

Dödsbeviset skall sändas till Skatteverket senast första vardagen efter det att dödsfallet konstaterades (4 kap. 3 § begravningslagen och 15 § begravningsförordningen).

Innan dödsbeviset utfärdas, skall en läkare göra en noggrann yttre undersökning av kroppen om det inte står klart att rättsmedicinsk undersökning skall göras. Den yttre undersökningen får också underlåtas om en läkare har undersökt den döde så kort tid före dödsfallet att det föreligger ett tillförlitligt underlag för att utesluta att det kan finnas skäl för en rättsmedicinsk undersökning (15 § begravningsförordningen).

Den yttre undersökningen skall särskilt inriktas på frågan om det kan finnas skäl för polisanmälan. Om det kan ske, skall kroppens läge inspekteras. Vidare skall hela hudytan, ögonens bindehinnor, öron- och näsöppningarna samt munhålan undersökas. Vid undersökningen skall också, om detta inte är känt för läkaren, efterforskas om den avlidne bar något explosivt implantat (SOSFS 1996:29, avsnitt 8). Om implantatet inte är avlägsnat vid tidpunkten för utfärdande av dödsbeviset, skall läkaren underrätta skattekontoret så snart det har avlägsnats (SOSFS 1996:29, avsnitt 7).

Den läkare som har utfärdat dödsbeviset skall även ansvara för att dödsorsaksintyget utfärdas. När den läkare som har utfärdat dödsbeviset begär det, är den läkare som har vårdat den avlidne för den sjukdom eller det tillstånd som ledde till dödsfallet skyldig att utfärda dödsorsaksintyget (16 § begravningsförordningen).

  • Högerfältet Om intyget

  • Modalen Om intyget