Elektronisk rekvirering av medisinske tjenester

Transkript

1 Elektronisk rekvirering av medisinske tjenester XML meldingsbeskrivelse Versjon. 3. september 2002 Status: "Til utprøving" KITH Rapport 7/02 ISBN

2

3 KITH-rapport TITTEL Elektronisk rekvirering av medisinske tjenester XML meldingsbeskrivelse Status: "Til utprøving" Forfatter Anita Lorck Bjørgen Oppdragsgiver Sosial og helsedirektoratet/ Standardiserings- og samordningsprogrammet Rapportnummer KITH R 7/02 ISBN Godkjent av Jacob Hygen adm. Direktør Sammendrag URL Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7005 Trondheim Besøksadresse Sverresgt 5, inng G Telefon Telefaks Dato 3. september 2002 Antall sider 57 Kvalitetssikret av Annebeth Askevold e-post firmapost@kith.no Foretaksnummer Prosjektkode Gradering Åpen Denne implementasjonsguiden beskriver hvordan informasjonsinnholdet i en rekvisisjon av medisinske tjenester kan overføres elektronisk ved hjelp av en XML-melding i Norge. Meldingen kan benyttes for å rekvirere medisinske tjenester innenfor områdene klinisk kjemi, mikrobiologi, radiologi og patologi. Meldingen er direkte basert på informasjonsinnholdet og UML-modellen som er beskrevet i "KITH R6/02-Rekvisisjon og svarrapportering av medisinske tjenester". 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å Denne meldingen kan benyttes i stedet for EDIFACT-meldingene som er beskrevet i KITH R5/99 (klinisk kjemi og mikrobiologi) og KITH R 8/96 (radiologi). Dette dokumentet er utarbeidet som en del av programmet "Standardisering og samordning av informasjonsutvikling i helsevesenet". KITH er ansvarlig for gjennomføring av dette programmet. Meldingen skal utprøves i pilotprosjekt 2002.

4

5 Forord Elektronisk rekvirering av medisinske tjenester Forord Dette dokumentet er utarbeidet som en del av programmet "Standardisering og samordning av informasjonsutvikling i helsevesenet". KITH er ansvarlig for gjennomføring av dette programmet. Meldingen er basert på internasjonale standarder og tidligere EDIFACT-baserte meldingsbeskrivelser. Rapporten er utarbeidet i nært samarbeid med brukere og leverandører, og KITH vil benytte anledningen til å takke for aktiv medvirkning og nyttige tilbakemeldinger fra sektoren. Meldingen er dessverre ikke implementert hos noen leverandører da alle påbegynte pilotprosjekt foreløpig har blitt utsatt. KITH har likevel valgt å ferdigstille dokumentasjonen med status til utprøving. Vi oppfordrer derfor alle leverandører og aktører som ønsker å ta meldingen i bruk til å gi tilbakemelding til KITH. Leserne oppfordres også til å rapportere eventuelle feil og mangler og å komme med forslag til hvordan innhold og presentasjon kan gjøres bedre i fremtiden. Versjon. i

6

7 Innholdsfortegnelse Elektronisk rekvirering av medisinske tjenester Innholdsfortegnelse Innledning i. Bakgrunn... i.2 Bruksområder... i.3 Leserveiledning... i.4 Om dette dokumentet... ii.5 Viktig å vite... ii 2 Meldingens bruksområder 3 2. Funksjon Begrensninger Notasjon 5 3. Forhold til standarder og pågående arbeid...5 Utførelse... 5 Element eller attributt... 5 Datatyper... 5 Standard...6 Validering...6 Kodeverk...6 Navnepolitikk... 6 Metainformasjon... 6 Uoverensstemmelser Meldingens innhold og struktur 7 4. XML-meldingens struktur UML-diagram for rekvisisjon...4 Generelle objekter Pakke... 6 Helsetjenesteenhet Pakke Detaljer rundt implementeringen Kodeverk Mapping av attributter fra DIM til XML XML Schema Skjema Referanser 35 Versjon. iii

8 Innholdsfortegnelse Vedlegg A Kodeverk 37 Nasjonalt kodeverk for antibiotika Kodeverk for patologisk-anatomiske undersøkelser Kodeverk for cytologisk materiale Kodeverk for tidligere gynekologisk behandling Kodeverk for gynekologiske opplysninger Kodeverk for betalingskategori Kodeverk for tilgangsbegrensing Kodeverk for kvalifikasjon... 4 Kodeverk for fagområde... 4 Kodeverk for prøvetakingsprosedyre... 4 Kodeverk for type institusjon... 4 Vedlegg B Meldingseksempler 43 Eksempel Rekvirering av cytologisk prøvesvar Eksempel 2 Rekvirering av radiologisvar Eksempel 3 Rekvirering av klinisk kjemisk laboratoriesvar iv Versjon.

9 Innledning Innledning Dette kapittelet gir en kort beskrivelse av dokumentet: Bakgrunn for arbeidet, bruksområder for dette dokumentet, veiledning til hvordan dokumentet kan benyttes, en oversikt over innholdet samt noe informasjon som er viktig å få med seg.. Bakgrunn Denne meldingsbeskrivelsen gjelder en generell rekvisisjonsmelding for alle typer laboratorietjenester (klinisk kjemi, mikrobiologi, patologi og radiologi). Meldingen skal overføres som en XML-melding, dokumentert som XML Schema, mens tidligere versjoner har basert seg på EDIFACT syntaks til meldingsoverføringen. Meldingen er en samordning av informasjonsinnholdet i to tidligere EDIFACT-baserte rekvisisjonsmeldinger; Implementasjonsguide for rekvirering av laboratorietjenester innenfor klinisk kjemi og mikrobiologi av [2] og Implementasjonsguide for radiologihenvisninger av [3], og kan benyttes i stedet for disse meldingene. Den dekker også rekvirering av patologisvar. Meldingen er basert på informasjonsinnholdet som er beskrevet i "Rekvisisjon og svarrapportering av medisinske tjenester av ". Denne informasjonsmodellen er igjen basert på CEN TC25 ENV 63:995 Messages for exchange of laboratory information og CEN TC25 ENV 2539: 997 Request and report messages for diagnostic service departments..2 Bruksområder Dokumentet beskriver hvordan rekvisisjoner for medisinske tjenester innenfor områdene klinisk kjemi, mikrobiologi, radiologi og patologi skal overføres elektronisk ved hjelp av XMLsyntaks. Meldingen er dokumentert som XML Schema. Denne meldingen kan benyttes i stedet for EDIFACT-meldingene som er beskrevet i KITH R 5/99[2] (klinisk kjemi og mikrobiologi) og KITH R 8/96[3] (radiologi)..3 Leserveiledning Dokumentet er myntet på leverandører og it-personell som skal implementere meldingen. 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 [] og er ikke repetert i dette dokumentet. Det anbefales at informasjonsmodellen benyttes som tilleggsinformasjon til dette dokumentet når meldingen skal implementeres. Versjon. i

