Implementasjonsguide for elektronisk sykmeldingsattest

Implementasjonsguide for elektronisk sykmeldingsattest Basert på RTV blankett IA 08-07.04 Fastsatt 6.88 Endret 04.2002 28.06.2002 KITH Rapport 14/02 ISBN 82-7846-139-2

KITH-rapport TITTEL Implementasjonsguide for elektronisk sykmeldingsattest Status: "Til utprøving" Forfatter Espen Stranger Seland Oppdragsgiver Rikstrygdeverket Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7489 Trondheim Besøksadresse Sverresgt 15, inng G Telefon 73 59 86 00 Telefaks 73 59 86 11 e-post firmapost@kith.no Foretaksnummer 959 925 496 Rapportnummer KITH R 14/02 URL http://www.kith.no/arkiv/rapporter/r14-02_rtv_sykmeld_ig-v20.pdf Prosjektkode ISBN 82-7846-139-2 Dato 28. juni 2002 Antall sider 77 Kvalitetssikret av Annebeth Askevold Gradering Åpen Godkjent av Jacob Hygen adm. direktør Sammendrag Denne implementasjonsguiden er utarbeidet på oppdrag fra Rikstrygdeverket. Den beskriver en melding i XML-syntaks, basert på informasjonsinnholdet i blankettene Sykmeldingsattest og Legeerklæring ved arbeidsuførhet som er beskrevet i rapporten "KITH R13/02 Sykmeldingsattest og Legeerklæring ved arbeidsuførhet, Informasjonsmodell for elektronisk meldingsutveksling versjon 2.0 av 28.06.2002. Dette dokumentet beskriver selve XML-skjemaet, en del detaljer rundt selve implementeringen, kodeverk som skal benyttes samt noen eksempler. Detaljert beskrivelse av informasjonsinnholdet finnes i informasjonsmodellen. Meldingen er beskrevet som et XML Schema som finnes elektronisk på http://www.kith.no/xmlstds/rtv/smlepo/1/. Meldingen er direkte basert på UMLmodellen som er beskrevet i informasjonsmodellen. Dette dokumentet erstatter "KITH R16/01 Implementasjonsguide for elektronisk sykmeldingsattest versjon 1.0" av 26.11.2001. Meldingen skal utprøves i pilotprosjekt høsten 2002 i forbindelse med Rikstrygdeverket sitt Ei@-prosjekt.

Implementasjonsguide for elektronisk sykmelding Forord Denne rapporten er utarbeidet på oppdrag fra Rikstrygdeverket og er en revisjon av KITH R16/01 Implementasjonsguide for elektronisk sykmeldingsattest, versjon 1.0 av 26.11.2001. Bakgrunnen for revisjonen er endringer i sykmeldingsattesten som ble innført med virkning fra 1.05.2002. Implementasjonsguiden og XML Schema som er utarbeidet i dette oppdraget er en direkte revisjon av tidligere utarbeidet dokumentasjon for å inkludere endringene i den nye papirblanketten samtidig som det er vektlagt å ikke endre fellesdeler og forhold som vedrører delen for legeerklæring ved arbeidsuførhet. Informasjonsmodellen er revidert etter samme prinsippene, og denne meldingsbeskrivelsen er direkte avledet av informasjonsmodellen beskrevet i KITH R13/02 Sykmeldingsattest og Legeerklæring, Informasjonsmodell for elektronisk meldingsutveksling versjon 2.0 av 28.06.2002. Forord versjon 1.0 Denne rapporten er utarbeidet på oppdrag fra Rikstrygdeverket. Den beskriver en melding i XML-syntaks, basert på informasjonsinnholdet i blankettene Sykmeldingsattest og Legeerklæring ved arbeidsuførhet som er beskrevet i rapporten KITH R15/01 Sykmeldingsattest og Legeerklæring, Informasjonsmodell for elektronisk meldingsutveksling. Det er ikke tidligere utarbeidet noen implementasjonsguider for XML-meldinger til bruk i det norske helsevesenet. Leserne oppfordres derfor til å rapportere uklarheter, eventuelle feil og mangler samt forslag til forbedringer i dokumentasjonen. Rapporten er utarbeidet i nært samarbeid med oppdragsgiveren. KITH vil benytte anledningen til å takke for aktiv medvirkning og nyttige tilbakemeldinger. i

