Gå till slutet av bannern
Gå till början av bannern

Intygsspecifikation - Dödsorsaksintyg DOI v.1.x

Hoppa till slutet på meta-data
Gå till början av metadata

Du visar en gammal version av den här sidan. Visa nuvarande version.

Jämför med nuvarande Visa sidhistorik

« Föregående Version 69 Nästa »

Revisionshistorik

Ändringsid

Datum 

Författare

Kommentar 


2019-10-31

Claudia Ehrentraut

Publicerat dokumentet i version som överensstämmer med implementation

Referenser

Inledning

Detta dokument beskriver en digital version av intyget Dödsorsaksintyget i huvudversion 1.x. Dödsorsaksintyget ska skickas till Socialstyrelsen inom tre veckor efter dödsfallet. Den läkare som har utfärdat dödsbeviset ansvarar också för att dödsorsaksintyget skickas till Socialstyrelsen. Dödsorsaksintyget utfärdas vanligen av den läkare som vårdat den avlidne eller av den avlidnes husläkare. Vid en eventuell rättsmedicinsk undersökning ansvarar Rättsmedicinalverket för att intyget utfärdas och sänds in. Uppgifterna från dödsorsaksintyget läggs, hos Socialstyrelsen, in i dödsorsaksregistret som ger underlag för den officiella statistiken om dödsorsaker i Sverige. Registrets data används också för beskrivningar av befolkningens hälsa, som underlag för insatser i hälso- och sjukvården och för forskning. Syftet med registret är att kunna beskriva dödsorsaker och följa dödlighetens utveckling i Sverige fördelat på bland annat kön och ålder. Dödsorsaksregistret har ett omfattande sekretesskydd. Socialstyrelsen lämnar bara ut personuppgifter för forskning efter att en sekretessprövning gjorts och bara om forskningen godkänts vid en särskild etikprövning. I statistiken som Socialstyrelsen publicerar kan inga uppgifter spåras tillbaka till någon enskild. Sekretesskyddet omfattar även själva dödsorsaksintyget, vilket innebär att Socialstyrelsen inte kan lämna ut en kopia av intygen till anhöriga. Dessa får istället vända sig till vården för att få en kopia av intyget.

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 DOI 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, dödsplats och dödsorsaken.

Innehåller informationen personuppgifter?

Ja, följande personinformation hanteras i intyget:

  • personnummer
  • 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ödsorsaksintyget 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 Socialstyrelsen.
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å informationsklassKommentar
VårdgivareEnligt informationsspecifikation och tjänstekontraktsbeskrivning för tjänstedomänen Intygshantering [Ref1]
EnhetDet icke-obligatoriska attributet e-post används i de fall där enheten har en adress registrerar i HSA.
HoS-Personal

De icke-obligatoriska attributen befattning, specialistkompetens och legitimerat yrke 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.

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

intygstyp = DOI

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. 

Attributet instans anger instansnummer och används i klassen "Som följd (Svar)" för att uttrycka sjukdoms- eller skadeförlopp som ledde till den terminala dödsorsaken. Instansnummer räknas upp från och med 1. Den terminala dödsorsaken är en följd av instans 1 av klassen "Som följd (Svar)", instans 1 är en följd av instans 2 och instans 2 är en följd av  instans 3.

Namn på informationsklass, samt eventuella kommentarerMultipli-citetDatatyp, värdemängd, teckenbegränsningText-IDText (texter enligt krav från Socialstyrelsen. Omsatta till texter_DOI_v1.0.xml)Obligatorisk att besvaraRegelÄndrings-id



KAT_1.RBKKompletterande patientuppgifter


Identitet styrkt (Svar)1fråge-id: ST [1] = 1--Ja

Om identitet styrkt (Delsvar)

1

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

DFR_1.1.RBKIdentiteten styrkt genom


värde: ST [1]

Teckenbegränsning: 100






Land (Svar)

0..1fråge-id: ST [1] = 14--


Om land (Delsvar)1delfråge-id: ST [1] = 14.1DFR_14.1.RBKLand (om ej stadigvarande bosatt i Sverige)


värde: ST [1]

Teckenbegränsning: 100









KAT_2.RBKDödsdatum och dödsplats


Dödsdatum (Svar)1fråge-id: ST [1] = 2FRG_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)1delfråge-id: ST [1] = 2.1--


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






trueSVAR_SAKERT.RBKSäkert
R1, R20, FR1, FR2
falseSVAR_EJ_SAKERT.RBKEj säkert