10 Innledning XML-skjemaet er basert direkte på UML-modellen som beskriver informasjonsinnholdet. Alle referanser finnes på side 35. For de som ikke er kjent med XML og XML Schema henvises det til referansene [4] og [5]..4 Om dette dokumentet Dokumentet er organisert på følgende måte: Kapittel 2 forteller om meldingens funksjon, bruksområder og begrensninger. Kapittel 3 beskriver litt av metodikken om hvordan meldingen er utarbeidet og valg som er gjort i forhold til navnepolitikk, datatyper og bruk av XML. Kapittelet inneholder også en kortfattet beskrivelse av sammenhengen mellom UML-modellen og XML Schema. Kapittel 4 beskriver hvordan meldingen er bygget opp. Her er det inkludert UML-diagram fra informasjonsmodellen. Kapittelet kan leses av personer uten teknisk bakgrunn. Kapittel 5 inneholder selve XML-skjemabeskrivelsen. Kapittel 6 inneholder opplysninger om referanser og dokumenter som denne rapporten er basert på og henviser til. Vedlegg A inneholder små kodeverk av typen CV og CS som skal benyttes i denne meldingen. Vedlegg B inneholder eksempler på instansmeldinger..5 Viktig å vite Det foregår for tiden et KITH-internt prosjekt der det arbeides med strukturering av og innhold i ikke-medisinske kodeverk. Dette gjelder kodeverk som benyttes av attributter av typene CS og CV, som er brukt i denne meldingen. Det vil derfor være mulighet for små endringer ved disse, i form av endring av innhold, navn eller identifikasjon, mens meldingen er under utprøving. De aller fleste kodeverk har fått et ID-nummer, mens noen få gjenstår. Attributter som benytter disse er av type CV. Bruk av slike uferdige kodeverk er beskrevet i Vedlegg A. De manglende kodeverkene er under utarbeidelse. Meldingen er dessverre ikke implementert hos noen leverandører da alle påbegynte pilotprosjekt foreløpig har blitt utsatt. KITH har likevel valgt å ferdigstille dokumentasjonen med status til utprøving. Vi oppfordrer derfor alle leverandører og aktører som ønsker å ta meldingen i bruk til å gi tilbakemelding til KITH. Leserne oppfordres også til å rapportere eventuelle feil og mangler og å komme med forslag til hvordan innhold og presentasjon kan gjøres bedre i fremtiden. ii Versjon.

11 2 Meldingens bruksområder Elektronisk rekvirering av medisinske tjenester 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. 2. Funksjon En rekvisisjonsmelding sendes fra en rekvirent til en tjenesteyter: For å rekvirere nye medisinske undersøkelser (Ny rekvisisjonsmelding) For å modifisere en tidligere rekvisisjon eller tidligere rekvirerte undersøkelser (Modifisert rekvisisjonsmelding) For å kansellere en tidligere rekvisisjon (Kansellering av rekvisisjonsmelding) Alle disse tre meldingene er implementert i samme XML Schema. Ny rekvisisjon og Kansellering av rekvisisjon kan sees som spesialtilfeller av Modifisert rekvisisjonsmelding. Modifisert rekvisisjonsmelding kan inneholde en blanding av nye, modifiserte og/eller kansellerte undersøkelser eller rekvisisjoner. Ny rekvisisjon kan bare inneholde nye rekvisisjoner. Kansellering av rekvisisjonsmelding kansellerer hele rekvisisjonen. Det er ikke mulig å kansellere en enkelt undersøkelse med hjelp av kanselleringsmeldingen hvis den opprinnelige rekvisisjonen inneholder rekvirering av mer enn en undersøkelse. Kansellering av en enkelt undersøkelse der rekvisisjonen rekvirerer mer enn en undersøkelse, må gjøres ved å sende en modifisert rekvisisjon. Meldingen skal dekke behovene innenfor klinisk kjemi (herunder: klinisk biokjemi, hematologi, immunhematologi og hormonlaboratorier), mikrobiologi (herunder: bakteriologi, serologi og virologi), patologi (herunder: cytologi og histologi) og radiologi. Meldingen er ment å dekke eksisterende behov for rekvirering av medisinske tjenester fra primærleger til laboratorier, internt på sykehus fra ulike avdelinger til laboratorier samt mellom laboratorier både innenfor et sykehus og mellom sykehus. Meldingen er beskrevet som et XML Schema. Dette skjemaet ligger lagret elektronisk på Begrensninger En melding må gå fra en rekvirent til kun en tjenesteyter (laboratorium, sykehusavdeling etc.). Hvis meldingen inneholder flere rekvisisjoner, må alle rekvisisjonene i denne meldingen gå fra samme rekvirent til én tjenesteyter. Et analyseobjekt kan bare ha ett avledet analyseobjekt. Likeledes kan et undersøkelsesobjekt kun ha ett relatert undersøkelsesobjekt. Versjon. 3

12

13 Notasjon 3 Notasjon 3. Forhold til standarder og pågående arbeid Den elektroniske meldingen som er beskrevet i dette dokumentet skal overføres som en XML-melding[4]. Meldingen er definert ved hjelp av et XML Schema som er nærmere beskrevet i kapittel 5. XML er et strukturert tekstformat for data, som er meget velegnet til elektronisk dokumentutveksling (EDI). XML Schema[5.c] definerer regler for struktur, innhold og semantikk for et spesifikt XMLdokument (for eksempel en rekvisisjon). En instansmelding (en rekvisisjon) kan valideres opp mot skjemaet. Utførelse 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 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 (FG)[6] er i gang med å definere et rammeverk for hvordan XML skal benyttes ved meldingsutveksling. Denne meldingen følger anbefalte retningslinjer der disse eksisterer. Element eller attributt Det foreligger ikke ensartede retningslinjer for hvordan ulike typer informasjon skal representeres i en XML-melding. KITH har valgt å overføre all informasjon som XMLelementer. Datatyper KITH benytter et subsett av HL7s datatyper som er dokumentert i en egen rapport[9]. Det norske subsettet samsvarer også med et foreliggende forslag til datatyper for bruk i CEN TC25 standarder innenfor helseinformatikk i Europa. Alle datatypene er dokumentert som XML-elementer, og de er definert i et eget XML-skjema for datatyper[0] som refereres fra meldingen. I dette XML-skjemaet er de benyttede HL7 datatypene definert de fleste som komplekse datatyper som i instansmeldingen vanligvis gir opphav til en eller flere XML-attributter som da uttrykkes ved bruk av standard datatyper i XML. Navn og annen tekstlig informasjon er representert ved bruk av HL7 datatypen ST som i XML-skjemaet for datatyper blir redefinert til å være et XML-element med XML-datatype string. XML-skjemaet for datatyper ligger på KITHs server. namespace=" schemalocation=" Versjon. 5