Implementasjonsguide for elektronisk sykmelding Innhold 1 INNLEDNING 1 1.1 BAKGRUNN 1 1.2 BRUKSOMRÅDER 1 1.3 LESERVEILEDNING 1 1.4 OM DETTE DOKUMENTET 2 2 REFERANSER 3 3 MELDINGENS BRUKSOMRÅDER 5 3.1 FUNKSJON 5 3.2 BEGRENSNINGER 5 4 NOTASJON 7 4.1 FORHOLD TIL STANDARDER OG ARBEID 7 SYNTAKS 7 UTFØRELSE OG SAMMENHENG MED ANDRE XML-MELDINGER 7 4.2 MAPPING FRA DIM TIL XML 7 ELEMENT ELLER ATTRIBUTT 7 UOVERENSSTEMMELSER 8 VALIDERING 8 NAMESPACE 8 DATATYPER 8 NAVNEPOLITIKK 9 METAINFORMASJON 9 5 MELDINGENS INNHOLD OG STRUKTUR 11 5.1 MELDINGSSTRUKTUR 11 OVERSIKT SYKMELDINGSATTESTHIERARKISK OVERSIKT OVER SYKMELDINGSATTEST. 12 5.2 INFORMASJONSMODELL 19 UML-DIAGRAM FOR SYKMELDING (UTEN PERSONOPPLYSNINGER) 19 UML-DIAGRAM FOR PERSONOPPLYSNINGER 20 5.3 DETALJER RUNDT IMPLEMENTERINGEN 21 5.4 KODEVERK 23 6 XML SCHEMA 25 6.1 SKJEMA 25 iii

Innhold VEDLEGG A MELDINGSEKSEMPLER 45 EKSEMPEL 1 FØRSTEGANGS SYKMELDING 45 EKSEMPEL 2 ENDRING AV UFØREGRAD 47 EKSEMPEL 3 FORLENGELSE MED FRISKMELDING 49 EKSEMPEL 4 FØRSTE GANG SYKMELDING MED DEL II 51 EKSEMPEL 5 FØRSTE GANGS SYKMELDING MED FEIL OG UGYLDIG FØDSELSNUMMER 53 EKSEMPEL 6 FØRSTE GANGS SYKMELDING ANNEN FRAVÆRSGRUNN 55 EKSEMPEL 7 FØRSTE GANGS SYKMELDING MED FLERE DIAGNOSER OG MERKNAD 57 EKSEMPEL 8 FØRSTE GANGS SYKMELDING FOR EN SELVSTENDIG NÆRINGSDRIVENDE 59 VEDLEGG B EKSEMPLER ORDINÆRE PAPIRSKJEMAER 61 EKSEMPEL 1 FØRSTEGANGS SYKMELDING 62 EKSEMPEL 2 ENDRING AV UFØREGRAD 63 EKSEMPEL 3 FORLENGELSE MED FRISKMELDING 64 EKSEMPEL 4 FØRSTE GANG SYKMELDING MED DEL II 65 EKSEMPEL 5 FØRSTE GANGS SYKMELDING MED FEIL OG UGYLDIG FØDSELSNUMMER 66 EKSEMPEL 6 FØRSTE GANGS SYKMELDING ANNEN FRAVÆRSGRUNN 67 EKSEMPEL 7 FØRSTE GANGS SYKMELDING MED FLERE DIAGNOSER OG MERKNAD 68 EKSEMPEL 8 FØRSTE GANGS SYKMELDING FOR EN SELVSTENDIG NÆRINGSDRIVENDE 69 iv

Implementasjonsguide for elektronisk sykmelding 1 Innledning Dette kapittelet gir en kort beskrivelse av dokumentet: Bakgrunn for arbeidet, bruksområder av dette dokumentet, samt en oversikt over innholdet og veiledning til hvordan dokumentet kan benyttes. 1.1 Bakgrunn I Rikstrygdeverkets prosjekt for elektronisk innrapportering av saksdokumenter, EI@, prioritereres arbeidet med å etablere meldinger for elektronisk innsending av sykemeldingsattest og legeerklæring ved arbeidsuførhet. Begge meldingene skal utprøves i pilotprosjekt 2002. Meldingene skal være utprøvd og klare til storkala utbredelse 1.01.2003. KITH utarbeidet meldingsdokumentasjon for begge meldingene, inkludert informasjonsmodell og XML Schema høsten 2001. Våren 2002 ble det endringer i sykmeldingsattesten på grunn av endringer i regelverket. Disse endringene er innført med virkning fra 1.05.2002. Endringene i papirblanketten medførte et behov for å oppdatere meldingsdokumentasjonen for sykmeldingsattesten. Implementasjonsguiden og XML Schema som er utarbeidet i dette oppdraget, er en direkte revisjon av tidligere utarbeidet dokumentasjon, og er gjort for å inkludere endringene i den nye papirblanketten. Det er samtidig vektlagt å ikke endre fellesdeler og forhold som omfatter delen for legeerklæring ved arbeidsuførhet. Informasjonsmodellen som beskriver informasjonsinnholdet og den logiske strukturen i blankettene Sykmeldingsattest og Legeerklæring ved arbeidsuførhet [1] er revidert etter samme prinsippene. Denne rapporten er en revisjon av og erstatter KITH R16/01 Implementasjonsguide for elektronisk sykmeldingsattest, versjon 1.0 av 26.11.2001. Meldingen er direkte basert på UML-modellen som er beskrevet i informasjonsmodellen[1]. Meldingen er beskrevet som et XML Schema som finnes elektronisk på http://www.kith.no/xmlstds/rtv/smlepo/1/rtv-smlepo.xsd. 1.2 Bruksområder Dokumentet beskriver hvordan Rikstrygdeverket sin blanketten sykmeldingsattest "IA 08-07.04 Bokmål Fastsatt 6.88 Endret 04.2002" skal overføres elektronisk ved hjelp av XMLsyntaks. Meldingen er basert på blanketten for sykmeldingsattesten og Rikstrygdeverkets retningslinjer[2]. Beskrivelsen gjelder kun del A av blanketten. 1.3 Leserveiledning Dokumentet er myntet på leverandører og it-personell som skal implementere meldingen. 1

