Generell melding for forespørsel om og overføring av journalinformasjon

Transkript

1 Elektronisk pasientjournal standard Generell melding for forespørsel om og overføring av journalinformasjon Versjon.0 7. april 2002 KITH Rapport 08/02 ISBN

2 KITH-rapport TITTEL Generell melding for forespørsel om og overføring av journalinformasjon Forfatter(e): Espen Stranger Seland Oppdragsgiver(e) Sosial og helsedirektoratet / Standardiserings- og samordningsprogrammet Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset N-7489 Trondheim Besøksaddresse Sverresgt 5 Telefon Telefaks e-post firmapost@kith.no Foretaksnummer Rapportnr. R 08/02 ISBN Godkjent av: URL ng.pdf Dato Jacob Hygen, Direktør Sammendrag Antall sider 59 Kvalitetssikret av Torbjørn Nystadnes Prosjektnr. Gradering Åpen Dette dokumentet beskriver en generell melding for forespørsel om og overføring av journalinformasjon, beregnet til bruk innenfor alle deler av det norske helsevesenet hvor det utveksles hele eller deler av elektroniske pasientjournaler. Hoveddelen av rapporten består av en informasjonsmodell som beskiver meldingen. På grunnlag av denne informasjonsmodellen er det utarbeidet et XML schema som skal benyttes ved utveksling av journalinformasjon. Hvordan meldingen skal anvendes for bestemte formål, f.eks. overføring av journal ved bytte av fastlege, publiseres som egne dokumenter.

3

4 Side 4 EPJ standard Forord Denne standarden er utarbeidet under Sosial- og helsedirektoratets program for Standardisering og samordning av informasjons- og kommunikasjonssystemer i helsevesenet. Standarden beskriver en generell melding som skal kunne benyttes for flere formål:. Forespørsel om overføring av journalinformasjon. 2. Svar på forespørsel om overføring av journalinformasjon. 3. Overføring av komplette elektroniske pasientjournaler, eller deler av slike, som følger den norske EPJ-standarden 4. Overføring av ustandardiserte journaldokumenter, f.eks. ved bytte av fastlege. 5. Overføring av andre dokumenter som enten har sitt opphav i, eller skal overføres til, en pasientjournal Dette er altså ment å være en meget fleksibel melding som i utgangspunktet kan benyttes ved overføring av informasjon på ethvert format. F.eks. kan en benytte meldingen til å overføre en komplett journal i form av et sett dokumenter ved bytte av fastlege. Disse dokumentene kan være rene tekstdokumenter, på PDF-format eller andre anerkjente format, og, dersom en ønsker det, kan en også vedlegge den komplette journalen i et proprietært format. Hvordan meldingen skal anvendes for bestemte formål, f.eks. overføring av journal ved bytte av fastlege, publiseres som egne dokumenter.

5 EPJ standard Side 5

6 Side 6 EPJ standard Innhold. INNLEDNING MELDINGENS BRUKSOMRÅDER Overføring av standardisert journalinformasjon Overføring av ustandardisert journalinformasjon Overføring av andre typer dokument Forespørsel og svar BRUK AV STANDARDISERT MELDINGSKONVOLUTT NOTASJON Bruk av UML i informasjonsmodellen Klasser, attributter og datatyper Kodeverk Assosiasjoner og kardinaliteter Aggregeringer Generaliseringer og spesialiseringer Abstrakte klasser Overgang fra UML til XML Bruk av XML Validering Namespace Standard Skjema Norske bokstaver Metainformasjon INFORMASJONSMODELL Oversikt EPJ-melding EPJ-melding (EpjMeld) Dokument Dokument (EpjMeldDokument) Standardisert Journalinformasjon (StdEpjInfo) Ustandardisert Journalinformasjon (UstdEpjInfo)...24

7 EPJ standard Side Annet Dokument (AnnetDok) Forespørsel (ForespOmEpj) Svar (Svar) Dokumentinnhold Reference (reference) Schema (Schema) Programvaremiljø (Programvare) Person og virksomhet Person (Person) Pasient (Pasient) Ansvarlig helsepersonell (Helsepersonell) Rolle i forhold til pasient (HpRollePas) Arbeidsforhold (Arbeidsforhold) Virksomhet (Virksomhet) Adresse Adresse (Adresse) Postadresse (PostAdr) Teleinformasjon (Teleinformasjon) Virksomhets Adresse (VirkAdr) Persons Adresse (PerAdr)...42 VEDLEGG OVERSIKT OVER KODEVERK VEDLEGG 2 REFERANSER VEDLEGG 3 XML SCHEMA... 48

8 Side 8 EPJ standard. INNLEDNING Dette dokumentet beskriver en generell melding for forespørsel om og overføring av journalinformasjon, beregnet til bruk innenfor alle deler av det norske helsevesenet hvor det utveksles hele eller deler av elektroniske pasientjournaler. Meldingen kommer i stedet for det opprinnelig planlagte settet av separate meldinger for utveksling av journalinformasjon: Generell melding for overføring av alle typer journaler som følger den norske EPJ-standarden. Overføring av EPJ ved bytte av fastlege (FLO-meldingen) Overføring av journal innenfor helsestasjons- og skolehelsetjenesten. Melding for forespørsel om overføring av EPJ samt melding for svar på slik forespørsel Under arbeidet med disse ble det klart at det var en rekke felles problemstillinger, og at det ville være hensiktsmessig å utvikle en felles melding som kan benyttes ved all overføring relatert til EPJ. Etter som meldingen er generell, vil det være behov for tilleggsinformasjon når den skal anvendes for bestemte formål, f.eks. overføring av journal ved bytte av fastlege. Denne informasjonen vil bli publisert i egne rapporter. Hoveddelen av dette dokumentet, kapittel 5, består av en informasjonsmodell for meldingen. Et XML schema for meldingen finnes i Vedlegg 3.