R2, R3, FR3


Om dödsdatum (Delsvar)1delfråge-id: ST [1] = 2.2DFR_2.2.RBKDatum

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..1delfråge-id: ST [1] = 2.3DFR_2.3.RBKAnträffad dödJa (när delfråga syns)

värde: TS_DATE_FULL [1]


R3
Dödsplats (Svar)1fråge-id: ST [1] = 3FRG_3.RBKDödsplatsJa

Dödsplats kommun (Delsvar)1delfråge-id: ST [1] = 3.1DFR_3.1.RBKKommun (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.RBKBoende där kroppen påträffadesJa

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.RBKSjukhus


DODSPLATS_BOENDE.ORDINART_BOENDE.RBKOrdinärt boende


DODSPLATS_BOENDE.SARSKILT_BOENDE.RBKSärskilt boende


DODSPLATS_BOENDE.ANNAN.RBKAnnan/okänd





KAT_3.RBKBarn som avlidit senast 28 dygn efter födelsen


Barn avlidit (Svar)1fråge-id: ST [1] = 4--Ja

Om barn avlidit (Delsvar)1delfråge-id: ST [1] = 4.1DFR_4.1.RBKAvlidet inom 28 dygn efter födelsen


DFR_4.1_INOM28.INFODet angivna dödsdatumet infaller inom 28 dagar efter födelsedatum. Fältet har därför förifyllts.
FR1
DFR_4.1_EJ_INOM28.INFODet 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
Ja
FR1
false
Nej
FR2






KAT_7.RBKLäkarens utlåtande om dödsorsaken





KAT_7.1.RBKSjukdoms- eller skadeförlopp som ledde till den terminala dödsorsaken
Terminal dödsorsak (Svar)1fråge-id: ST [1] = 8FRG_8.RBKDen terminala dödsorsaken varJa

DFR_8.HLPDen diagnos eller det tillstånd som ledde till den terminala dödsorsaken
Om terminal dödsorsak (Delsvar)1delfråge-id: ST [1] = 8.1DELAT_TEXT.BESKRIVNING.RBKBeskrivning


värde: ST [1]

Teckenbegränsning: 140






Datum terminal dödsorsak (Delsvar)0..1delfråge-id: ST [1] = 8.2DELAT_TEXT.DEBUT.RBKUngefärlig debut 


värde: TS_DATE_FULL [1]


R22
Specifikation terminal dödsorsak (Delsvar)0..1delfråge-id: ST [1] = 8.3 DELAT_TEXT.SPECIFIKATION.RBKSpecificera tillståndet


värde: CD.CV [1] (värden som skickas listas nedan)




R9

code = 424124008

displayName = plötslig debut och/eller kort duration 

Koden är tagen från: SNOMED CT

DELAD_SVAR.PLOTSLIG.RBKAkut


code = 90734009

displayName = kronisk

Koden är tagen från: SNOMED CT

DELAD_SVAR.KRONISK.RBKKronisk


code = NI

displayName = samma som text i gränssnittet

Koden är tagen från: v3 Code System NullFlavor

DELAD_SVAR.UPPGIFT_SAKNAS.RBKUppgift saknas


Som följd (Svar)0..3fråge-id: ST [1] = 9FRG_9.RBKSom var en följd av
R21
instans: INT [1] = 1




Om som följd (Delsvar)1delfråge-id: ST [1] = 9.1DELAT_TEXT.BESKRIVNING.RBKBeskrivning


värde: ST [1]

Teckenbegränsning: 140






Datum som följd (Delsvar)0..1delfråge-id: ST [1] = 9.2DELAT_TEXT.DEBUT.RBKUngefärlig debut 


värde: TS_DATE_FULL [1]


R21
Specifikation som följd (Delsvar)0..1delfråge-id: ST [1] = 9.3DELAT_TEXT.SPECIFIKATION.RBKSpecificera tillståndet


värde: CD.CV [1] (värden som skickas är samma som för 8.3)

Samma svarsalternativ som 8.3

R10






KAT_7.2.RBKAndra sjukdomar eller skador som bidragit till dödsfallet





KAT_7.2.HLPAnge en diagnos eller skada per fält i rangordning efter den betydelse de haft för dödsfallet, den allvarligaste först.
Bidragande sjukdom skador (Svar)0..8fråge-id: ST [1] = 10--


Om bidragande sjukdom skador (Delsvar)1delfråge-id: ST [1] = 10.1DELAT_TEXT.BESKRIVNING.RBKBeskrivning


värde: ST [1]

Teckenbegränsning: 

45






Datum bidragande sjukdom skador (Delsvar)0..1delfråge-id: ST [1] = 10.2DELAT_TEXT.DEBUT.RBKUngefärlig debut


värde: TS_DATE_FULL [1]


R23
Specifikation bidragande sjukdom skador (Delsvar)0..1delfråge-id: ST [1] = 10.3DELAT_TEXT.SPECIFIKATION.RBKSpecificera tillståndet


värde: CD.CV [1] (värden som skickas är samma som för 8.3)

Samma svarsalternativ som 8.3

R11






KAT_8.RBKOpererad inom fyra veckor före döden





KAT_8.HLPSom operation räknas åtgärder enligt Socialstyrelsens "Klassifikationer av kirurgiska åtgärder, KKÅ".
Operation inom fyra veckor (Svar)1fråge-id: ST [1] = 11--Ja

Om operation inom fyra veckor (Delsvar)



1



delfråge-id: ST [1] = 11.1DFR_11.1.RBKOpererad inom 4 veckor före döden?


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




R12
trueDFR_11.1.JAJa
R13
falseDFR_11.1.NEJNej


code = NI

displayName = samma som text i gränssnittet

Koden är tagen från: v3 Code System NullFlavor

DFR_11.1.UPPGIFT_SAKNASUppgift om operation saknas


Datum operation (Delsvar)0..1delfråge-id: ST [1] = 11.2DFR_11.2.RBKOperationsdatumJa (när delfråga syns)

värde: TS_DATE_FULL [1]


R13
Anledning operation (Delsvar)0..1delfråge-id: ST [1] = 11.3DFR_11.3.RBKTillstånd som föranledde ingreppetJa (när delfråga syns)

värde: ST [1]

Teckenbegränsning: 

100




R13



KAT_9.RBKSkada/förgiftning


Skada förgiftning (Svar)1fråge-id: ST [1] = 12--Ja

Om skada förgiftning (Delsvar)1delfråge-id: ST [1] = 12.1DFR_12.1.RBKDödsfall i samband med skada/förgiftning?


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




true
Ja
R14, R16, R17
false
Nej


Orsak skada förgiftning (Delsvar)0..1delfråge-id: ST [1] = 12.2DFR_12.2.RBKAnge orsak och eventuell avsiktJa (när delfråga syns)

DFR_12.2.HLPVälj det alternativ som är mest sannolikt. "Oklart om avsikt förelegat" väljs endast om man inte kan avgöra om olycksfall eller avsiktligt vållad skada är det mest sannolika uppkomstsättet.


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


R14, R15, R16, R17

Kodverk:

Kv orsak

ORSAK.OLYCKSFALL.RBKOlycksfall


ORSAK.SJALVMORD.RBKSjälvmord


ORSAK.AVSIKTLIGT_VALLAD.RBKAvsiktligt vållad av annan


ORSAK.OKLART.RBKOklart om avsikt förelegat


Datum skada förgiftning (Delsvar)0..1delfråge-id: ST [1] = 12.3DFR_12.3.RBKDatum för skada/förgiftningJa (när delfråga syns)

värde: TS_DATE_FULL [1]


R16
Uppkommelse skada förgiftning (Delsvar)0..1delfråge-id: ST [1] = 12.4DFR_12.4.RBKKort beskrivning av hur skadan/förgiftningen uppkom (utan att röja eventuellt andra inblandades identiteter)Ja (när delfråga syns)

DFR_12.4.HLP

Beskriv förloppet och omständigheterna som ledde till skadan. Ange för:

  • trafikolycka: om den döde var t.ex. förare, passagerare eller fotgängare samt vilken typ av fordon som var inblandade
  • förgiftning: vilken eller vilka substanser
  • fall: t.ex. i trappa, från stege, halkat på mattkant
  • drunkning: naturlig eller konstgjord vattensamling (t.ex. vattendrag, sjö, brunn, badkar), fall ned i vatten (t.ex. genom brunnslock) eller på annat sätt (t.ex. kramp vid simning)



värde: ST [1]

Teckenbegränsning: 

400




R17



KAT_10.RBKDödsorsaksuppgifterna grundar sig på


Grunder för dödsorsaksuppgifter (Svar)1..5fråge-id: ST [1] = 13--Ja

Om grunder för dödsorsaksuppgifter (Delsvar)1delfråge-id: ST [1] = 13.1DFR_13.1.RBKAnge vad dödsorsaksuppgifterna grundar sig på


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


R18

Kodverk:

Kv dödsorsaksuppgifter

DODSORSAKSUPPGIFTER.UNDERSOKNING_FORE_DODEN.RBKUndersökning före döden


DODSORSAKSUPPGIFTER.UNDERSOKNING_EFTER_DODEN.RBKYttre undersökning efter döden


DODSORSAKSUPPGIFTER.KLINISK_OBDUKTION.RBKKlinisk obduktion


DODSORSAKSUPPGIFTER.RATTSMEDICINSK_OBDUKTION.RBKRättsmedicinsk obduktion


DODSORSAKSUPPGIFTER.RATTSMEDICINSK_BESIKTNING.RBKRättsmedicinsk likbesiktning


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.

NamnID

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

Beskrivning
Kv dödsorsaksuppgifterUUID: f9051865-b97c-4ee3-98ab-db2b7a11176eInera kodverksförvaltningFinns tillgängligt via [Ref2]
Kv dödsplats boendeUUID: 65f0069f-14b5-4634-b187-5193580a3349Inera kodverksförvaltningFinns tillgängligt via [Ref2]
Kv orsakUUID: e5d1d1fb-d918-47b4-9e69-483d3be523eeInera kodverksförvaltningFinns tillgängligt via [Ref2]
SNOMED CTOID: 1.2.752.116.2.1.1SocialstyrelsenFinns tillgängligt via [Ref4]
v3 Code System NullFlavorOID: 2.16.840.1.113883.5.1008HL7Finns tillgängligt via [Ref5]

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. Tabellen listar dessutom visningsregler som för de mesta är knytna till schematronvalideringar.

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)