Innledning Dokumentet inneholder mye tekniske detaljer som kun er relevant for de som skal implementere meldingen. Dokumentet beskriver selve XML-skjemaet, en del detaljer rundt selve implementeringen, kodeverk som skal benyttes samt noen eksempler. Detaljert beskrivelse av informasjonsinnholdet finnes i informasjonsmodellen[1] og er ikke repetert i dette dokumentet. Det anbefales at informasjonsmodellen benyttes som tilleggsinformasjon til dette dokumentet når meldingen skal implementeres. XML-skjemaet er basert direkte på informasjonsmodellen som beskriver informasjonsinnholdet i blankettene Sykmeldingsattest og Legeerklæring ved arbeidsuførhet. Sykmeldingsattesten er basert på blanketten "IA 08-07.04 Bokmål Fastsatt 6.88 Endret 04.2002" og Rikstrygdeverkets retningslinjer[2]. Alle referanser finnes på side 3. For de som ikke er kjent med XML og XML Schema henvises det til referansene [3] og [4]. For å forbedre dokumentasjonen og sikre ensartet implementering, oppfordres leserne til å rapportere eventuelle feil eller uoverensstemmelser i dokumentasjonen til KITH og/eller RTV. Leserne oppfordres også til å komme med forslag til hvordan innhold og presentasjon kan gjøres bedre i fremtiden. 1.4 Om dette dokumentet Dokumentet er organisert på følgende måte: Kapittel 2 inneholder opplysninger om referanser og dokumenter som denne rapporten er basert på og henviser til. Kapittel 3 forteller om meldingens funksjon, bruksområder og begrensninger. Kapittel 4 beskriver litt av metodikken om hvordan meldingen er utarbeidet og valg som er gjort i forhold til navnepolitikk, datatyper og bruk av XML. Kapitelet inneholder også en kortfattet beskrivelse av sammenhengen mellom UML-modellen og XML Schema. Kapittel 5 beskriver hvordan meldingen er bygget opp. Her er det inkludert UML-diagram fra informasjonsmodellen. Kapittelet kan leses av personer uten teknisk bakgrunn. Kapittel 6 inneholder selve XML-skjemabeskrivelsen. Vedlegg A inneholder eksempler på XML-meldinger Vedlegg B inneholder tilhørende blanketter av eksemplene i vedlegg A. 2

Implementasjonsguide for elektronisk sykmelding 2 Referanser Dette dokumentet er basert på og henviser til følgende dokumenter: 1. KITH R13/02: Sykmeldingsattest og Legeerklæring ved arbeidsuførhet Informasjonsmodell for elektronisk meldingsutveksling av 28.06.2002, ISBN 82-7846- 138-4. 2. Rikstrygdeverket: Retningslinjer til leger om utstedelse av sykmeldingsattest. 3. Extensible Markup Language (XML) 1.0 (Second Edition): http://www.w3.org/tr/2000/rec-xml-20001006 4. XML Schema a. Part 0: Primer: http://www.w3.org/tr/xmlschema-0/ b. Part 1: Structures: http://www.w3.org/tr/xmlschema-1/ c. Part 2: Datatypes: http://www.w3.org/tr/xmlschema-2/ 5. SSP FG1: http://www.kith.no/std_programmet/fg1/hjem_fg1.html 6. Health Level 7 (HL7): http://www.hl7.org/ 7. Unified Modeling Language (UML): http://www.omg.org/technology/uml/ 8. Statistisk Sentralbyrå: C 521 Standard for yrkesklassifisering (STYRK) ISBN 82-537-4657-1 9. KITH R 17/01: Datatyper til bruk ved meldingsutveksling med mer, Versjon 1.1, 1. februar 2002, ISBN 82-7486-122-8 3

