Implementasjonsguide for elektronisk sykmeldingsattest

Transkript

1 Implementasjonsguide for elektronisk sykmeldingsattest Basert på RTV blankett IA Fastsatt 6.88 Endret KITH Rapport 14/02 ISBN

2

3 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 Telefaks e-post firmapost@kith.no Foretaksnummer Rapportnummer KITH R 14/02 URL Prosjektkode ISBN 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 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å 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 Meldingen skal utprøves i pilotprosjekt høsten 2002 i forbindelse med Rikstrygdeverket sitt Ei@-prosjekt.

4

5 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 Bakgrunnen for revisjonen er endringer i sykmeldingsattesten som ble innført med virkning fra 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 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

6

7 Implementasjonsguide for elektronisk sykmelding Innhold 1 INNLEDNING BAKGRUNN BRUKSOMRÅDER LESERVEILEDNING OM DETTE DOKUMENTET 2 2 REFERANSER 3 3 MELDINGENS BRUKSOMRÅDER FUNKSJON BEGRENSNINGER 5 4 NOTASJON FORHOLD TIL STANDARDER OG ARBEID 7 SYNTAKS 7 UTFØRELSE OG SAMMENHENG MED ANDRE XML-MELDINGER 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 MELDINGSSTRUKTUR 11 OVERSIKT SYKMELDINGSATTESTHIERARKISK OVERSIKT OVER SYKMELDINGSATTEST INFORMASJONSMODELL 19 UML-DIAGRAM FOR SYKMELDING (UTEN PERSONOPPLYSNINGER) 19 UML-DIAGRAM FOR PERSONOPPLYSNINGER DETALJER RUNDT IMPLEMENTERINGEN KODEVERK 23 6 XML SCHEMA SKJEMA 25 iii

8 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

9 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 Meldingene skal være utprøvd og klare til storkala utbredelse KITH utarbeidet meldingsdokumentasjon for begge meldingene, inkludert informasjonsmodell og XML Schema høsten Våren 2002 ble det endringer i sykmeldingsattesten på grunn av endringer i regelverket. Disse endringene er innført med virkning fra 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 Meldingen er direkte basert på UML-modellen som er beskrevet i informasjonsmodellen[1]. Meldingen er beskrevet som et XML Schema som finnes elektronisk på Bruksområder Dokumentet beskriver hvordan Rikstrygdeverket sin blanketten sykmeldingsattest "IA Bokmål Fastsatt 6.88 Endret " 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

10 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 Bokmål Fastsatt 6.88 Endret " 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

11 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 , ISBN Rikstrygdeverket: Retningslinjer til leger om utstedelse av sykmeldingsattest. 3. Extensible Markup Language (XML) 1.0 (Second Edition): 4. XML Schema a. Part 0: Primer: b. Part 1: Structures: c. Part 2: Datatypes: 5. SSP FG1: 6. Health Level 7 (HL7): 7. Unified Modeling Language (UML): 8. Statistisk Sentralbyrå: C 521 Standard for yrkesklassifisering (STYRK) ISBN KITH R 17/01: Datatyper til bruk ved meldingsutveksling med mer, Versjon 1.1, 1. februar 2002, ISBN

12

13 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 Bokmål Fastsatt 6.88 Endret " 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å Begrensninger Denne meldingen dekker kun del A av sykmeldingsattesten. Del B, C og D vil fortsatt formidles på papir. 5

14

15 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 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

16 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/ 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=" xmlns=" 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=" xmlns:rtv=" 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

17 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

18

19 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

20 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

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

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

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

24

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

26 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

27 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 Reisetilskudd foreslås fra : date Aktiv sykmelding fra : date 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 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 Varighet 2.4 arbeidsufør fra dato : date 2.4 arbeidsufør til dato : date 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 Del II Sykmeldingsattest 5 Merknad : tekst Arbeidsufør antas fortsatt arbeidsufør : integer Friskmeldt friskmeldt fra dato : date 0 Sykmeldingen gjelder type sykmelding : kodet S S1.8.2 Identifikasjon Personen er kjent : boolean Legitimasjon er vist : boolean S4 Diagnose og arbeidssituasjon Svangerskapsrelatert : boolean 4.3 Annen lovfestet fraværsgrunn : string Yrkessykdom : boolean Yrkesskade : boolean Eventuell skadedato : date Vurdering av funksjonsevnen type vurdering : kodet svar : kodet nå/etter : kodet +Del II Medisinske opplysninger 7.1 Symptomer, status og pågående behandling : tekst 7.2 Spesifiser type og hvor : tekst 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/L diagnose : string S4.1.2/L kodeverdi : string xx sortering : integer 19

28 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 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 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 Virksomhets adresse Postadresse gateadresse : string postnummer : string poststed : string land : string Adresse adressetype : kodet 1 0..* Teleinformasjon type telekommunikasjon : Kodet teleadresse : string 20

29 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 Fastsatt 6.88 Endret 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 "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 "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

30 Meldingens innhold og struktur Diagnose og arbeidssituasjon (DiagnoseArbeidssituasjon) Forutsetninger for å jobbe (Forutsetninger) kodeverdi Diagnosekoden Må benyttes sammen med attributtet "SM / LE kodeverdi" og attributtet "SM 4.2 / LE 2.3 kodesystem". Tilhørende tekstlig kodemening må oppgis i attributtet "SM / LE 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), (kodeverdi) og 4.2 (kodesystem), og/eller felt 4.3 (annenfravarsgrunn) må være utfylt. Må fylles ut hvis feltene 4.1 (diagnose), (kodeverdi) og 4.2 (kodesystem) ikke har verdier. Yrkessykdom Skal kun ha verdi når felt "Bør trygdekontoret vurdere om det er en yrkessykdom?" er sann. Skal da ha verdien "true". Yrkesskade Skal kun ha verdi når felt "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 "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