9 EPJ standard Side 9 2. MELDINGENS BRUKSOMRÅDER Dette er en generell melding beregnet til bruk innenfor alle deler av det norske helsevesenet hvor det er behov for å overfør elektroniske pasientjournaler eller deler av slike. Meldingen inneholder en del fast strukturert informasjon som beskriver aktørene: Navn, yrkeskategori, helsepersonellnummer mv. for det helsepersonell som står som ansvarlig for oversendelsen av journalinformasjonen. Navn, adresse, organisasjonsnummer mv. til virksomhet som journalinformasjonen overføres fra og helsepersonellets rolle innenfor denne. Navn, adresse, fødselsnummer og/eller andre entydige identifikatorer for angjeldende pasient. Til pasienten kan det så knyttes et eller flere Dokument. Disse kan deles inn i følgende hovedkategorier:. Standardisert journalinformasjon. Benyttes for hele journaler eller deler av slike som følger den norske EPJ-standarden. Det pågår for tiden en revisjon av denne standarden som bl.a. inkluderer utarbeidelse av XML schema som skal benyttes når en journal, eller deler av denne, skal håndteres som et XMLdokument. 2. Ustandardisert journalinformasjon. Benyttes for hele journaler eller deler av slike som ikke følger den norske EPJ-standarden, f.eks. rene tekstdokument, PDF-dokument, skannede dokument Word-dokument etc. Slike dokument skal beskrives av et sett attributter som beskriver innholdet og hvor informasjonen opprinnelig ble journalført. 3. Annet dokument. Kan f.eks. benyttes for dokumenter som følger andre standarder. Under forutsetning av at dette er avtalt mellom partene som kommuniserer, kan også proprietære format overføres på denne måten. 4. Forespørsel med eventuelt svar Med unntak av forespørsel og svar, så overføres hvert enkelt Dokument som en separat "bodypart" i meldingen. Den generelle melding for overføring av journaldokumenter gir også mulighet for oversending av journalinformasjon for flere pasienter i samme melding. Etter hvert kan det være aktuelt å benytte dette f.eks. i forbindelse med legevakttjenesten. 2. Overføring av standardisert journalinformasjon Den løsning som her er valgt, innebærer at selve journalinnholdet isoleres helt fra den informasjon som er relatert til overføringen av innholdet. Dette medfører ikke bare at samme melding kan benyttes for å overføre journaler på forskjellig format, men også at det kan utarbeides et standardisert format for journaler som kan benyttes for flere typer kommunikasjon. Den grunnleggende EPJ-standarden vil bli revidert slik at den er best mulig egnet for dette formålet. Det vil bli utarbeidet et XML schema som skal kunne benyttes når standardisert journalinformasjon skal overføres ved hjelp av denne meldingen.

10 Side 0 EPJ standard Samme XML schema vil også kunne benyttes ved andre former for overføring av journalinformasjon, f.eks. WEB-baserte løsninger når slike blir sikre nok til at de kan tillates. 2.2 Overføring av ustandardisert journalinformasjon Når det gjelder overføring av journal ved bytte av fastlege (FLO-meldingen), så er dette å betrakte som overføring av ustandardisert journalinformasjon inntil videre. Det blir utarbeidet et separat dokument med beskrivelse av hvordan denne meldingen skal benyttes til dette formålet. Dette dokumentet vil inneholde en beskrivelse av hvilke kategorier som skal kunne benyttes ved slik overføring av journalinformasjon og hvilket, eventuelt hvilke, format som skal tillates for de enkelte kategorier. Rent tekstformat vil sannsynligvis være mest hensiktsmessig for det meste, men det kan f.eks. også være aktuelt å benytte PDF og TIFF. 2.3 Overføring av andre typer dokument Kan f.eks. benyttes for dokumenter som følger andre standarder. Under forutsetning av at dette er avtalt mellom partene som kommuniserer, kan også proprietære format, inkludert vanlige tekstdokumenter utarbeidet med MS Word eller lignende, overføres på denne måten. 2.4 Forespørsel og svar Forespørselsdelen av meldingen gir mulighet for å etterspørre komplette journaler eller et antall kategorier journalinformasjon. I tillegg kan det formuleres spørsmål i fri tekst. Det gis mulighet for å stille flere spørsmål i samme melding. Dette medfører at en ved svar på slike forespørsler må koble de enkelte svarene til de spørsmål som er stilt. Meldingen gir mulighet både for svar i form av vedlagte journaldokumenter, fri tekst og forskjellige koder for avslag mv.

11 EPJ standard Side 3. BRUK AV STANDARDISERT MELDINGSKONVOLUTT Meldingen skal sendes i den standardiserte meldingskonvolutten[7]. Meldingskonvolutten benytter seg av MIME[8] for å oversende og referere til vedleggene. Meldingen vil ha en referanse fra konvoluttdelen, og derfor ligge som en MIME bodypart etter konvoluttdelen. Etterfølgende eksempel viser hvordan dette kan se ut i en konkret meldingsinstans. From: lege@sykehus.no To: lege.legekontor@edi-postkasse.no Date: Mon, 25 Feb 200 7:32: CST MIME-Version:.0 Content-type: multipart/related; boundary="boundary"; type="text/xml"; start="<envelope@sykehus.no>" --BoundarY Content-Type: Text/XML Content-ID: <envelope@sykehus.no> <?xml version=".0" encoding="utf-8"?> <Envelope xmlns= xmlns:xsd= xmlns:xsi= xmlns:tns= mlns:xml= xsi:schemalocation=" messageheader-kith-b04.xsd"> <Header> (...utelatt ) </Header> <Body> <Manifest> <Reference id="00" href="cid:message00@sykehus.no"> <Schema location=" <Description>application/x-xml-epjmld</Description> </Reference> </Manifest> </Body> </Envelope> --BoundarY Content-Type: Text/XML Content-ID: <message00@sykehus.no> <?xml version=".0" encoding="utf-8"?> ( ) Vedlegg som tilhører meldingen legges ved på sammen måte som meldingen er lagt til i konvoluttdelen, i følge MIME. Alle vedlegg vil altså komme fortløpende. Eksempelvis vil en meldingsutveksling inneholde følgende bodyparts: 0. MIME-header. Konvoluttdel 2. Overføringsmelding for EPJ 3. Vedlegg 4. Vedlegg 2

12 Side 2 EPJ standard Bodypart 0 inneholder en referanse til bodypart. Bodypart inneholder referanse til bodypart 2, som igjen inneholder referanser til bodypartene 3 og 4. Informasjon om vedleggene i meldingen legges inn i Reference (kap ), evt også Schema. Se kapittel med delene Reference og Schema for informasjon om hvordan en referanse skapes. Dette er litt annerledes enn den som finnes i standarden for medlingskonvolutt.

13 EPJ standard Side 3 4. NOTASJON 4. Bruk av UML i informasjonsmodellen I denne standarden er notasjonsspråket UML (Unified Modeling Language) benyttet ved utarbeidelsen av informasjonsmodellen. Dette er et meget kraftfullt notasjonsspråk som vinner stadig større utbredelse blant leverandørene av programvare over hele verden, og det er også meget benyttet i internasjonalt standardiseringsarbeid. I diagrammene som inngår i denne standarden benyttes kun et lite subsett av de mulighetene som UML tilbyr. Disse er kort beskrevet i det etterfølgende. 4.. Klasser, attributter og datatyper En klasse er tegnet som en boks med klassens navn inni. Navnet til klasser skrives alltid med stor forbokstav, mens attributter skrives med små bokstaver. Denne konvensjonen er også forsøkt fulgt i denne rapporten. I dokumentteksten benyttes kursiv både for klassenavn og attributtnavn. Selv om navn på klasser og attributter i utgangspunktet er på entallsform, blir det i løpende tekst benyttet flertallsform der dette språklig sett er det korrekte. I en del diagrammer vises også de attributtene som inngår i klassen. Dette er illustrert i figuren nedenfor. Arbeidsforhold yrkeskode : CS primært arbeidsforhold : BL yrkesbetegnelse : ST(70) virksomhet : INT(0) Den datatype som benyttes for et attributt, er angitt atter attributtnavnet. For attributter som skal ha en maksimal tillatt lengde, er denne gitt i parentes etter datatypen. Bruken av datatyper følger fullt ut anbefalingene i KITH-rapport 7/0 Datatyper til bruk ved meldingsutveksling mv. ( Datatyper v..pdf) 4... Kodeverk Alle kodeverk som benyttes i denne meldingen er identifisert gjennom en kodeverksnummer. Dette nummeret vil etter hvert utgjøresiste ledd i en global, unik identifikator av kodeverket. En oversikt over de kodeverk som refereres finnes i kapittel??????