Implementasjonsguide for elektronisk sykmelding 3 Meldingens bruksområder Dette kapittelet inneholder en beskrivelse av hvilke funksjoner meldingen skal dekke. Det er også påpekt noen begrensninger knyttet til hvordan meldingen kan benyttes. 3.1 Funksjon Elektronisk sykmeldingsattest (ESMA) som er beskrevet i dette dokumentet, dekker informasjon som kan overføres i Rikstrygdeverket sin blankett for sykmeldingsattest "AI 08-07.04 Bokmål Fastsatt 6.88 Endret 04.2002" og Rikstrygdeverkets retningslinjer[2]. Elektronisk overført sykmelding skal kunne likestilles med papirskjemaet. ESMA sendes fra lege, eller annet helsepersonell som er berettiget til å utstede sykmelding, til Rikstrygdeverket. Meldingen er beskrevet som et XML Schema. Dette skjemaet ligger lagret elektronisk på http://www.kith.no/xmlstds/rtv/smlepo/1/. 3.2 Begrensninger Denne meldingen dekker kun del A av sykmeldingsattesten. Del B, C og D vil fortsatt formidles på papir. 5

Implementasjonsguide for elektronisk sykmelding 4 Notasjon 4.1 Forhold til standarder og arbeid Syntaks Den elektroniske meldingen som er beskrevet i dette dokumentet skal overføres som en XMLmelding[3]. Meldingen er definert ved hjelp av et XML Schema som er nærmere beskrevet i kapittel 6 XML Schema. XML SCHEMA XML Schema [4.c] benyttes til å definere regler for struktur, innhold og semantikk, som et spesifikt XML-dokument (for eksempel en sykmeldingsattest) kan valideres opp mot. XML XML er et strukturert tekstformat for data, som er meget velegnet til elektronisk dokumentutveksling (EDI). Utførelse og sammenheng med andre XML-meldinger Det finnes i dag få retningslinjer som angir hvordan en elektronisk melding beskrevet ved hjelp av XML-syntaks skal defineres og beskrives for å kunne bli benyttet til bruk innen det norske helsevesenet. Det pågår mange aktiviteter, både nasjonalt og internasjonalt i forhold til å benytte XML ved meldingsutveksling (EDI) generelt, og til bruk innenfor helsevesenet spesielt. Standardiserings- og samordningsprogrammets Faggruppe 1 (FG1)[5] er i gang med å definere et rammeverk for hvordan XML skal benyttes ved meldingsutveksling,, men resultater fra dette arbeidet er bare delvis fulgt i denne meldingsdokumentasjonen siden dette er en ren revisjon av arbeid som ble utført høsten 2001 da dette rammeverket ikke var ferdig. I denne versjonen er det benyttet standard XML datatyper. Det kan i en senere versjon være aktuelt å gå over til å benytte datatyper som er definert i [9] som er basert på HL7 sine datatyper når disse er utprøvd og benyttet i andre meldinger. Meldinger som utarbeides for andre formål innenfor helsesektoren kan derfor avvike noe fra strukturen på meldingen, benyttede datatyper og modelleringsprinsipper som er beskrevet i dette dokumentet. Det har vært høyt prioritert å komme i gang med pilottesting av meldingen, og høste erfaringer med overføringer av XML-meldinger. Det har ikke vært ønskelig at endringene i sykmeldingsattesten skulle påvirke selve metodikken i meldingsdokumentasjonen som ble valgt høsten 2001. 4.2 Mapping fra DIM til XML Element eller attributt I all hovedsak er data (informasjon som skal behandles) lagt i et element, mens metainformasjon er lagt i et attributt i det relevante elementet. 7