14 Notasjon Standard XML-skjemaet for denne meldingen er basert på XML-skjemastandarden av xmlns:xsd=" xmlns=" Skjemaet skal være lokalisert på KITHs server. Validering targetnamespace=" xmlns:lso=" XML-skjemaet har blitt validert i henhold til XML-skjemastandarden med verktøyet XML Spy 4.3. Kodeverk Alle kodeverk for datatypene CS og CV som er benyttet i meldingen, er beskrevet i avsnitt 4.4 Kodeverk. For datatypen CV vil det bli opprettet en OID pr. kodeverk. Foreløpig er disse kodeverkene identifisert ved et nummer som vil være siste ledd i OID for de aktuelle kodeverkene. Første del av OID-en vil sannsynligvis bli fastsatt i løpet av For oversikt over de inkluderte kodeverkene, se Kodeverk side 9. Se også informasjon om pågående arbeid med kodeverk i avsnitt.5. Navnepolitikk Hvert element og attributt har et eget navn. Disse navnene er kortnavn i informasjonsmodellen og baserer seg i hovedsak på engelske navn fra de internasjonale informasjonsmodellene som denne meldingen bygger på (se [] og [2]). ELEMENTER Elementnavn har stor forbokstav. I elementnavn som består av flere delnavn / delord, vil hvert delnavn / delord skilles med stor forbokstav. Eksempel: IssueDate 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å et element selv om dette er mulig, heller ikke krav til formatet av elementet utover det HL7 datatypen angir. Uoverensstemmelser Hvis det finnes uoverensstemmelser mellom DIM en (se []) og IG en, i praksis UMLdiagrammene (se avsnitt 4.) og XML-skjemaet, er det IG/XML-skjemaet som har presedens. 6 Versjon.

15 4 Meldingens innhold og struktur Elektronisk rekvirering av medisinske tjenester 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. 4. XML-meldingens struktur Dette kapittelet inneholder en hierarkisk oversikt over hvordan meldingen er strukturert. Meldingen er delt opp i diagrammene Rekvisisjonsmelding, Undersøkelsesobjekt, Rekvirert undersøkelse, Analysert objekt, Pasient og Helsetjenesteenhet. Alle bokser med figurer. + har et hierarki med elementer under seg som er vist i påfølgende Versjon. 7

16 Meldingens innhold og struktur Figur 4- Hierarkisk oversikt over Rekvisisjonsmelding 8 Versjon.

17 Meldingens innhold og struktur Figur 4-2 Hierarkisk oversikt over Undersøkelsesobjekt Versjon. 9

18 Meldingens innhold og struktur Figur 4-3 Hierarkisk oversikt over Rekvirert undersøkelse 0 Versjon.

19 Meldingens innhold og struktur Figur 4-4 Hierarkisk oversikt over Analysert objekt Versjon.

20 Meldingens innhold og struktur Figur 4-5 Hierarkisk oversikt over Pasient 2 Versjon.

21 Meldingens innhold og struktur Figur 4-6 Hierarkisk oversikt over Helsetjenesteenhet Versjon. 3

22 Meldingens innhold og struktur 4.2 UML-diagram for rekvisisjon 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)[8]. Personopplysninger og Helsetjenesteenhet er presentert i egne diagrammer av praktiske årsaker. Klassen Melding er den abstrakte toppen i meldingshierarkiet i informasjonsmodellen. Denne spesialiseres til henholdsvis Rekvisisjonsmelding og Svarmelding, som dermed blir de reelle toppene i hvert sitt meldingshierarki. Detaljert beskrivelse av informasjonsinnholdet finnes i informasjonsmodellen[] og er ikke repetert i dette dokumentet. Det anbefales at informasjonsmodellen benyttes som tilleggsinformasjon til dette dokumentet når meldingen skal implementeres. 4 Versjon.

23 Meldingens innhold og struktur Kommentar til rekvisisjon Beskrivende tekst : ST Kodet kommentar : CV 0..* Begrunnelse for rekvisisjon Beskrivende tekst : ST Kodet begrunnelse : CV 0..* <<top>> Rekvis isjonsmelding MeldingsId : ST Meldingens betegnelse : CS Genereringstidspunkt : TS Versjon av implem entering : ST Versjon av melding : ST Rekvisisjon Tjenestetype : CS Rekvirentens rekvisisjonsid : ST Utstedelsestidspunkt : TS Ønsket tidspunkt for svarrapport : TS Ønsket svarrapporteringsprioritet : CS Meldingsbekreftelse : CS Betalingskategori : CV Rekvirenten ønsker ikke svar : BL Ønsket detaljeringsnivå for svar : ST Pasienttransportforberedelser : ST Behov for ledsagelse : CS..* * 0..* Betalingsansvarlig (from Helsetjenesteenhet Pakke) Rekvirent (from Helsetjenesteenhet Pakke) Tjenesteyter (from Helsetjenesteenhet Pakke) Kopimottaker (from Helsetjenesteenhet Pakke) Referert dokument Id til referert dokument : ST Type dokument : CS Utstedelsestidspunkt : TS Klinisk undersøkelsesresultat Undersøkelsestidspunkt : TS Datoverdi av resultat : TS Tekstlig resultat : ST Kodet resultat : CV Kommentar : ST Beskrivelse av undersøkelsen : ST Annen klinisk opplysning Kodet beskrivelse : CV Tekstlig beskrivelse : ST Kommentar : ST Rekvirert undersøkelse Id til AnObj : ST Tjenestetype : CS Svarrapporteringsprioritet : CS Begrunnelse : ST Rekvirentens kommentar : ST Ønsket svardetaljering : ST Ønsket tidspunkt : TS 0..* 0.. Stående undersøkelse Antall repetisjoner : INT Planlagt start : TS Planlagt slutt : TS Intervall mellom to repetisjoner : ST Termineringsbetingelse : ST Ytterligere utførelsesinstruksjon : ST Alternativt navn 0.. (from Generelle objekter Pakke) 0..* Pasient Personnavn Offisiell identifikasjon : ST (from Generelle objekter Pakke) 0.. Alternativ identifikasjon : SET<ST> Nasjonalitet : CS Adresse Fødselsdato : TS (from Generelle objekter Pakke) 0.. Dødsdato : TS Tilgangsbegrensning : CV Sosialt kjønn : CS Undersøkelse Identifikasjon av type undersøkelse : CV Undersøkelsesprinsipp : ST Undersøkelsesmetode : ST System : ST Kommentar : ST Spesifikasjon av undersøkelse Spesifikasjon : ST..* 0..* Kliniske opplysninger Type klinisk opplysning : CS Starttidspunkt for klinisk opplysning : TS Sluttids punkt for klinisk opplysning : TS Tidspunkt for opprinnelse : TS 0.. Undersøkelsesobjekt Type undersøkelsesobjekt : CS..* Rekvirentens Id av Undersøkelsesobjektet : ST Type relasjon : ST 0.. Oppholds sted (from Helsetjenesteenhet Pakke) Id til RekvUnd * Analysert objekts mål Mengdetype : ST Kvantitet : REAL Måleenhet : ST Rekvirert analyseobjekt Prøvetakingsprioritet : CS Ønsket prøvetakingstidspunkt : TS 0..* Dyr Kjønn : CS Navn : ST Navn på dyreeier : ST Dyreart : ST Tatt annet objekt Analysert objekt Lokal nøkkel : ST 0.. Id til RekvUnd : ST Type analysert objekt : ST Rekvirentens prøveid : ST 0..* Konserveringsmiddel : ST Rekvirentens kommentar : ST Anatomisk lokasjon : ST Antall : INT Prøve tatt indikator : CS 0..* Prøvetakingsprosedyre : CV Type analyseprodukt : ST Produksjonstidspunkt : TS Referanse til relatert produkt : ST Ansvarlig Helsetjenesteenhet (from Helsetjenesteenhet Pakke) Materiale Undersøkelsesmateriale : ST 0..* 0..* Håndteringsangivelse Beskrivelse : ST Forbehandling Beskrivelse : ST 0.. Tatt prøve Prøvetakingstidspunkt : TS Prøvetakers kommentar : ST Forsendelsesmåte : ST Figur 4-7 Rekvisisjon, UML-diagram Versjon. 5