14 Side 4 EPJ standard 4..2 Assosiasjoner og kardinaliteter Assosiasjoner mellom klasser vises med heltrukne linjer. Er assosiasjonen retningsbestemt, vises dette med en pilspiss i den ene enden. A 0..* B I figuren ovenfor representerer A og B to klasser, og det er en assosiasjon fra B til A. For eksempel kan A her representere et register med beskrivelse av flytyper, mens B er et register med flyruter. Det vil da være en referanse fra hver enkelt flyrute til den flytypen som benyttes på ruten, men det er ikke lagt opp til at det med utgangspunkt i flytypen skal være mulig å finne ut hvilke flyruter den benyttes på. Tallene (kardinaliteten) som er vist ved linjens ender, angir at det for hver forekomst av B må finnes en () forekomst av A, og at det for hver forekomst av A kan finnes 0 eller flere (0..*) forekomster av B. Merk: For at det skal være mulig å mappe UML-modellen direkte over til XML, må minst en av endene på en hver assosiasjon ha kardinaliteten eller 0... Dette innebærer at det i de tilfeller hvor det er behov for en "mange-til-mange relasjon", så må det innføres en ekstra klasse slik at en får en "mange-til-en relasjon" og en "en-tilmange relasjon", slik som vis i etterfølgende figur. A..* 0..* B A..* 0..* AB B Aggregeringer Aggregering er en spesiell form for assosiasjon som benyttes når et hele skal bygges opp av flere deler. Aggregering symboliseres med et rutersymbol i den delen som utgjør helheten. En spesielt sterk form for aggregering er sammensetning (composition) som angis ved at rutersymbolet er fylt. Dette benyttes når en del alltid må inngå i ett, og bare ett, hele, delen kan altså ikke eksistere utenfor den enhet som den inngår i. Kardinaliteten blir da alltid eller 0.. og kan være sløyfet dersom den er. Mens en sammensetning (composition) får sitt innehold gjennom instansverdier fra de aktuelle klassene (contaiment by value) får andre aggregeringer sitt innhold gjennom referanser til instansverdier fra de aktuelle klassene (contaiment by reference). Denne forskjellen benyttes aktivt under oppbyggingen av meldingsstrukturen.

15 EPJ standard Side 5 Hvordan aggregeringer benyttes, er enklest å forklare med et eksempel slik som vist i 0.. Idrettsanlegg Byer 0..* * Hus..*..* Etasjer figuren foran. Figuren uttrykker følgende: Et Hus består av en eller flere Etasjer. Enhver Etasje må inngå i ett, og bare ett, enkelt Hus og eksisterer ikke utenfor den sammenheng som Huset utgjør. Etasjer kan bare refereres til som en del av det spesifikke Huset den inngår i. Et Hus derimot, har en selvstendig mening og kan inngå i flere sammenhenger. Et Hus kan maksimalt inngå i et Idrettsanlegg, mens et Idrettsanlegg kan bestå av flere hus, men det finnes også Idrettsanlegg uten Hus. Hvert enkelt Hus eller Idrettsanlegg kan maksimalt inngå i en By, men de kan også ligge utenfor byene. En By består av et eller flere Hus, og det kan også finnes Idrettsanlegg der. En By uten Hus gir knapt noen mening, men det er ikke noe krav at det skal finnes et Idrettsanlegg der Generaliseringer og spesialiseringer En generalisering benyttes for å samle en del egenskaper (attributter og relasjoner) som er felles for flere klasser. Figuren nedenfor viser to eksempler på generaliseringer: Person er en generalisering av Pasient og Helsepersonell. Transportmiddel er en generalisering av Buss og Tog. Person Transportmiddel Pasient Helsepersonell Buss Tog En annen måte å uttrykke det samme på er: Pasient og Helsepersonell er begge spesialiseringer av Person. Buss og Tog er begge spesialiseringer av Transportmiddel.

16 Side 6 EPJ standard 4..4 Abstrakte klasser I forbindelse med generaliseringer benyttes det ofte abstrakte klasser. Dette er klasser som kun eksisterer i form av sine spesialiseringer. At en klasse er abstrakt, angis ved at klassenavnet står i kursiv. I figuren foran er Transportmiddel en abstrakt klasse, det vil si at konkrete transportmidler kun forekommer i form av spesialiseringene Buss og Tog, og det finnes ikke transportmiddel som er både Buss og Tog. Det vil ofte likevel gi mening å referere til Transportmiddel som sådan, en del egenskaper (som hastighet, energiforbruk etc.) kan være felles for disse, og når en for eksempel skal ut på en kortere reise, kan det være bekvemt å bestille denne uten i første omgang å ta stilling til om en skal benytte Buss eller Tog. Person, derimot, er en konkret klasse. Dette innebærer at det kan finnes Personer som verken er Pasient eller Helsepersonell (heldigvis!), og at samme Person kan være både Pasient og Helsepersonell. Merk at instanser fra abstrakte klasser aldri vil kunne forekomme i en konkret meldingsinstans, det er kun spesialiseringene som kan forekomme som instanser. Av den grunn vil abstrakte klasser ikke finnes igjen i det XML schema som skal benyttes ved meldingsutvekslingen Overgang fra UML til XML Under utarbeidelsen av informasjonsmodellen er det tatt hensyn til at XML-syntaks skal benyttes for meldingen, og all informasjon som er nødvendig for å kunne utarbeide et XML schema er tatt med i modellen. Ved overgang fra UML til XML schema benyttes følgende prinsipper for attributter og klasser: Alle attributter blir et XML element av den type (complextype) som datatypen angir. Alle konkrete klasser blir et sammensatt XML element som inneholder XML elementer for hvert attributt som inngår i klassen. For assosiasjoner benyttes følgende prinsipper: Dersom en klassen er en aggregering En sammensetning (composition), innebærer at aggregeringen inneholder instansverdier fra de aktuelle klassene (contaiment by value). I XML innebærer dette at det XML elementet som utgjør aggregeringen, vil inneholde de klasser som inngår i aggregeringen i form av XML elementer. For aggregeringer som får sitt innhold gjennom referanser til instansverdier fra de aktuelle klassene (contaiment by reference) og for andre assosiasjoner som ikke innbærer aggregering, benyttes XML funksjonene key og keyref. I UMLmodellen skal det i slike tilfeller finnes en attributt i klassen på den siden av assosiasjonen hvor kardinaliteten er eller 0.. som inneholder en referanse til primærnøkkelen for en instans av klassen på den andre enden av assosiasjonen. Sist nevnte attributt blir i XML et element som registreres som key for det XML