Notasjon Denne regel er ikke blitt brukt gjennomgående i dette dokumentet, men det finnes en god balanse i skjemaets struktur. Av og til kan det være vanskelig å skille mellom data og metadata. Uoverensstemmelser Hvis det finnes uoverensstemmelser mellom DIM en og IG en, i praksis UML-diagrammene (se [1]) og XML-skjemaet, er det IG/XML-skjemaet som har presedens. For å forbedre dokumentasjonen og sikre ensartet implementering, oppfordres leserne til å rapportere uoverensstemmelser i dokumentasjonen til KITH og/eller RTV. XML Validering XML-skjemaet har blitt validert i henhold til XML Schema-standarden med verktøyene XMLSpy 4.01 og XSV 1.204/1.109. Det ble ikke funnet noen feil eller advarsler ved disse valideringene. Namespace STANDARD Gjeldende namespace for meldingen (XML Schema) som er beskrevet i dette dokumentet er xmlns:xsd="http://www.w3.org/2001/xmlschema.xsd" xmlns="http://www.w3.org/2001/xmlschema" Dette er versjonen som kom i mai 2001, og er per dags dato siste versjon av XML Schema. SKJEMA Skjemaet skal være lokalisert på KITHs server. Dette er en avtale mellom RTV og KITH. Datatyper targetnamespace="http://www.kith.no/xmlstds/rtv/smlepo/1/" xmlns:rtv="http://www.kith.no/xmlstds/rtv/smlepo/1/" Det er brukt basale XML Schema-datatyper[4.c]. Det kan i en senere revisjon av meldingen være aktuelt å gå over til å benytte KITH sitt sett med datatyper til bruk ved meldingsutveksling mv. som er basert på HL7 datatyper og CEN sine anbefalinger vedrørende datatyper og som er beskrevet i [9]. Denne definisjonen var ikke klar da forrige versjon av meldingsbeskrivelsen ble utarbeidet. Siden dette er en revisjon av kun sykmeldingsattesten og ikke av legeerklæring for arbeidsuførhet, har prosjektet besluttet å benytte XML datatyper direkte på tilsvarende måte som i versjon 1.0. KODEVERK Alle attributter som har forhåndsdefinerte valg, er definert som datatypen kodet, og det er etablert et kodeverk med lovlige valg. Hvert kodeverk er implementert som en simpletype med en enumeration for hvert lovlige valg. Alle kodeverk som er benyttet i meldingen, er beskrevet i avsnitt 5.4 Kodeverk I selve skjemabeskrivelse" (se kapittel 6), er den tekstlige beskrivelsen for kodene lagt inn i taggen <documentation>. Alle kodeverkstyper er basert på nonnegativeinteger. For oversikt over de inkluderte kodeverkene, se Kodeverk side 23. TYPEVARIGHETDATO 8

Implementasjonsguide for elektronisk sykmelding Det er opprettet et complex element med navn typevarighetdato som benyttes til å beskrive et tidsrom mellom to datoer. Elementet inneholder attributtene TYPETEKST fradato(date) tildato(date) Det er opprette en Simple type med navn typetekst, basert på string med whitesp= preserve Denne datatypen benyttes til utførende beskrivelser i sykmeldingen der det er viktig å bevare linjeskift og mellomrom. Navnepolitikk Hvert element og attributt har et egen navn. Disse navnene, som er kortnavn i informasjonsmodellen, er basert på tekstene foran hvert felt i blanketten. ELEMENTER Elementnavn har stor forbokstav. I elementnavn som består av flere delnavn / delord, vil hvert delnavn / delord skilles med stor forbokstav. Eksempel: ATTRIBUTTER SykmeldGjelder Attributtnavn har liten forbokstav. I attributtnavn som består av flere delnavn / delord, vil hvert delnavn / delord skilles med stor forbokstav. Eksempel: TYPER flerearbeidsforhold Både complextype og simpletype begynner alltid med betegnelsen type, og påfølgende navn begynner med stor forbokstav. Navn som består av flere delnavn / delord, vil bli atskilt med stor forbokstav mellom hvert delnavn / delord. Eksempel: NORSKE BOKSTAVER typesykmelding Følgende transkribering foretrekkes: Æ = E Ø = O Å = A Dette for å holde navnene korte. Der misforståelser kan forekomme tillates det å bruke formene ae, oe og aa i kortnavnene. Metainformasjon Det er ikke lagt inn detaljerte krav i skjemaet for elementer og attributter. Det er for eksempel ikke lagt inn minimal og maksimal tillatt lengde på en variabel selv om dette er mulig. Informasjon om øvrige tekniske hensyn finnes under Detaljer rundt implementeringen side 21. 9

Implementasjonsguide for elektronisk sykmelding 5 Meldingens innhold og struktur Dette kapittelet beskriver meldingens innhold og struktur. Den hierarkiske meldingsstrukturen er vist ved hjelp av grafiske oversikter generert fra XML Spy. Noen UML-diagrammer fra informasjonsmodellen er repetert i dette dokumentet for å lette oversikten og øke lesbarheten. Kapittelet inneholder også en tabell med relevante detaljer og betingelser som må tas hensyn til ved implementering av meldingen. Dette kapittelet er primært til bruk for de som skal implementere meldingen og trenger forståelse for hvordan informasjonen skal overføres ved hjelp av XML syntaks. 5.1 Meldingsstruktur Den enkelte melding omfatter kun en sykmeldingsattest og et sykmeldingstilfelle. Hvis pasienten har flere arbeidsforhold må det sendes en melding (en sykmeldingsattest) for hvert arbeidsforhold. Den funksjonelle struktur av meldingen er: En melding kan inneholde en sykmeldingsattest Hver sykmeldingsattest er relatert til kun et arbeidsforhold. Hver sykmeldingsattest er relatert til et sykmeldingstilfelle. Alle svarrapporter i meldingen er relatert til en lege eller annet helsepersonell som kan utstede sykmeldinger, en pasient og et trygdekontor. 11