Visningsregler

Berör delfråga

Specifikt valideringsmeddelandeKommentar
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

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

R9

För "Specifikation terminal dödsorsak" (DFR 8.3) ska det endast vara möjligt att välja ett av svarsalternativen.


8.3

R10För "Specifikation som följd" (DFR 9.3) ska det endast vara möjligt att välja ett av svarsalternativen.
9.3

R11För "Specifikation bidragande sjukdom skador" (DFR 10.3) ska det endast vara möjligt att välja ett av svarsalternativen.
10.3

R12För "Om operation inom fyra veckor" (DFR 11.1) ska det endast vara möjligt att välja ett av svarsalternativen.
11.1

R13

Om ”Om operation inom fyra veckor” (DFR 11.1) besvarats med  ”Ja” ska

  • ”Datum operation” (DFR 11.2) visas och vara obligatorisk att besvara.
  • "Anledning operation" (DFR 11.3) visas och vara obligatorisk att besvara. 

Datumkontroll för ”Datum operation” (DFR 11.2) enligt regel DR-1 och DR-11 i separat tabell.


11.1, 11.2, 11.3

R14Om ”Om skada förgiftning” (DFR 12.1) besvarats med  ”Ja” ska ”Orsak skada förgiftning” (DFR 12.2) visas och vara obligatorisk att besvara.
12.1, 12.2