17 EPJ standard Side 7 elementet som utgjør klassen. Først nevnte attributt blir i XML et element og dette blir angitt som keyref og satt til å peke på den angitte key. 4.2 Bruk av XML Den elektroniske meldingen som er beskrevet i dette dokumentet skal overføres som en XML-melding [3]. Et XML Schema [4] benyttes til å definere regler for struktur, innhold og semantikk for meldingen. En spesifikk instans av XML-meldingen kan valideres opp mot skjemaet. Selve XML Schema et for denne meldingen er nærmere beskrevet i Vedlegg Validering XML-skjemaet har blitt validert i henhold til XML Schema-standarden med verktøyene XMLSpy 4.3 og XSV.204/.09. 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 200, og er per dags dato siste versjon av XML Schema Skjema Skjemaet vil være lokalisert på KITH s server. targetnamespace=" xmlns:epj=" Norske bokstaver Følgende transkribering er foretrekket for norske tag-navn: Æ = E Ø = O Å = A Dette for å holde navnene korte. Der misforståelser kan forekomme tillates det å bruke formene ae, oe og aa i kortnavnene. XML Schema basert på Unicode skal kunne forstå bruk av norske bokstaver i tagger, men det er ikke alle programvare som støtter dette godt nok enda.

18 Side 8 EPJ standard 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.

19 EPJ standard Side 9 5. INFORMASJONSMODELL 5. Oversikt <<top>> EPJ-melding Rolle i forhold til pasient Diagrammet viser ikke samtlige underklasser..* referanse til p asient Pasient 0....* Ansvarlig helsepersonell Virksomhet opprinnelig journalført hos 0.. virksomhet virksomhet * Programvaremiljø Person 0..* 0..* Arbeidsforhold produsert av programvare 0..* 0....* Dokument 0..* Persons Adresse 0..* Virksomhets Adres se 0.. Adresse Reference 0..* Schema 0..* 0.. Tele informa s jo n Postadresse Forespørsel Annet Dokument Ustandardisert Journalinformasjon 0.. Svar Strandardisert Journalinformasjon

20 Side 20 EPJ standard 5.2 EPJ-melding <<top>> EPJ-melding meldingst ype EPJ : CS merknad : ST(255) 0..* Programvaremiljø..* Virks omhet..* Pasient Ansvarlig helsepersonell..* Dokument 5.2. EPJ-melding (EpjMeld) Toppnode i EPJ-meldingen. Assosierte klasser: Inneholder..* 'Virksomhet' 'by value' Inneholder..* 'Pasient' 'by value' Inneholder 'Ansvarlig helsepersonell' 'by value' Inneholder 0..* 'Programvaremiljø' 'by value' meldingstype EPJ (typeepjmeld) merknad (merknad) CS Hva slags type EPJ-melding det dreier seg om, f.eks. om det er overføring av standardisert journalinformasjon eller en forespørsel. 0.. ST(255) Til fri bruk. Koder for type EPJ-melding finnes i administrativt kodeverk nr

21 EPJ standard Side Dokument Pasient..* Reference 0.. Dokument meldingsinternt dokument ID : ST(0) type innhold : CV svar på forespørsel : BL pasientsamtykke : CS sortering : INT merknad : ST(255) produsert av programvare : ST(0) 0..* 0.. produsert av programvare Programvaremiljø Forespørsel type forespørsel : CS kategori journalinformasjon : CV spørsmål i fri tekst : ST hastegrad : CS kun informasjon yngre enn : TS kun informasjon eldre enn : TS formål med forespørsel : CS beskrivelse av formål : ST(70) Ustandardisert Journalinformasjon opprinnelig journalført hos : ST(0) innholdskat egori : CV innholdsbeskrivelse : ST(70) tidligste registrering : TS seneste regist rering : TS Strandardisert Journalinformasjon Annet Dokument virksomhet : ST(0) innholdsbeskrivelse : ST(70) tidligste registrering : TS seneste registrering : TS 0.. Svar kode for svar : CS begrunnelse for svar : ST(70) svar i fri tekst : ST 5.3. Dokument (EpjMeldDokument) Dette er en abstrakt klasse som benyttes som basis for de forskjellige typene innhold som kan overføres med denne meldingen. Til en og samme pasient skal det kunne knyttes flere dokument. Assosierte klasser: Abstrakt klasse, spesialiserer som 'Standardisert Journalinformasjon', 'Annet Dokument', 'Ustandardisert Journalinformasjon', 'Forespørsel' Er en del av 'Pasient' 'by value' Inneholder 0.. 'Reference' 'by value' Inneholder 0.. 'Programvaremiljø' 'by reference' ('produsert av programvare' ) Har primærnøkkel: 'meldingsinternt dokument ID'

22 Side 22 EPJ standard meldingsinternt dokument ID (dokid) type innhold (typeepjmelddok) svar på forespørsel (svarforesp) ST(0) Benyttes kun for å opprettholde interne referanser i selve meldingen. CV Kode som angir hvilken type innhold dette dokumentet har. Koder for type innhold i dokumenter som overføres med EPJ-meldingen finnes i administrativt kodeverk nr Kodeverket vil bli utvidet med nye verdier etter hvert som standardiseringen skrider fram. I tillegg kan det for bestemte formål benyttes egne kodeverk for kommunikasjon av andre typer dokumenter mellom kommunikasjonsparter hvor dette er avtalt på forhånd. Dette kan f.eks. benyttes for å overføre journaler eller journaldokumenter på proprietært format som instanser av "Annet Dokument". Eksempler: - Forespørsel - Svar på forespørsel - Ustandardiserte journalinformasjon (FLOmelding) - Standardisert journal fra helsestasjon eller skolehelsetjeneste BL Verdi "true" dersom journalinformasjon oversendes som svar på en forespørsel, "false" ellers.