Meldingens innhold og struktur Oversikt SykmeldingsattestHierarkisk oversikt over sykmeldingsattest. Alle bokser med + har et hierarki med elemneter under segsom er vist påfølgende figurer. Det er kun elementer som vises i diagrammene. Attributter vises kun i informasjonsmodellen og i UML-diagrammene. Figur 1 Hierarkisk oversikt over sykmeldingsattest 12

Figur 2 Opplysninger om personen og om arbeidsforholdet, blokk 1 Implementasjonsguide for elektronisk sykmelding 13

Meldingens innhold og struktur Figur 3 Opplysninger om arbeidsuførhet og arbeidsmulighet, blokk 2 Figur 4 Opplysninger om Friskmelding / Prognose, blokk 3 14

Implementasjonsguide for elektronisk sykmelding Figur 5 Opplysninger om Diagnose mv., blokk 4 15

Figur 6 Opplysninger om legens underskrift mv., blokk 6 Implementasjonsguide for elektronisk sykmelding 17

Meldingens innhold og struktur Figur 7 Opplysninger om Medisinske opplysninger, blokk 7 (del II) Figur 8 Opplysninger om Forenklet funksjonsvurdering, blokk 8 (del II) 18

Implementasjonsguide for elektronisk sykmelding 5.2 Informasjonsmodell Deler av informasjonsmodellen er inkludert for å få et enkelt overblikk over hva skjemaet er basert på. Informasjonsmodellen er beskrevet ved hjelp av Unified Modeling Language (UML)[7]. Personopplysninger er tatt ut i et eget diagram av praktiske årsaker. Klassen Melding er felles i begge diagrammene og er toppen i meldingshierarkiet. Detaljert beskrivelse av informasjonsinnholdet finnes i informasjonsmodellen[1] og er ikke repetert i dette dokumentet. Det anbefales at informasjonsmodellen benyttes som tilleggsinformasjon til dette dokumentet når meldingen skal implementeres. UML-diagram for Sykmelding (uten personopplysninger) 2.5 Forutsetninger for å jobbe 2.5.1 Reisetilskudd foreslås fra : date 2.5.2 Aktiv sykmelding fra : date 2.5.2.1 Eventuelt : tekst 2.6 Personen kan ikke være på jobb 2.6 Personen kan ikke være på jobb : boolean Melding maalform : kodet avsendersref : string mottagersref : string skjema-versjon : string meldingsid : string melding generert : datetime 1 1 1 1 1 Pasientopplysninger (from 1+S6/L11 P asient og legeopplysninger) 6 /11Legens underskrift mv. (from 1+S6/L11 P asient og legeopplysninger) 2 Arbeidsuførhet/arbeidsmulighet 2.1 Første fraværsdag : date 2.2 Dato første konsultasjon : date 2.3 Dato telefonkonsultasjon : date 2.7 antall behandlingsdager : tekst 1 0..1 2.4 Varighet 2.4 arbeidsufør fra dato : date 2.4 arbeidsufør til dato : date 0..1 2.4.1 grad : integer 3 Friskmelding/Prognose 8 Forenklet funksjonsvurdering 8.2 Hva bør personen ikke utføre eller utsettes for : tekst 8.3 Hjelpemiddelbehov bør vurderes : boolean 8.4 Forhold i arbeidsmiljøet : tekst 8.5 Foreslår kontakt med BHT : boolean 1 0..1 +Del II 1 1 1 1 Sykmeldingsattest 5 Merknad : tekst 1 3.2 Arbeidsufør antas fortsatt arbeidsufør : integer 1 3.1 Friskmeldt friskmeldt fra dato : date 0 Sykmeldingen gjelder 0.1-0.5 type sykmelding : kodet 1 1..4 1 0..1 1 S1.8.1 + S1.8.2 Identifikasjon 1.8.1 Personen er kjent : boolean 1.8.2 Legitimasjon er vist : boolean S4 Diagnose og arbeidssituasjon 4.1.1 Svangerskapsrelatert : boolean 4.3 Annen lovfestet fraværsgrunn : string 4.4.1 Yrkessykdom : boolean 4.4.2 Yrkesskade : boolean 4.4.2.1 Eventuell skadedato : date 1 0..1 3 8.1 Vurdering av funksjonsevnen type vurdering : kodet svar : kodet nå/etter : kodet +Del II 0..1 7 Medisinske opplysninger 7.1 Symptomer, status og pågående behandling : tekst 7.2 Spesifiser type og hvor : tekst 1 0..3 7.2 Henvist til utredning/behandling 7.2 henvist : kodet 7.2 uke : integer S4/L2 Diagnosekodesystem S4.2/L2.3 kodesystem : kodet 1 1..* S4/L2 Enkeltdiagnose S4.1/L2.1-2.2 diagnose : string S4.1.2/L2.1.1-2.1.2 kodeverdi : string xx sortering : integer 19