24 Meldingens innhold og struktur Generelle objekter Pakke Helsetjenesteenhet (f rom Helsetjenesteenhet Pakke) 0.. Adresse Adressetype : CS Gateadresse : ST Postnummer : ST Poststed : ST Fy lke/kommune : ST Land : CS Telekommunikasjon : URL Pasient (f rom Undersøkelsesobjekt pakke) 0..* Alternativt navn Ty pe nav n : ST Delv is strukturert nav n : ST 0.. Personnavn Etternav n : ST Fornavn : ST Delv is st rukt urert nav n : ST Figur 4-8 Generelle objekter, UML-diagram 6 Versjon.

25 Helsetjenesteenhet Pakke Elektronisk rekvirering av medisinske tjenester Meldingens innhold og struktur Ans v arlig H elset jenesteenhet Tje nestey ter Type relasjon : ST Rekviren t 0.. Betalingsansvarlig Ty pe betalingsgarantist : ST 0.. Oppholdssted Kopi mottaker Mottak av type melding : CS Ønsket kom munik asjonsmetode : ST Aktuell k ommunkasjons met ode : ST Pasientadministrativ status : ST Innleggingstidspunkt : TS Utskrivningstidspunkt : TS 0..* Helsetjenesteenhet Tjenestey ters Id til HTE : ST Rekv irentens Id til HTE : ST Medisinsk spesialitet : CV Adresse (f rom Generelle objekter Pakke) 0..* Sublokali tet Id til lokalitet : ST Ty pe : CS Beskriv else : ST Person i helsev esenet Identifikasjon : ST Ty pe helseprof esjon : CS Kv alif ikasjon : CV Institusjon Identif ikasjon : ST Navn : ST Ty pe : CV Person i organisasjon Identifikasjon : ST Ty pe helseprof esjon : CS Navn : ST 0..* 0..* Avdeling Identif ikasjon : ST Navn : ST Ty pe : ST Figur 4-9 Helsetjenesteenhet, UML-diagram 4.3 Detaljer rundt implementeringen Tabellen under gir en kortfattet oversikt over relevante detaljer og betingelser som må tas hensyn til ved implementering av meldingen. Informasjonsinnholdet er detaljert beskrevet i informasjonsmodellen[]. De fleste kommentarene i denne tabellen finnes i informasjonsmodellen under feltene "Bruk" eller "Kommentar" i beskrivelsen. Kolonnen Klassenavn (Elementnavn) inneholder klassenavn fra UML-modellen, med tagnavn i parentes. Kolonnen Element inneholder tagnavn brukt i XML Schema. Kolonnen Bruk og kommentarer inneholder betingelser som er knyttet til informasjonselementet. Kolonnen lengst til høyre sier om informasjonen er påkrevd (M), betinget påkrevd (D) eller valgfri (O). Versjon. 7

26 Meldingens innhold og struktur KLASSENAVN (ELEMENTNAVN) ELEMENTNAVN BRUK OG KOMMENTARER Melding Id Entydig referansenummer for meldingen. Tildeles vanligvis M (Message) MIGVersion av EDI programvaren hos avsenderen Versjon av implementering. Angir hvilken implementasjonsguide meldingen bygger på. Har formen vn ccyy-mm-dd (eks. v ) O MsgVersion Beskriver hvilken versjon av XML-schema som benyttes. O Rekvisisjon (ServiceReq) ServType "Endring" medfører at den eksisterende informasjonen korrigeres og at innholdet i denne meldingen skal helt eller delvis overskrives av tilleggsinformasjonen. Informasjon vedrørende den enkelte rekvirerte undersøkelsen skal ikke endres hvis dette ikke er spesifikt angitt av tjenestetypen for den enkelte undersøkelsen. "Kansellering" innebærer at hele rekvisisjonen er trukket tilbake. M PaymentCat Indikerer hvordan kostnader av tjenesten skal belastes. Hvis Annet oppgis spesifiseres data om regningsmottager i klassen betalingsansvarlig (definert i O Person i helsevesenet (HcProf) Person i organisasjon (HcPerson) Avdeling (Dept) Institusjon (Inst) Kliniske opplysninger (InfItem) Undersøkelsesobjekt (InvSubject) Pasient (Patient) Dyr (Animal) Analysert objekt (AnalysedSubject) Rekvirert undersøkelse (ReqInvestigation) Stående undersøkelse (StandingInv) Personnavn (PersonName) Adresse (Address) Id Qual Id Id Type Id Type OrigDate IdByRequester helsejenesteenhetpakken). Offisiell identifikasjon av en helsetjenesteenhet (institusjon, avdeling eller helsepersonell). For person benyttes HPR-nummer (ev. lokalt legeregister/ lokalt helsepersonellregister). Benyttes for å angi en persons faglige kvalifikasjoner. Benyttes kun hvis rekvirering av tjenesten stiller spesielle krav til rekvirenten. Offisiell identifikasjon av en helsetjenesteenhet (institusjon, avdeling eller helsepersonell). For person benyttes HPR-nummer (ev. lokalt legeregister/ lokalt helsepersonellregister). Offisiell identifikasjon av en helsetjenesteenhet (institusjon, avdeling eller helsepersonell). For avdelinger benyttes fortrinnsvis nasjonalt avdelingsregister, alternativt lokalt kodeverk for avdelinger. Beskriver avdelingstype. Benyttes kun hvis rekvirering av tjenesten spiller spesielle krav til rekvirenten. Offisiell identifikasjon av en helsetjenesteenhet (institusjon, avdeling eller helsepersonell). For institusjoner benyttes fortrinnsvis enhetsregister, alternativt lokalt kodeverk for institusjoner. Beskriver type institusjon. Benyttes kun hvis rekvirering av tjenesten spiller spesielle krav til rekvirenten. Angir tidspunkt for opprinnelig registrering av opplysningene. Benyttes kun for røntgenmeldinger. Benyttes for å angi rekvirentens identifikasjon av undersøkelsesobjektet. Hvis undersøkelsesobjektet er en pasient må dette attributtet benyttes hvis offisiell pasientidentifikasjon ikke er oppgitt. DateOfBirth Fødselsdato benyttes ikke når fødselsnummer er angitt. O NameOwner Navn på dyrets eier angis ustrukturert (etternavn, fornavn). O SampleCollProc Benyttes vanligvis ikke for klinisk-kjemiske analyser. O PrioInvReport Benyttes når en bestemt undersøkelse skal ha en annen O prioritet enn hele rekvisisjonen. CycleTime Benyttes ikke hvis antall repetisjoner er angitt. O FamilyName Benyttes ikke sammen med delvis strukturert navn. O GivenName Benyttes ikke sammen med delvis strukturert navn. O UnstructName Benyttes ikke hvis etternavn og/eller fornavn angis O Type Benyttes kun ved adresseendringer eller når adressen antas O ukjent og mottager antas å ikke kunne motta via elektronisk kommunikasjon. O O O O O O O O D 8 Versjon.