23 EPJ standard Side 23 pasientsamtykke (samtykke) sortering (sortering) merknad (merknad) produsert av programvare (progid) CS Angir om det er det innhentet samtykke fra pasient. Koder for status for innhenting av pasientens samtykke finnes i administrativt kodeverk nr Eksempler: - Ja, samtykke er innhentet - Svar på forespørsel e.l. som pasienten har gitt sitt samtykke til - Pasientens samtykke er ikke påkrevd i dette tilfellet - Nei, pasienten har ikke gitt sitt samtykke 0.. INT Dersom det er knyttet flere dokumenter til en og samme person, benyttes dette attributtet for å bestemme den innbyrdes rekkefølgen mellom disse. 0.. ST(255) Til fritt bruk 0.. ST(0) Unik referanse til en beskrivelse av den programvaren som dette dokumentet er produsert av Standardisert Journalinformasjon (StdEpjInfo) Denne klassen benyttes ved overføring av journaler, eller deler av journaler, hvor innholdet følger gjeldende EPJ-standard. Assosierte klasser: Spesialisering av 'Dokument' Er en del av 'Pasient' 'by value' Inneholder 0.. 'Reference' 'by value' Inneholder 0.. 'Programvaremiljø' 'by reference' Har primærnøkkel: 'meldingsinternt dokument ID' meldingsinternt dokument ID (dokid) ST(0) Arvet fra den abstrakte klassen Dokument. Se

24 Side 24 EPJ standard type innhold (typeepjmelddok) svar på forespørsel (svarforesp) pasientsamtykke (samtykke) sortering (sortering) merknad (merknad) produsert av programvare (progid) CV Arvet fra den abstrakte klassen Dokument. Se BL Arvet fra den abstrakte klassen Dokument. Se CS Arvet fra den abstrakte klassen Dokument. Se 0.. INT Arvet fra den abstrakte klassen Dokument. Se 0.. ST(255) Arvet fra den abstrakte klassen Dokument. Se 0.. ST(0) Arvet fra den abstrakte klassen Dokument. Se Ustandardisert Journalinformasjon (UstdEpjInfo) Denne klassen benyttes ved overføring av ustandardisert journalinformasjon, f.eks. ved bytte av fastlege. Slik informasjon kan typisk overføres som ren tekst eller som dokumenter på PDF-format e.l. Attributtene i denne klassen inneholder kun overordnet informasjon hovedsakelig beregnet for at mottakeren skal kunne organisere dokumentene på en hensiktsmessig måte. Et ustandardisert journaldokument kan inneholde informasjon fra flere enkelttilfeller av helsehjelp, og innholdet kan være ført av forskjellige personer. Selve dokumentinnholdet må i slike tilfeller inneholde all nødvendig informasjon om hvem som har ført de enkelte deler av dokumentet, når de ble ført etc. Assosierte klasser: Spesialisering av 'Dokument' Er en del av 'Pasient' 'by value' Inneholder 0.. 'Reference' 'by value' Inneholder 0.. 'Programvaremiljø' 'by reference' Refererer 0.. 'Virksomhet' ('opprinnelig journalført hos' ) Har primærnøkkel: 'meldingsinternt dokument ID' meldingsinternt dokument ID (dokid) ST(0) Arvet fra den abstrakte klassen Dokument. Se

25 EPJ standard Side 25 type innhold (typeepjmelddok) svar på forespørsel (svarforesp) pasientsamtykke (samtykke) sortering (sortering) merknad (merknad) produsert av programvare (progid) opprinnelig journalført hos (virkid) innholdskategori (innholdskat) innholdsbeskrivelse (innhold) CV Arvet fra den abstrakte klassen Dokument. Se BL Arvet fra den abstrakte klassen Dokument. Se CS Arvet fra den abstrakte klassen Dokument. Se 0.. INT Arvet fra den abstrakte klassen Dokument. Se 0.. ST(255) Arvet fra den abstrakte klassen Dokument. Se 0.. ST(0) Arvet fra den abstrakte klassen Dokument. Se ST(0) Meldingsintern referanse til beskrivelse av den virksomhet, f.eks. det legekontor, som førte den pasientjournal dette dokumentet opprinnelig ble registrert i. Dersom et dokument f.eks. opprinnelig ble ført av en lege på legekontor A og senere overført til legekontor B, skal det her angis "legekontor A" dersom dokumentet senere overføres fra legekontor B til legekontor C. Merk at virksomheten dokumentet opprinnelig ble journalført hos, ikke nødvendigvis er det samme som den virksomhet hvor informasjonen stammer fra. Er dokumentet f.eks. en epikrise som en fastlege har mottatt fra et sykehus og registrert i journalen, skal det legekontoret fastlegen tilhører angis her (og altså ikke sykehuset). 0.. CV Dersom journaldokumentet kan knyttes til en standardisert informasjonskategori, kan kode for denne (og det kodeverk koden inngår i) angis her. Hvilket kodeverk som skal benyttes her, avhenger av hvordan meldingen benyttes, og må derfor inngå som en del av dokumentasjon av anvendelsen. ST(70) Overskrift eller annen kort tekst som beskriver journaldokumentets innhold.

26 Side 26 EPJ standard tidligste registrering (fradato) seneste registrering (tildato) 0.. TS Dato, eventuelt dato og klokkeslett, som angir når den eldste delen av dokumentets innhold ble journalført. 0.. TS Dato, eventuelt dato og klokkeslett, som angir når den yngste delen av dokumentets innhold ble ført i journalen. Dersom hele dokumentet ble registrert den dato som er angitt i "tidligste registrering", kan dette attributtet utelates Annet Dokument (AnnetDok) Denne klassen benyttes primært for overføring av frittstående dokumenter som enten stammer fra eller skal overføres til, en pasientjournal. Det er verdien av attributtet "type innhold" som avgjør hvordan dokumentinnholdet skal tolkes, noe som gjør at instanser av denne klassen kan benyttes for dokumenter som følger andre standarder enn EPJ-standarden. Under forutsetning av at dette er avtalt mellom partene som kommuniserer, kan også proprietære format, inkludert vanlige tekstdokumenter utarbeidet med MS Word eller lignende, overføres på denne måten. Det er også mulig å benytte en instans av denne klassen til å overføre en komplett pasientjournaler på proprietært format. Assosierte klasser: Spesialisering av 'Dokument' Er en del av 'Pasient' 'by value' Inneholder 0.. 'Reference' 'by value' Inneholder 0.. 'Programvaremiljø' 'by reference' Refererer 0.. 'Virksomhet' ('virksomhet' ) Har primærnøkkel: 'meldingsinternt dokument ID' meldingsinternt dokument ID (dokid) type innhold (typeepjmelddok) svar på forespørsel (svarforesp) ST(0) Arvet fra den abstrakte klassen Dokument. Se CV Arvet fra den abstrakte klassen Dokument. Se BL Arvet fra den abstrakte klassen Dokument. Se