R15För "Orsak skada förgiftning" (DFR 12.2) ska det endast vara möjligt att välja ett av svarsalternativen.
12.2

R16

Om ”Om skada förgiftning” (DFR 12.1) besvarats med  ”Ja” ska ”Datum skada förgiftning” (DFR 12.3) visas och vara obligatorisk att besvara. Datumet som anges under ”Datum skada förgiftning” (DFR 12.3) ska gälla det svarsalternativ som väljs under "Orsak skada förgiftning" (DFR 12.2).

Datumkontroll för ”Datum skada förgiftning” (DFR 12.3) enligt regel DR-1 och DR-12 i separat tabell.


12.1, 12.2, 12.3



R17

Om ”Om skada förgiftning” (DFR 12.1) besvarats med  ”Ja” ska ”Uppkommelse skada förgiftning” (DFR 12.4) visas och vara obligatorisk att besvara. Beskrivningen som anges under ”Uppkommelse skada förgiftning” (DFR 12.4) ska gälla det svarsalternativ som väljs under "Orsak skada förgiftning" (DFR 12.2).


12.1, 12.2, 12.4

R18För "Om dödsorsaksuppgifter" (DFR 13.1) ska flerval vara möjligt (Alla alternativ kan väljas i alla kombinationer).
13.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

R21

"Som följd" (FRG_9) får besvaras 0..3 gånger.  