27 4.4 Kodeverk Elektronisk rekvirering av medisinske tjenester Meldingens innhold og struktur For elementer hvor lovlige verdier hentes fra kodeverk, benyttes datatypene CS og CV. Tabellene under viser en oversikt over kodeverkene som er benyttet i elektronisk rekvisisjon. Kolonnen "UML-Attributt" angir navn på attributt i UML-modellen som benytter kodeverket. Kolonnen Element angir navn på element i XML-skjemaet som benytter kodeverket. Kolonnen "Verdier" inneholder navn og ID til kodeverk med tilhørende verdier, eventuelt referanse til eksterne kodeverk som det ikke er hensiktsmessig å gjengi her. For enkelte elementer av datatypen CV finnes det foreløpig ikke noe kodeverk. For disse benyttes koden 0 (=Annet), og så legges selve verdien i den valgfrie parameteren Original text. KODEVERK FOR ELEMENTER AV DATATYPEN CS UML-ATTRIBUTT ELEMENT VERDIER Mottak av type melding Meldingstype Type dokument MsgToReceive MsgType Type Meldingstype R Rekvisisjon S Svar Meldingens betegnelse MsgDescr Type laboratoriemelding CLIN Klinisk kjemi MBIO Mikrobiologi RTG Radiologi HIST Histologi CYTO Cytologi Meldingsbekreftelse Ack Meldingsbekreftelse J Ja N Nei F Kun ved feil Type klinisk opplysning Type Klinisk opplysning DIAG Diagnose DATO Klinisk dato MEDB Medikamentell behandling TIDLB Tidligere behandling OPPL Klinisk opplysning PROB Klinisk problemstilling Type undersøkelsesobjekt TypeInvSubject Type undersøkelsesobjekt PERS Pasient DYR Dyr MAT Materiale Nasjonalitet Land Sosialt kjønn Kjønn Nationality Country Sex Sex Prøve tatt indikator SampleCollInd Ja, nei - 0 J Ja N Nei Offisielle nasjonskoder Ihht. ISO 366 Kjønn - 30 Mann 2 Kvinne 9 Ukjent Versjon. 9

28 Meldingens innhold og struktur Prøvetakingsprioritet SamplingPrio Intern hastegrad for henvisning Umiddelbart Innen 24 timer 2 Innen 2 døgn 7 Innen uke 30 Innen måned 90 Innen 3 måneder 80 Innen 6 måneder Behov for ledsagelse EscortRequired Ja, nei, vet ikke J Ja N Nei V Vet ikke Svarrapporteringsprioritet Ønsket svarrapporteringsprioritet PrioInvReport ReqPrioServReport Svarrapporteringsprioritet OHJELP Øyeblikkelig hjelp NORM Normal TEL Besvares vha. telefon DATO Innen dato/klokkeslett Tjenestetype ServType Tjenestetype N Ny M Endring C Kansellering Type helseprofesjon TypeHcProf Kategori helsepersonell BI Bioingeniør ET Ergoterapeut FA Farmasøyt FO Fotterapeut FT Fysioterapeut HP Hjelpepleier HS Helsesøster JO Jordmor KI Kiropraktor LE Lege OI Ortopediingeniør OP Optiker PS Psykolog RA Radiograf SP Sykepleier TL Tannlege TP Tannpleier VE Veterinær VP Vernepleier AA Ambulansearbeider AT Apotektekniker AU Audiograf HE Helsesekretær KE Klinisk ernæringsfysiolog OA Omsorgsarbeider OR Ortoptist PE Perfusjonist TH Tannhelsesekretær TT Tanntekniker Type lokalitet Type Type lokalitet SP Sengepost R Rom SE Seng 20 Versjon.

29 Meldingens innhold og struktur Adressetype Type Adressetype ABC Alfabetisk BAD Ubrukelig adresse H Bostedsadresse HP Folkeregisteradresse HV Ferieadresse IDE Ideografisk INV Faktureringsadresse PST Postadresse RES Besøksadresse SYL Stavet TMP Midlertidig adresse WP Arbeidsplass KODEVERK FOR ELEMENTER AV DATATYPEN CV UML-ATTRIBUTT ELEMENT VERDIER Betalingskategori PaymentCat Betalingskategori - 40 Se vedlegg A Tilgangsbegrensning Confidentiality Tilgangsbegrensning Se vedlegg A Kvalifikasjon Qual Kvalifikasjon Se vedlegg A Medisinsk spesialitet MedSpeciality Fagområde Se vedlegg A Prøvetakingsprosedyre SampleCollProc Prøvetakingsprosedyre Se vedlegg A Type institusjon Type Type institusjon Se vedlegg A Kodet kommentar CodedComment Kodeverket som benyttes må være bekjentgjort for alle involverte meldingsparter. Det kan f.eks. være aktuelt å opprette små "kodeverk" for å ivareta standardtekster fra standardiserte skjema innenfor ulike fagområder Kodet begrunnelse CodedReason Følgende kodeverk kan benyttes: NORAKO SNOMED Kodet resultat CodedResult Følgende kodeverk kan benyttes: SNOMED NORAKO ICD-0-70 Kodet beskrivelse CodedDescr Følgende kodeverk kan benyttes: ICD ICD-0-70 ICPC NCSP SNOMED Følgende kodeverk definert i vedlegg A: Cytologisk materiale Gynekologisk opplysning Tidligere gynekologisk behandling Versjon. 2

30 Meldingens innhold og struktur Identifikasjon av type undersøkelse InvId Følgende kodeverk kan benyttes: NORAKO NKKKL Følgende kodeverk definert i vedlegg A: Anatomisk-patologisk undersøkelse Nasjonalt kodeverk for antibiotika Mapping av attributter fra DIM til XML I informasjonsmodellen[] finnes en klassevis oversikt over attributter og tilhørende kortnavn. Her ligger også en beskrivelse av hvert attributt. 22 Versjon.