27 EPJ standard Side 27 pasientsamtykke (samtykke) sortering (sortering) merknad (merknad) produsert av programvare (progid) virksomhet (virkid) innholdsbeskrivelse (innhold) tidligste registrering (fradato) seneste registrering (tildato) CS Arvet fra den abstrakte klassen Dokument. Se 0.. INT Arvet fra den abstrakte klassen Dokument. Se 0.. ST(255) Arvet fra den abstrakte klassen Dokument. Se 0.. ST(0) Arvet fra den abstrakte klassen Dokument. Se ST(0) Meldingsintern referanse til beskrivelse av den virksomhet hvor dette dokumentet er utarbeidet. ST(70) Overskrift eller annen kort tekst som beskriver dokumentets innhold. 0.. TS Dato og eventuelt klokkeslett som angir når den eldste delen av dokumentets innhold ble registrert. 0.. TS Dato og eventuelt, som angir når den yngste delen av dokumentets innhold ble registrert. Dersom hele dokumentet ble registrert den dato som er angitt i "tidligste registrering", kan dette attributtet utelates Forespørsel (ForespOmEpj) Denne klassen benyttes for å registrere forespørsel vedrørende oversendelse av journal eller informasjon i journal. Det gis også mulighet til å registrere generelle spørsmål i fri tekst. Det skal være mulig å sende flere forespørsler vedrørende samme pasient i en og samme melding. Assosierte klasser: Spesialisering av 'Dokument' Er en del av 'Pasient' 'by value' Inneholder 0.. 'Svar' 'by value' Inneholder 0.. 'Reference' 'by value' Inneholder 0.. 'Programvaremiljø' 'by reference' Har primærnøkkel: 'meldingsinternt dokument ID'

28 Side 28 EPJ standard meldingsinternt dokument ID (dokid) type innhold (typeepjmelddok) svar på forespørsel (svarforesp) pasientsamtykke (samtykke) sortering (sortering) merknad (merknad) produsert av programvare (progid) type forespørsel (typeforesp) kategori journalinformasjon (katepjinfo) ST(0) Arvet fra den abstrakte klassen Dokument. Se CV Arvet fra den abstrakte klassen Dokument. Se BL Arvet fra den abstrakte klassen Dokument. Se CS Arvet fra den abstrakte klassen Dokument. Se 0.. INT Arvet fra den abstrakte klassen Dokument. Se 0.. ST(255) Arvet fra den abstrakte klassen Dokument. Se 0.. ST(0) Arvet fra den abstrakte klassen Dokument. Se CS Kode som angir hva forespørselen gjelder. Koder for type forespørsel vedrørende overføring av EPJ-informasjon finnes i administrativt kodeverk nr Eksempler: - Ønsker å få oversendt hel journal - Ønsker å få overført en eller flere kategorier journalinformasjon - Spør om mottakeren vil ha tilsendt pasientens journal - Spør om mottakeren kan motta et sett av journaler for deponering - Spørsmålet er formulert i fri tekst 0.. CV Dersom forespørselen gjelder en bestemt kategori informasjon fra EPJ, kan kode for denne angis her. Koder kategori EPJ-informasjon beregnet ved overføring av journal ved bytte av fastlege finnes i administrativt kodeverk nr Også andre kodeverk kan benyttes, under den forutsetning at avsender og mottaker er enige om dette.

29 EPJ standard Side 29 spørsmål i fri tekst (sporsmal) hastegrad (hastegrad) kun informasjon yngre enn (fradato) kun informasjon eldre enn (tildato) formål med forespørsel (formforesp) beskrivelse av formål (begrunnelse) 0.. ST Ved behov kan spørsmål formuleres i fri tekst. CS Kode som angir avsenderens vurdering av hvor mye det haster med å få svar på forespørselen. Koder for hastegrad for svar på forespørsel finnes i administrativt kodeverk nr Eksempler: - Øyeblikkelig hjelp - Pågående helsehjelp - Innen 24 timer - Ubestemt 0.. TS Dersom det kun ønskes informasjon fra et bestemt tidsrom, kan dato nedre grense for dette tidsrommet angis her. 0.. TS Dersom det kun ønskes informasjon fra et bestemt tidsrom, kan siste dato i dette tidsrommet angis her. CS En hver forespørsel vedrørende helseinformasjon må ha et formål. Formålet angis grovt med en kode og skal detaljeres i attributtet "beskrivelse av formål". Koder for formål med forespørsel vedr. EPJinformasjon finnes i administrativt kodeverk nr Eksempler: - Ny pasient, journal skal opprettes - Helsehjelp til eksisterende pasient - Annet ST(70) Kort utdyping av formålet med forespørselen.

30 Side 30 EPJ standard Svar (Svar) Denne klassen benyttes for å registrere svar på forespørsel vedrørende informasjon fra en pasients journal. Ettersom det skal være mulig å sende flere forespørsler vedrørende samme pasient i en og samme melding, må det kunne svares på hvert av spørsmålene for seg. Forespørslene må dermed tas med i svarmeldingen slik at det enkelte svar kan hektes på der riktige spørsmålet. Assosierte klasser: Er en del av 'Forespørsel' 'by value' kode for svar (svarkode) begrunnelse for svar (begrunnelse) svar i fri tekst (svartekst) CS Kode som benyttes til en grov gruppering av svar. Utdyping av svaret kan enten gjøres i fri tekst eller ved at pasientens journal eller dokumenter fra journalen inkluderes i meldingen. Koder for svar på forespørsel vedr. overføring av EPJ-informasjon finnes i administrativt kodeverk nr Eksempler: - De etterspurte opplysningene er inkludert i meldingen - Forespørselen avvist uten begrunnelse - Har ikke ønskede opplysninger - Kan ikke besvares. Krever pasientens samtykke - Annet, svar angitt i fri tekst 0.. ST(70) Begrunnelse for svar. 0.. ST Benyttes ved behov til å angi et svar i fri tekst.

31 EPJ standard Side Dokumentinnhold 0.. Reference id : ST type : ST href : URL description : ST Dokument 0..* 0..* 0.. produsert av programvare Schema locat ion : URL version : ST Programvaremiljø meldingsintern programvare ID : ST(0) programvare type : INT(0) produsent : ST(255) bet egnelse : ST(70) versjon : ST(70) merk nad : ST Reference (reference) Selve dokumentinnholdet overføres som en separat del av meldingen. Denne klassen benyttes for å registrere pekere til vedlegg/bodyparts med dokumentinnholdet. Se dokument "Konvolutt for meldingsutveksling" og ebxml Message Service Specification for mer informasjon om bruk av referanser. Bruk: URI som enten er en referanse til et annet sted i dokumentet, fortrinnsvis en CID som peker til en MIME bodypart, eller en referanse til et dokument som kan finnes ved hjelp av en URL. Assosierte klasser: Er en del av 'Standardisert Journalinformasjon' 'by value' Er en del av 'Annet Dokument' 'by value' Er en del av 'Ustandardisert Journalinformasjon' 'by value' Er en del av 'Forespørsel' 'by value' Inneholder 0..* 'Schema' 'by value' id (id) 0.. ST Vedlegges ID. Bruk: ID'en skal være genuin for meldingen.