Meldingens innhold og struktur UML-diagram for Personopplysninger Melding (from Meldingspakke (inkludert merknader og samarbeid/kontakt)) 1 6 /11Legens underskrift mv. dato for underskrift : date 0..1 1 1 Helsepersonell helsepers onellnummer : string kategori helsepersonell : kodet t ype helsevirksomhet : kodet 1 1 Pas ie ntop plys ning er har flere arbeidsforhold : kodet 1 Pasient 1.3 trygdekontor : string 1 1 1 Person fødselsnummer : string etternavn : string mellomnavn : string fornavn : string 1 0..* Persons adresse Arbeidsforhold yrkeskode : string 1 0..* primært arbeidsforhold : kodet yrkebetegnelse : string 0..* 0..1 Virksomhet betegnelse : string Organisasjonsnummer : string 1 0..1 Virksomhets adresse Postadresse gateadresse : string postnummer : string poststed : string land : string 0..1 1 Adresse adressetype : kodet 1 0..* Teleinformasjon type telekommunikasjon : Kodet teleadresse : string 20

Implementasjonsguide for elektronisk sykmelding 5.3 Detaljer rundt implementeringen Tabellen under beskriver en kortfattet representasjon av relevante detaljer og betingelser som må tas hensyn til ved implementering av meldingen. Informasjonsinnholdet er beskrevet detaljert i informasjonsmodellen [1]. De fleste kommentarene i denne tabellen finnes i informasjonsmodellen under feltene "Bruk" eller "Kommentar" i beskrivelsen. Kolonnen Klassenavn inneholder klassenavn fra UML-modellen, tagnavn i parentes. Kolonnen Element/Attributtnavn inneholder tagnavn brukt i XML Schema Kolonnen Bruk og kommentarer inneholder betingelser som er knyttet til informasjonselementet Kolonnen til høyre sier om informasjonen er påkrevd (M), betinget påkrevd (D) eller frivillig (O). KLASSENAVN Melding (Message) Sykmeldingen gjelder (SykmeldGjelder) Identifikasjon (Identifikasjon) Pasientopplysninger (Pasientopplysninger) Adresse (Address) Virksomhet (Virksomhet) Enkeltdiagnose (Enkeltdiagnose) ELEMENT/ATTRIBUTTNAVN BRUK OG KOMMENTARER sendersid Benyttes som intern referanse i avsendersystemet. Dette feltet finnes ikke i dagens papirskjema. receiversid Benyttes som intern referanse i mottagersystemet. Dette feltet finnes ikke i dagens papirskjema. formoflanguage Denne opplysningen er knyttet til målformen på papirskjemaet. Opplysningen må oppgis for at RTV skal vite hvilken målform som skal benyttes ved skriftlig tilbakemelding. schemaversion Beskriver hvilken versjon av XML-schema som benyttes. Skal ha fast verdi IA 08-07.04 Fastsatt 6.88 Endret 04.2002 Elektronisk XML 2.0 messageid Det er viktig at det ikke genereres meldingsid på grunnlag av personnummer eller annen sensitiv informasjon, da denne identifikasjonen også vil bli brukt ukryptert i f.eks. kvitteringsmeldingen. typesykmelding Kode 1 og 2 kan ikke forekomme i samme instans av meldingen. Kode 1 og 3 kan ikke forekomme i samme instans av meldingen. Hvis opplysninger i Del II skal kunne fylles ut ("Medisinske opplysninger" og "Forenklet funksjonsvurdering", må det finnes en instans av attributtet med kodeverdi 4 (Informasjon i del II) Kjent Eneste lovlige verdi er true. Hvis felt 1.8.1 "Personen er kjent" er avkrysset skal Kjent ha verdien true. Hvis elementet "Kjent" har verdi=true skal ikke element "Legitimiasjon" være med. Legitimasjon Eneste lovlige verdi er true. Hvis felt 1.8.2 "Legitim. er vist" er avkrysset skal Legitimasjon ha verdien true. Hvis elementet "Legitimasjon" har verdi=true skal ikke element "Kjent" være med. flerearbeidsforhold Har kun mening for sykmeldingsattest, og skal ha verdi selv om felt 1.7 "Har personen flere arbeidsforhold" ikke er avkrysset. Attributtet skal ha verdi 1 (ja) hvis felt 1.7 er avkrysset, verdi 2 (nei) hvis feltet ikke er avkrysset. typeadresse Denne opplysningen oppgis ikke spesifikt i dagens blankett. Er tatt med for fremtidig bruk. organisasjonsnummer Denne opplysningen er ikke påkrevd på dagens blankett. Tatt med for fremtidig bruk. diagnose Tekstlig kodemening som hører til kodeverdien. Må benyttes sammen med attributtet "kodeverdi" og attributtet " kodesystem". Tilhørende diagnosekode må oppgis i attributtet " kodeverdi". Behøver ikke være utfylt hvis elementet AnnenFraversgrunn har verdi. O O M M O M D D D O O D 21

Meldingens innhold og struktur Diagnose og arbeidssituasjon (DiagnoseArbeidssituasjon) Forutsetninger for å jobbe (Forutsetninger) kodeverdi Diagnosekoden Må benyttes sammen med attributtet "SM 4.1.2 / LE 2.1.1-2.1.2 kodeverdi" og attributtet "SM 4.2 / LE 2.3 kodesystem". Tilhørende tekstlig kodemening må oppgis i attributtet "SM 4.1.2 / LE 2.1.1-2.1.2 kodeverdi". Behøver ikke være utfylt hvis elementet AnnenFraversgrunn har verdi. sortering Sorteringsrekkefølge: 0=hoveddiagnose, 1=første bidiagnose, 2=andre bidiagnose, osv. Sorteringsrekkefølge må oppgis ved bruk av multippelt kodeverk. AnnenFraversgrunn Enten alle feltene 4.1 (diagnose), 4.1.2 (kodeverdi) og 4.2 (kodesystem), og/eller felt 4.3 (annenfravarsgrunn) må være utfylt. Må fylles ut hvis feltene 4.1 (diagnose), 4.1.2 (kodeverdi) og 4.2 (kodesystem) ikke har verdier. Yrkessykdom Skal kun ha verdi når felt 4.4.1 "Bør trygdekontoret vurdere om det er en yrkessykdom?" er sann. Skal da ha verdien "true". Yrkesskade Skal kun ha verdi når felt 4.4.1 "Bør trygdekontoret vurdere om det er en yrkesskade?" er sann. Skal da ha verdien "true". Forutsetninger Forutsetninger er med hvis felt 2.5 "Personen kan likevel være på jobb under forutsetning av" er aktuell. ReisetilskuddFra AktivSykmeldFra Forutsetninger kan ikke ha verdi hvis IkkeJobb=true. Minst et av elementene må ha verdi hvis felt 2.5 "Personen kan likevel være på jobb under forutsetning av" er aktuell Eventuelt Kan kun fylles ut hvis 2.5.2 "Aktiv sykmelding foreslås fra D (dato)" (AktivtSykmeldtFra) er utfylt. Personen kan ikke være på jobb IkkeJobb IkkeJobb har verdien true hvis felt 2.6 "Personen kan ikke D (IkkeJobb) være på jobb" er avkrysset. IkkeJobb kan ikke ha verdi hvis Forutsetninger er med. Arbeidsuførhet/arbeidsmulighet ForsteFraversdag Må angis ved første gangs utfylling. Dvs. hvis D (ArbeidsuforhetSykmelding) sykmeldingsattest felt 0.1 er utfylt, så skal også felt 2.1 være utfylt. Det er anbefalt at første fraværsdag alltid fylles ut, også ved forlengelse av sykmeldingstilfellet. ForsteKonsultasjon Må angis ved første gangs utfylling. Dvs. hvis D sykmeldingsattest felt 0.1 er utfylt, så skal også felt 2.2 være utfylt. DatoTlfKonsultasjon Et av elementene, "ForsteFraversdag", "ForsteKonsultasjon", må være utfylt. D ArbeidsuforBehandlingsdager Dette elementet skal være med hvis felt 2.7 "Enkeltstående D behandlingsdager pr. uke/mnd" er avkrysset. Må oppgis hvis pasienten er 100% arbeidsufør de dagene behandlingen gis, men fullt arbeidsfør de andre dagene. Eksempel: 2 dager per uke. Varighet (Varighet) fradato Fra dato <= til dato.må fylles ut hvis felt 0.1 (Første attest for dette sykmeldingstilfellet) eller felt 0.2 (Forlengelse av sykmeldingstilfellet) er avkrysset. D tildato Fra dato <= til dato.må fylles ut hvis felt 0.1 (Første attest for D dette sykmeldingstilfellet) eller felt 0.2 (Forlengelse av sykmeldingstilfellet) er avkrysset. grad Tall i prosent. M Skal alltid fylles ut. Hvis personen er helt arbeidsufør skal tallet være 100. Vurdering av funksjonsevne naetter Må fylles ut hvis svar har kodeverdi "ja". D svar Hvis svar er "nei", må felt 8.2 fylles ut. D Hvis svar er "ja", må "nå/etter" fylles ut. ikkeutforeutsette Må utfylles hvis det er svart "nei" i felt 8.1 ("svar" i vurdering D av funksjonsevne). Medisinske opplysninger i del II Behandling Må fylles ut når felt 0.4 er avkrysset (Informasjon i del II). D D D D D D D D D 22