31 XML Schema 5 XML Schema Dette kapittelet inneholder XML-skjemaet for rekvisisjon av medisinske tjenester innenfor klinisk kjemi, mikrobiologi, radiologi og patologi. Skjemaet kan lastes ned elektronisk fra 5. Skjema <?xml version=".0" encoding="iso-8859-"?> <!-- Generated on :34:46 at KITH --> <!-- XML-Schema level supported is specified by W3C --> <! > <schema targetnamespace=" xmlns:lso=" xmlns:kith=" xmlns:xsd=" xmlns=" elementformdefault="qualified" attributeformdefault="unqualified"> <import namespace=" schemalocation=" <!-- LEVEL --> <!-- Class: Rekvisisjonsmelding --> Klasse som inneholder generelle opplysninger om en melding. En melding må bestå av en eller flere forekomster av Rekvisisjon. <element name="servreqmessage"> <element name="id" type="kith:st"/> <element name="msgdescr" type="kith:cs" minoccurs="0"/> <element name="gendate" type="kith:ts"/> <element name="migversion" type="kith:st" minoccurs="0"/> <element name="msgversion" type="kith:st" minoccurs="0"/> <element ref="lso:servicereq" maxoccurs="unbounded"/> <!-- LEVEL 2 --> <!-- Class: Rekvisisjon --> Benyttes for å gi opplysninger om en enkelt rekvisisjon. <element name="servicereq"> <element name="servtype" type="kith:cs"/> <element name="requesterid" type="kith:st"/> <element name="servprovid" type="kith:st" minoccurs="0"/> <element name="issuedate" type="kith:ts"/> <element name="reqdateservreport" type="kith:ts" minoccurs="0"/> <element name="reqprioservreport" type="kith:cs" minoccurs="0"/> <element name="ack" type="kith:cs" minoccurs="0"/> <element name="paymentcat" type="kith:cv" minoccurs="0"/> <element name="noreport" type="kith:bl" minoccurs="0"/> <element name="levelofdetail" type="kith:st" minoccurs="0"/> <element name="transportarr" type="kith:st" minoccurs="0"/> <element name="escortrequired" type="kith:cs" minoccurs="0"/> <element ref="lso:reqreason" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:reqcomment" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:paymentresponsible" minoccurs="0"/> Versjon. 23

32 XML Schema <element ref="lso:requester"/> <element ref="lso:servprovider"/> <element ref="lso:copydest" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:refdoc" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:invsubject" maxoccurs="unbounded"/> <!-- LEVEL 3 --> <!-- Class: Tjenesteyter --> Identifiserer en Helsetjenesteenhet som er autorisert til å utføre medisinske tjenester og til å validere resulterende Svarrapporter. <element name="servprovider"> <element ref="lso:hcp"/> <!-- Class: Begrunnelse for rekvisisjon --> Kliniske opplysninger som begrunner de undersøkelsene som rekvireres. Opplysningene kan oppgis som et tekstfelt eller kodet beskrivelse (diagnose). Strukturerte kliniske opplysninger spesifiseres i klassen "Kliniske opplysninger" og relaterte klasser. <element name="reqreason"> <element name="reasonastext" type="kith:st" minoccurs="0"/> <element name="codedreason" type="kith:cv" minoccurs="0"/> <!-- Class: Kommentar til rekvisisjon --> Benyttes for å angi opplysninger om rekvisisjonen som kodet eller fri tekst. Type opplysning spesifiseres og en forekomst av klassen benyttes for hver type opplysning. <element name="reqcomment"> <element name="description" type="kith:st" minoccurs="0"/> <element name="codedcomment" type="kith:cv" minoccurs="0"/> <!-- Class: Referert dokument --> Inneholder referanse til et annet dokument. Det referete dokumentet kan være en tidligere svarrapport eller rekvisisjon for samme undersøkelsesobjekt, eller det kan være referanse til dokumentet som skal modifiseres eller kanselleres. <element name="refdoc"> <element name="id" type="kith:st"/> <element name="type" type="kith:cs"/> <element name="issuedate" type="kith:ts"/> <!-- Class: Betalingsansvarlig --> 24 Versjon.

33 XML Schema Benyttes kun når betalingsansvarlig ikke fremgår direkte fra attributtet betalingskategori i klassen Rekvisisjon. Kan være aktuell å benytte i spesielle prosjekt (f.eks. forskningsprosjekt som avviker fra vanlige rutiner og opplysninger slik at opplysninger om betalingsansvar ikke direkte fremkommer i øvrige del av meldingen). <element name="paymentresponsible"> <element name="typeguarantor" type="kith:st"/> <element ref="lso:hcp"/> <!-- Class: Kopimottaker --> Benyttes for å identifisere en ekstra mottaker som en Rekvisisjon er sendt til eller skal sendes til. <element name="copydest"> <element name="msgtoreceive" type="kith:cs"/> <element name="reqcommethod" type="kith:st" minoccurs="0"/> <element name="actcommethod" type="kith:st" minoccurs="0"/> <element ref="lso:hcp"/> <!-- Class: Rekvirent --> Identifiserer en Person i Helsevesenet som er autorisert til å utstede en patologihenvisning og gjennom dette bestille et antall ønskede undersøkelser. Note: Dette er forskjellig fra [PT022] hvor "Helsetjenesteenhet" er brukt. Vi mener det er viktig og riktig å presisere at det er en ansvarlig person (ved en helsetjenesteenhet) som er den henvisende instans, og ikke en helsetjenesteenhet uten referanse til en konkret ansvarlig person. <element name="requester"> <element ref="lso:hcp"/> <!-- LEVEL 4 --> <!-- Class: Rekvirert undersøkelse --> Beskriver en ønsket undersøkelse for et spesifikt undersøkelsesobjekt. <element name="reqinvestigation"> <element name="idansub" type="kith:st"/> <element name="servtype" type="kith:cs"/> <element name="prioinvreport" type="kith:cs" minoccurs="0"/> <element name="purpose" type="kith:st" minoccurs="0"/> <element name="commentbyservreq" type="kith:st" minoccurs="0"/> <element name="commentinglevel" type="kith:st" minoccurs="0"/> <element name="reqdate" type="kith:ts" minoccurs="0"/> <element ref="lso:investigation" maxoccurs="unbounded"/> <element ref="lso:standinginv" minoccurs="0"/> <key name="reqinvestigationp_id"> <selector xpath="lso:reqinvestigation"/> <field xpath="@idansub"/> </key> Versjon. 25