32 Side 32 EPJ standard type (type) 0.. ST Type referanse Kodeverk: simple extended locator arc resource title none href (href) 0.. URL URI som peker på meldingens payload. Eksempler: cid: description (description) 0.. ST Beskrivelse av dokumentet Schema (Schema) Informasjon om skjemaet (eller skjemaene) som definerer instansdokumentet. Assosierte klasser: Er en del av 'Reference' 'by value' location (location) URL Peker til et XML-dokuments tilhørende skjema hvis vedlegger et XML-dokument. Bruk: URI som peker til riktig skjema. URI kan også være peker til et vedlegg (f.eks. MIME med CID) hvis skjemaet skal sendes med. Eksempler: version (version) 0.. ST XML-skjemaets versjonsnummer.

33 EPJ standard Side Programvaremiljø (Programvare) Denne klassen benyttes til å beskrive programvare som dokumentet er produsert med. Assosierte klasser: Er en del av 'EPJ-melding' 'by value' Er en del av 0..* 'Standardisert Journalinformasjon' 'by reference' Er en del av 0..* 'Annet Dokument' 'by reference' Er en del av 0..* 'Ustandardisert Journalinformasjon' 'by reference' Er en del av 0..* 'Forespørsel' 'by reference' Har primærnøkkel: 'meldingsintern programvare ID' meldingsintern programvare ID (prgvareid) programvare type (prgvaretype) produsent (produsent) betegnelse (betegnelse) ST(0) Unik identifikasjon av programvaren innenfor journalsystemet. 0.. INT(0) Angir hvilken type programvare dette er. Programvaretypene defineres i et eget, felles kodeverk med kodeverk ID = Bruk: Koder for type programvare finnes i administrativt kodeverk nr ST(255) Navn mv. på produsenten av programvaren. 0.. ST(70) Leverandørens offisielle betegnelse for programvaren. versjon (versjon) 0.. ST(70) Eventuell angivelse av en spesiell versjon, revisjon, patchnummer etc., for programvaren. merknad (merknad) 0.. ST Til fri bruk.

34 Side 34 EPJ standard 5.4 Person og virksomhet EPJ-melding Ansvarlig helsepersonell helsepersonellnummer : ST(9) kategori helsepersonell : CS 0.. Rolle i forhold til pasient rolle i forhold til pasient : CS referanse til pasient : ST(0) Person etternavn : ST(50) mellomnavn : ST(50) fornavn : ST(50) meldingsintern person ID : ST(0) referanse til pasient Pasient..* fødselsdato : TS fødselsnummer : ST() D-nummer : BL annen ID : ST(30) type annen ID : ST(70) bydel : CS kommune : CS nasjonalitet : CS trygdekontor : ST(50) 0..* Arbeidsforhold yrkeskode : CS primært arbeidsforhold : BL yrkesbetegnelse : ST(70) virksomhet : INT(0) virksomhet 0..* Virksomhe t avsender : BL betegnelse : ST(70) organisasjonsnummer : ST(9) type helsevirksomhet : CS meldingsintern virksomhet ID : ST(0)..* 5.4. Person (Person) Abstrakt klasse, benyttes for å beskrive informasjon som skal kunne registreres for alle typer personer, dvs. både pasienter og helsepersonell. Assosierte klasser: Abstrakt klasse, spesialiserer som 'Ansvarlig helsepersonell', 'Pasient' Inneholder 0..* 'Arbeidsforhold' 'by value' Inneholder 0..* 'Persons Adresse' 'by value' Har primærnøkkel: 'meldingsintern person ID' meldingsintern person ID (perid) ST(0) Meldingsintern person ID. Bruk: Benyttes kun for å opprettholde interne referanser i selve meldingen.

35 EPJ standard Side 35 etternavn (etternavn) mellomnavn (mellomnavn) ST(50) For å angi personens etternavn. 0.. ST(50) For å angi personens mellomnavn, dvs. navn som personen vanligvis ikke benytter sammen med fornavnet, og som heller ikke inngår som en del av etternavnet. fornavn (fornavn) 0.. ST(50) For å angi personens fornavn Pasient (Pasient) Denne klassen benyttes for å beskrive den, eller de, pasienter som meldingen omhandler. Assosierte klasser: Spesialisering av 'Person' Er en del av 'EPJ-melding' 'by value' Inneholder 0..* 'Arbeidsforhold' 'by value' Inneholder 0..* 'Persons Adresse' 'by value' Inneholder 0..* 'Standardisert Journalinformasjon' 'by value' Inneholder 0..* 'Annet Dokument' 'by value' Inneholder 0..* 'Ustandardisert Journalinformasjon' 'by value' Inneholder 0..* 'Forespørsel' 'by value' Er referert av 'Rolle i forhold til pasient' Har primærnøkkel: 'meldingsintern person ID' meldingsintern person ID (perid) etternavn (etternavn) mellomnavn (mellomnavn) ST(0) Arvet fra den abstrakte klassen Person. Se ST(50) Arvet fra den abstrakte klassen Person. Se 0.. ST(50) Arvet fra den abstrakte klassen Person. Se fornavn (fornavn) 0.. ST(50) Arvet fra den abstrakte klassen Person. Se fødselsdato (fodselsdato) 0.. TS Pasientens fødselsdato

36 Side 36 EPJ standard fødselsnummer (fodselsnr) 0.. ST() For å angi pasientens fødselsnummer, eventuelt D-nummer. D-nummer (dnr) 0.. BL Verdi "true" dersom det i attributtet "fødselsnummer" registreres et D-nummer, dvs. en unik personidentifikasjon som folkeregistret tildeler personer som ikke er bosatt i Norge, men som likevel er skatteog/eller trygdepliktig. Verdi "false" ellers. annen ID (annenid) type annen ID (typeannenid) 0.. ST(30) Dersom en ikke har fødselsnummer eller D- nummer for pasienten, kan dette attributtet benyttes for å registrere en tekststreng som unikt kan identifisere pasienten. Eksempler: For en amerikansk statsborger kan det være naturlig å angi Social Security Number: ST(70) Beskriver hvilken type personidentifikator som er angitt i attributtet "annen ID". Eksempler: Amerikansk statsborger, Social Security Number. bydel (bydel) 0.. CS Bydel, kode med seks siffer i henhold til SSB sin inndeling av de største byene. De fire første sifrene er identiske med kommunenummeret. kommune (kommunenr) nasjonalitet (nasjonalitet) trygdekontor (trygdekontor) 0.. CS Kommunenummer angis med fire siffer, i henhold til SSB sin inndeling. De to første sifrene angir fylke og de to siste er kommunens nummer innenfor fylket. 0.. CS Pasientens nasjonalitet. Skal kun brukes hvis pasientens nasjonalitet ikke er norsk. Til koder for nasjonalitet benyttes nasjonskoder i henhold til ISO366. Disse finnes i administrativt kodeverk nr ST(50) Trygdekontoret som pasienten tilhører.