Datumkontroll för "Datum som följd" (DFR 9.2) för instans 1, 2 och 3 enligt regel DR-1, DR-7, DR-8 och DR-9 i separat tabell.

Se avsnitt Svar i informationsspecifikationen för dödsorsaksintyget för beskrivning av instanser.


9, 9.2



R22

Datumkontroll för "Datum terminal dödsorsak" (DRF 8.2) enligt regel DR-1 och DR-6 i separat tabell.


8.2



R23

Datumkontroll för "Datum bidragande sjukdom skador" (DFR 10.2) enligt regel DR-1 och DR-10 i separat tabell.


10.2



Datumkontroll

Regel-IDDatumstypDelfråge-idKontroll

Referens till ID för valideringsmeddelande

180621 

DR-1Alla 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
  1. & 2. se inputkomponent SK-005
DR-2"Om dödsdatum" - säkertDFR 2.2
  1. Får inte infalla efter dagens datum. 
  2. Får inte infalla tidigare än 1 januari föregående året
  1. E-05
  2. E-07

DR-3"Om dödsdatum" - ej säkertDFR 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
  1. E-05
  2. se inputkomponent KKSF-008
  3. begränsat genom inmatning, dvs ingen inmatning före jan föregående året är möjligt. inget valideringsmeddelande som kan komma upp
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
  1. E-05
  2. E-08
  3. E-07
DR-6"Datum terminal dödsorsak"DRF 8.2
  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.
  1. E-03
  2. E-04
DR-7"Datum som följd" - instans 1DFR 9.2
  1. Får inte infalla efter "Datum terminal dödsorsak" (DFR 8.2), om "Datum terminal dödsorsak" har angetts
  2. Får inte infalla efter dagens datum, om "Datum terminal dödsorsak" inte har angetts
  1. E-09
  2. E-05
DR-8"Datum som följd" - instans 2DFR 9.2
  1. Får inte infalla efter datum som anges i "Datum som följd" (DFR 9.2) för instans 1, om "Datum som följd" för instans 1 har angetts
  2. Får inte infalla efter dagens datum, om "Datum som följd" för instans 1 inte har angetts
  1. E-10
  2. E-05
DR-9"Datum som följd" - instans 3DFR 9.2
  1. Får inte infalla efter datum som anges i "Datum som följd" (DFR 9.2) för instans 2, om "Datum som följd" för instans 2 har angetts
  2. Får inte infalla efter dagens datum, om "Datum som följd" för instans 2 inte har angetts
  1. E-10
  2. E-05

DR-10

"Datum bidragande sjukdom skador"DFR 10.2
  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.
  1. E-03
  2. E-04
DR-11"Datum operation"DFR 11.2
  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
  1. E-03
  2. E-04
  3. E-06
  4. E-07
Dr-12

"Datum skada förgiftning"

DFR 12.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.
  1. E-03
  2. E-04

Övriga krav

Intygsspecifika texter

Text-ID

Text

Användning

FRM_1.RBK

Bestämmelser om dödsorsaksintyg

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 ska vidtas vid dödsfall.

Den läkare som har utfärdat dödsbeviset ansvarar också 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). Den läkare som utfärdar dödsorsaksintyget 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ödsorsaksintyget ska utfärdas inom tre veckor från det att dödsbeviset utfärdades. Om tidsgränsen tre veckor undantagsvis behöver överskridas, ska Socialstyrelsen skriftligen underrättas om förseningen och skälen för denna (16 § begravningsförordningen).

Den läkare som har utfärdat dödsorsaksintyget ska behålla en kopia av handlingen. Kopian ska behandlas som en journalhandling (SOSFS 1996:29, avsnitt 4.3, jämförd med 5 § patientjournallagen (1985:562)).

Om en rättsmedicinsk undersökning har gjorts, svarar Rättsmedicinalverket för att dödsorsaksintyget utfärdas och sänds in (16 § begravningsförordningen). Om polismyndigheten beslutar att någon rättsmedicinsk undersökning inte ska göras, ska myndigheten underrätta den läkare som har lämnat dödsbeviset om detta (4 kap. 4 § begravningslagen). Den läkare som har lämnat dödsbeviset ansvarar då för att dödsorsaksintyget utfärdas och kan från polisen få sådana uppgifter som behövs för intyget, t.ex. uppgifter om omständigheterna vid dödsfallet (SOSFS 1996:29, avsnitt 9.3).

  • Högerfältet Om intyget
  • Modalen Om intyget
  • Inga etiketter