34 XML Schema <!-- Class: Pasient --> Angir opplysninger om en pasient. <element name="patient"> <element name="offid" type="kith:st" minoccurs="0"/> <element name="altid" type="kith:st" minoccurs="0" maxoccurs="unbounded"/> <element name="nationality" type="kith:cs" minoccurs="0"/> <element name="dateofbirth" type="kith:ts" minoccurs="0"/> <element name="dateofdeath" type="kith:ts" minoccurs="0"/> <element name="confidentiality" type="kith:cv" minoccurs="0"/> <element name="sex" type="kith:cs" minoccurs="0"/> <element ref="lso:personname" minoccurs="0"/> <element ref="lso:address" minoccurs="0"/> <element ref="lso:admlocation" minoccurs="0"/> <element ref="lso:altname" minoccurs="0" maxoccurs="unbounded"/> <!-- Class: Dyr --> Benyttes for å identifisere dyret hvis undersøkelsesobjektet er et dyr. <element name="animal"> <element name="sex" type="kith:cs" minoccurs="0"/> <element name="name" type="kith:st" minoccurs="0"/> <element name="nameowner" type="kith:st" minoccurs="0"/> <element name="species" type="kith:st" minoccurs="0"/> <!-- Class: Materiale --> Benyttes for å beskrive et materiale hvis undersøkelsesobjektet ikke er en person eller et dyr. <element name="material"> <element name="invmaterial" type="kith:st" minoccurs="0"/> <!-- Class: Undersøkelsesobjekt --> Benyttes for å identifisere og angi opplysninger om undersøkelsesobjektet som spesialiseres til person, dyr eller annet materiale som skal undersøkes. <element name="invsubject"> <sequence minoccurs="0"> <choice> <element ref="lso:patient"/> <element ref="lso:animal"/> <element ref="lso:material"/> </choice> <element name="typeinvsubject" type="kith:cs"/> <element name="idbyrequester" type="kith:st"/> <element name="relation" type="kith:st" minoccurs="0"/> 26 Versjon.

35 XML Schema <element ref="lso:infitem" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:responsiblehcp" minoccurs="0"/> <element ref="lso:analysedsubject" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:reqinvestigation" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:invsubject" minoccurs="0"/> <key name="invsubjectp_id"> <selector xpath="lso:invsubject"/> <field </key> <!-- Class: Ansvarlig Helsetjenesteenhet --> Informasjon om en helsetjenesteenhet som er ansvarlig for behandlingen av en pasient. <element name="responsiblehcp"> <element name="relation" type="kith:st"/> <element ref="lso:hcp"/> <!-- Class: Kliniske opplysninger --> Benyttes for å beskrive strukturerte kliniske opplysninger om en pasient, relevant for helse eller behandling av pasienten. De fleste kliniske opplysninger spesifiseres i klassen Begrunnelse for rekvisisjon. <element name="infitem"> <choice> <element ref="lso:observation"/> <element ref="lso:clinresultitem"/> </choice> <element name="type" type="kith:cs" minoccurs="0"/> <element name="startdatetime" type="kith:ts" minoccurs="0"/> <element name="enddatetime" type="kith:ts" minoccurs="0"/> <element name="orgdate" type="kith:ts" minoccurs="0"/> <!-- LEVEL 5 --> <!-- Class: Undersøkelse --> Inneholder informasjon om en undersøkelse. En rekvirert undersøkelse kan resultere i en eller flere Undersøkelser. Hver Undersøkelse har ett Undersøkelsesresultat. Røntgenundersøkelsen spesifiseres ved hjelp av NORAKO kodeverk. Anatomiskpatologiske undersøkelser angis som biopsi, makroskopisk undersøkelse, mikroskopisk undersøkelse, gyn-cyt, non-gyn cyt, kromosomundersøkelse, ultrastrukturell diagnostikk, flowcytometri, PCR-analyse, hormonreseptoranalyse, ploidianalyse, molekylærgenetisk undersøkelse eller fritekst beskrivelse. Uspesifisert undersøkelse benyttes for å angi klinisk-kjemiske og de fleste mikrobiologiske undersøkelser ved hjelp av NKKKL eller lokalt analysekodeverk. Kjemisk forbindelse spesifiseres ved hjelp av Nasjonalt kodeverk for antibiotika. <element name="investigation"> <element name="invid" type="kith:cv"/> <element name="invprinciples" type="kith:st" minoccurs="0"/> <element name="invmethod" type="kith:st" minoccurs="0"/> <element name="system" type="kith:st" minoccurs="0"/> <element name="comment" type="kith:st" minoccurs="0"/> <element ref="lso:invspec" minoccurs="0" maxoccurs="unbounded"/> Versjon. 27

36 XML Schema <!-- Class: Forbehandling --> Benyttes for å spesifisere forberedende behandling av undersøkelsesobjektet som prøven er tatt for. <element name="pretreatment"> <element name="description" type="kith:st" minoccurs="0"/> <!-- Class: Rekvirert analyseobjekt --> Identifiserer et analysert objekt som skal samles eller produseres som del av en ønsket undersøkelse. <element name="sampletocollect"> <element name="samplingprio" type="kith:cs" minoccurs="0"/> <element name="reqdatetocollect" type="kith:ts" minoccurs="0"/> <!-- Class: Personnavn --> Benyttes for å angi personnavn. <element name="personname"> <element name="familyname" type="kith:st" minoccurs="0"/> <element name="givenname" type="kith:st" minoccurs="0"/> <element name="unstructname" type="kith:st" minoccurs="0"/> <!-- Class: Stående undersøkelse --> Benyttes for å angi en stående ordre vedrørende en enkelt undersøkelse. Dette innebærer at den rekvirerte undersøkelsen gjentas som angitt i attributtene i denne klassen. <element name="standinginv"> <element name="numberoftimes" type="kith:int" minoccurs="0"/> <element name="plannedstart" type="kith:ts" minoccurs="0"/> <element name="plannedend" type="kith:ts" minoccurs="0"/> <element name="cycletime" type="kith:st" minoccurs="0"/> <element name="endcondition" type="kith:st" minoccurs="0"/> <element name="execinstructions" type="kith:st" minoccurs="0"/> <!-- Class: Håndteringsangivelse --> Benyttes for å angi forhåndsregler vedrørende prøvehåndtering. <element name="samplehandling"> 28 Versjon.