37 EPJ standard Side Ansvarlig helsepersonell (Helsepersonell) Denne klassen benyttes for å beskrive det helsepersonell som er ansvarlig for at en melding blir sendt. Assosierte klasser: Spesialisering av 'Person' Er en del av 'EPJ-melding' 'by value' Inneholder 0.. 'Rolle i forhold til pasient' 'by value' Inneholder 0..* 'Arbeidsforhold' 'by value' Inneholder 0..* 'Persons Adresse' 'by value' Har primærnøkkel: 'meldingsintern person ID' meldingsintern person ID (perid) etternavn (etternavn) mellomnavn (mellomnavn) 0.. ST(0) Arvet fra den abstrakte klassen Person. Se ST(50) Arvet fra den abstrakte klassen Person. Se 0.. ST(50) Arvet fra den abstrakte klassen Person. Se fornavn (fornavn) 0.. ST(50) Arvet fra den abstrakte klassen Person. Se helsepersonellnummer (hprnr) kategori helsepersonell (hprkat) ST(9) Helsepersonellnummeret er en offisielt tildelt entydig personidentifikasjon av offentlig godkjente helsepersonell. 0.. CS Kode som angir kategori helsepersonell i henhold til helsepersonellregisterets inndeling. Koder for kategori helsepersonell finnes i administrativt kodeverk nr

38 Side 38 EPJ standard Rolle i forhold til pasient (HpRollePas) Helsepersonellets rolle i forhold til en pasient. Assosierte klasser: Er en del av 'Ansvarlig helsepersonell' 'by value' Refererer 'Pasient' ('referanse til pasient' ) rolle i forhold til pasient (hprollekode) referanse til pasient (perid) CS Helsepersonellets rolle i forhold til en pasient. Koder for type helsepersonellets rolle i forhold til pasienten finnes i administrativt kodeverk nr ST(0) Meldingsintern referanse til pasienten Arbeidsforhold (Arbeidsforhold) For å angi informasjon om personens arbeidsforhold. Assosierte klasser: Er en del av 0.. 'Ansvarlig helsepersonell' 'by value' Er en del av 0.. 'Pasient' 'by value' Refererer 'Virksomhet' ('virksomhet' ) yrkeskode (yrkeskode) primært arbeidsforhold (primartarbeidsforhold) 0.. CS For å angi hvilket yrke pasientene har. Yrkeskoder finnes i administrativt kodeverk nr Dette kodeverket som i Norge vedlikeholdes av SSB, er en standard for yrkesklassifisering (STYRK) basert på EUs utgave av den internasjonale standarden for yrkesklassifisering fra Den internasjonale arbeidsorganisasjonen (ILO): International Standard Classification of Occupations (ISCO-88 COM). BL Verdi "true" dersom dette er pasientens primære arbeidsforhold, verdi "false" ellers.

39 EPJ standard Side 39 yrkesbetegnelse (yrkesbetegnelse) 0.. ST(70) For å angi yrke/yrkesbetegnelse i fri tekst virksomhet (virkid) INT(0) Meldingsintern referanse til beskrivelse av den virksomhet personen arbeider Virksomhet (Virksomhet) Denne klassen benyttes til å beskrive de virksomheter som direkte eller indirekte skal kunne refereres fra meldingsinnholdet. Dette kan f.eks. være pasienters arbeidsgivere, virksomheter som det overføres journalinformasjon fra, eller som har vært kilde til informasjon i EPJ, f.eks. et eksternt laboratorium. Assosierte klasser: Er en del av 'EPJ-melding' 'by value' Inneholder 0..* 'Virksomhets Adresse' 'by value' Er referert av 0..* 'Arbeidsforhold' Er referert av 'Ustandardisert Journalinformasjon' Er referert av 'Annet Dokument' Har primærnøkkel: 'meldingsintern virksomhet ID' avsender (eravsender) betegnelse (virksomhetnavn) organisasjonsnummer (orgnr) type helsevirksomhet (typehelsevirksomhet) meldingsintern virksomhet ID (virkid) BL Verdi "true" dersom denne virksomheten er meldingens avsender, verdi "false" ellers. ST(70) Virksomhetens offisielle betegnelse eller navn 0.. ST(9) Virksomhetens offisielle organisasjonsnummer, tildeles av Bedrifts- og Foretaksregisteret. 0.. CS Dersom dette er en virksomhet innenfor helsevesenet, kan det her angis en kode som angir hvilken type helsevirksomhet dette er. Koder for type helsevirksomhet finnes i administrativt kodeverk nr ST(0) Meldingsintern virksomhets-id. Bruk: Benyttes kun for å opprettholde interne referanser i selve meldingen.

40 Side 40 EPJ standard Adresse Person 0..* Persons Adresse Virksomhet 0..* Virksomhets Adresse Po stadres se gateadresse : ST(00) postnummer : ST(0) poststed : ST(50) land : CS 0.. Adresse adressetype : CS Teleinformasjon 0..* type telekommunikasjon : CS teleadresse : URL Adresse (Adresse) Dette er en abstrakt klassen som benyttes til å registrere adresser til personer og virksomheter. Assosierte klasser: Abstrakt klasse, spesialiserer som 'Virksomhets Adresse', 'Persons Adresse' Inneholder 0.. 'Postadresse' 'by value' Inneholder 0..* 'Teleinformasjon' 'by value' adressetype (adrtype) 0.. CS Angir hvilken type adresse som er oppgitt. Koder for adressetyper finnes i administrativt kodeverk nr Eksempler: For personer: privat postadresse, privat besøksadresse, jobbadresse, ferieadresse For virksomheter: postadresse, fakturaadresse, besøksadresse

41 EPJ standard Side Postadresse (PostAdr) Full adresse bestående av f.eks. gatenavn, husnummer, postnummer, poststed etc. Assosierte klasser: Er en del av 0.. 'Virksomhets Adresse' 'by value' Er en del av 0.. 'Persons Adresse' 'by value' gateadresse (gateadr) postnummer (postnr) 0.. ST(00) Gateadresse. Bør registreres ferdig linjedelt for utskrift. 0.. ST(0) Adressatens postnummer. Kan også benyttes for utenlandske postnummer. poststed (poststed) 0.. ST(50) Adressatens poststed. land (country) 0.. CS Adressatens land. Til koder for land benyttes nasjonskoder i henhold til ISO366. Disse finnes i administrativt kodeverk nr Teleinformasjon (Teleinformasjon) Inneholder opplysninger om telekommunikasjonsadresse, inklusive kommunikasjonstype. Denne klassen benyttes for å registrere telefonnummer, telefaks, personsøker etc., knyttes opp mot de registrerte adressene. Assosierte klasser: Er en del av 0.. 'Virksomhets Adresse' 'by value' Er en del av 0.. 'Persons Adresse' 'by value' type telekommunikasjon (typetelekom) teleadresse (teleadresse) CS Angir hvilken type teleadresse dette er. Koder for type telekommunikasjon finnes i administrativt kodeverk nr Kodeverk: TypeTelekommunikasjon URL For å angi telenummer for den aktuelle type telekommunikasjon