37 XML Schema <element name="description" type="kith:st"/> <!-- Class: Analysert objekt --> Identifisere og beskrive et prøvemateriale. Dette er vanligvis en prøve som er tatt eller skal tas fra undersøkelsesobjektet, men det kan også være en prøve avledet fra denne prøve, f.eks. en bakteriekoloni fra den originale prøven eller et røntgenbilde fra pasienten. Analysert objekt kan spesialiseres til Rekvirert analyseobjekt, Tatt annet objekt eller Tatt prøve. <element name="analysedsubject"> <sequence minoccurs="0"> <choice> <element ref="lso:sampletocollect"/> <element ref="lso:othersubjectcoll"/> <element ref="lso:collectedsample"/> </choice> <element name="localkey" type="kith:st" minoccurs="0"/> <element name="idreqinv" type="kith:st"/> <element name="typeanalysedsubject" type="kith:st"/> <element name="idbyrequester" type="kith:st" minoccurs="0"/> <element name="preservmaterial" type="kith:st" minoccurs="0"/> <element name="commentbyrequester" type="kith:st" minoccurs="0"/> <element name="anatomicalorigin" type="kith:st" minoccurs="0"/> <element name="number" type="kith:int" minoccurs="0"/> <element name="samplecollind" type="kith:cs" minoccurs="0"/> <element name="samplecollproc" type="kith:cv" minoccurs="0"/> <element ref="lso:pretreatment" minoccurs="0"/> <element ref="lso:subjectmeasures" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:samplehandling" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:analysedsubject" minoccurs="0"/> <key name="analysedsubjectp_id"> <selector xpath="lso:analysedsubject"/> <field </key> <keyref name="analysedsubject_idref" refer="lso:reqinvestigationp_id"> <selector xpath="lso:analysedsubject"/> <field </keyref> <!-- Class: Analysert objekts mål --> Benyttes for å angi fysiske egenskaper til det analyserte objektet. <element name="subjectmeasures"> <element name="typequantity" type="kith:st"/> <element name="quantity" type="kith:real"/> <element name="unit" type="kith:st"/> <!-- Class: Institusjon --> Benyttes for å representere en helseinstitusjon. <element name="inst"> <element name="id" type="kith:st" minoccurs="0"/> <element name="name" type="kith:st" minoccurs="0"/> Versjon. 29

38 XML Schema <element name="type" type="kith:cv" minoccurs="0"/> <element ref="lso:dept" minoccurs="0" maxoccurs="unbounded"/> <element ref="lso:hcperson" minoccurs="0" maxoccurs="unbounded"/> <!-- Class: Adresse --> Benyttes for å angi adresseopplysninger. <element name="address"> <element name="type" type="kith:cs" minoccurs="0"/> <element name="streetadr" type="kith:st" minoccurs="0"/> <element name="postalcode" type="kith:st" minoccurs="0"/> <element name="city" type="kith:st" minoccurs="0"/> <element name="county" type="kith:st" minoccurs="0"/> <element name="country" type="kith:cs" minoccurs="0"/> <element name="telecom" type="kith:url" minoccurs="0"/> <!-- Class: Annen klinisk opplysning --> Kliniske opplysninger som ikke omfatter medikamentell behandling og undersøkelsesresultat (inkluderer medikamentell behandling). Benyttes for å beskrive klinisk diagnose, funn, tidligere relevante undersøkelser, klinisk observasjon etc. <element name="observation"> <element name="codeddescr" type="kith:cv" minoccurs="0"/> <element name="description" type="kith:st" minoccurs="0"/> <element name="comment" type="kith:st" minoccurs="0"/> <!-- Class: Oppholdssted --> Institusjon/avdeling hvor et sykehusopphold finner sted. <element name="admlocation"> <element name="admstatuspatient" type="kith:st" minoccurs="0"/> <element name="startdatestay" type="kith:ts" minoccurs="0"/> <element name="enddatestay" type="kith:ts" minoccurs="0"/> <element ref="lso:hcp"/> <element ref="lso:sublocation" minoccurs="0" maxoccurs="unbounded"/> <!-- Class: Tatt annet objekt --> Beskriver et fysisk eller digitalt opptak av informasjon avledet fra en pasient som del av en diagnostisk tjeneste. <element name="othersubjectcoll"> <element name="analyseprod" type="kith:st" minoccurs="0"/> <element name="proddate" type="kith:ts" minoccurs="0"/> <element name="refrelatedprod" type="kith:st" minoccurs="0"/> 30 Versjon.

39 XML Schema <!-- Class: Tatt prøve --> Benyttes for å identifisere en prøve som allerede er tatt. <element name="collectedsample"> <element name="samplecolldate" type="kith:ts" minoccurs="0"/> <element name="collectorcomment" type="kith:st" minoccurs="0"/> <element name="logistics" type="kith:st" minoccurs="0"/> <!-- Class: Alternativt navn --> Benyttes for å angi alternativt navn til en person. F.eks. tidligere etternavn, mors pikenavn. <element name="altname"> <element name="type" type="kith:st"/> <element name="unstructname" type="kith:st" minoccurs="0"/> <!-- Class: Klinisk undersøkelsesresultat --> Informasjon som inkluderer alle tidligere resultat til en enkelt klinisk undersøkelse. Et klinisk undersøkelsesresultat kan deles inn i flere kliniske undersøkelsesresultater. Et klinisk undersøkelsesresultat kan derfor inneholde det overordnede resultat av en klinisk undersøkelse bestående av flere delundersøkelser, eller resultat av en av delundersøkelsene. <element name="clinresultitem"> <element name="invdate" type="kith:ts" minoccurs="0"/> <element name="dateresultvalue" type="kith:ts" minoccurs="0"/> <element name="textresult" type="kith:st" minoccurs="0"/> <element name="codedresult" type="kith:cv" minoccurs="0"/> <element name="comment" type="kith:st" minoccurs="0"/> <element name="descrinv" type="kith:st" minoccurs="0"/> <!-- LEVEL 6 --> <!-- Class: Helsetjenesteenhet --> Benyttes for å angi opplysninger om involverte helsetjenesteenheter. Helsetjenesteenhet er en klasse som spesialiseres til Person i helsevesenet eller Institusjon. <element name="hcp"> <choice> <element ref="lso:inst"/> <element ref="lso:hcprof"/> </choice> <element name="servprovid" type="kith:st" minoccurs="0"/> <element name="requesterid" type="kith:st" minoccurs="0"/> <element name="medspeciality" type="kith:cv" minoccurs="0"/> <element ref="lso:address" minoccurs="0"/> Versjon. 3

40 XML Schema <!-- Class: Sublokalitet --> Benyttes for å spesifisere fysisk lokasjon. Maks 3 forekomster av objektet (sengepost, rom, seng). <element name="sublocation"> <element name="id" type="kith:st" minoccurs="0"/> <element name="type" type="kith:cs" minoccurs="0"/> <element name="description" type="kith:st" minoccurs="0"/> <!-- Class: Avdeling --> Benyttes for å representere en avdeling som er tilknyttet en helseinstitusjon. <element name="dept"> <element name="id" type="kith:st" minoccurs="0"/> <element name="name" type="kith:st" minoccurs="0"/> <element name="type" type="kith:st" minoccurs="0"/> <!-- Class: Person i organisasjon --> Benyttes for å representere en person som er tilknyttet en helseinstitusjon. <element name="hcperson"> <element name="id" type="kith:st" minoccurs="0"/> <element name="type" type="kith:cs" minoccurs="0"/> <element name="name" type="kith:st" minoccurs="0"/> <!-- Class: Spesifikasjon av undersøkelse --> Benyttes for å angi ytterligere spesifikasjon av undersøkelsen. Ved bruk av multiaksialt kodeverk benyttes flere forekomster av objektet for å beskrive undersøkelsen. <element name="invspec"> <element name="spec" type="kith:st"/> <!-- Class: Person i helsevesenet --> Identifiserer en person i helsevesenet. <element name="hcprof"> <element name="id" type="kith:st" minoccurs="0"/> 32 Versjon.