Implementasjonsguide for overføring av epikrise

Transkript

1 Implementasjonsguide for overføring av epikrise Basert på utkast til MEDDIS Versjon februar 2000 Status: Til utbredelse KITH Rapport 10/00 ISBN

2 KITH-rapport TITTEL Implementasjonsguide for overføring av epikrise Status: Til utbredelse Forfatter(e) Edgar Glück Oppdragsgiver(e) Sosial- og helsedepartementet/ Standardiserings- og samordningsprogrammet Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7489 Trondheim Besøksadresse Sverresgt 15, inng G Telefon Telefaks e-post firmapost@kith.no Foretaksnummer Rapportnummer R 10/00 ISBN Godkjent av Kenneth R. Iversen Direktør (Kst.) Sammendrag URL epikrise-ig-meddis-10.pdf Dato Antall sider Kvalitetssikret av 22. februar Annebeth Askevold Prosjektkode Gradering Implementasjonsguide for Overføring av epikrise er utarbeidet som en del av programmet "Standardisering og samordning av informasjonsutveksling i helsevesenet". Kompetansesenteret for Informasjonsteknologi i helsevesenet (KITH) er ansvarlig for gjennomføring av dette programmet på oppdrag fra Sosial- og helsedepartementet. Åpen Implementasjonsguiden beskriver informasjonsinnholdet i EDIFACT-meldingen MEDDIS, og hvordan denne meldingen skal benyttes for elektronisk overføring av epikrise. Meldingen er utprøvd gjennom et pilotprosjekt innenfor dette området.

3

4 Forord Forord Meldingen MEDDIS som er spesifisert i denne implementasjonsguiden, er basert på arbeidet som er utført i CEN TC251 PT3-024 og et utkast til en internasjonal EDIFACT-melding basert på dette arbeidet. Den norske implementasjonsguiden benytter et subsett av meldingsutkastet og beskriver dette detaljert. Det er også lagt vekt på å bedre lesbarheten ved i størst mulig grad å fjerne detaljer som er lite relevante og samtidig utdype sentrale forhold slik at mulighetene for misforståelser og feilaktig implementering forhåpentligvis er redusert. Bruk av maskinelle hjelpemidler for produksjon av dokumentet har også bidratt til en større grad av konsistens i dokumentet. Det er imidlertid vanskelig å unngå at et dokument av denne størrelse og kompleksitet ikke inneholder feil og mangler. Leserne oppfordres derfor til å rapportere slike feil og mangler og også å komme med forslag til hvordan innhold og presentasjon kan gjøres bedre i fremtiden. Versjon februar 2000 i

5

6 Innholdsfortegnelse Innholdsfortegnelse 1 Innledning 1 2 Referanser 3 3 Notasjon Mapping av objekter og deres attributter Forekomst av dataelementer, segmenter og segmentgrupper Representasjon av opplysninger Lengde av dataelementene ICSI - International Coding Scheme Identifier Koder Diverse Meldingens bruksområder Funksjon Begrensninger Meldingens innhold og struktur Meldingens innhold Meldingens struktur Benyttet meldingssubsett Mulige detaljeringsnivåer for epikrisen Representasjon av tekst Detaljert meldingsinnhold Meldingsstart Meldingens hoveddel...22 Helsetjenesteenhet...22 Epikrise eller tilbakemelding fra spesialist...27 Tilknyttet tjenesteyter...31 Pasient...33 Adresse og telekommunikasjonsopplysninger...37 Hendelse...40 Avsluttet hendelse...47 Planlagt hendelse...49 Instruksjoner til pasienten...56 Tjeneste...59 Versjon februar 2000 iii

7 Innholdsfortegnelse Tilknyttet henvisning...62 Hendelsessted...64 Tilknyttet tjenesteyter...68 Klinisk opplysning...70 Annen klinisk opplysning...74 Undersøkelsesresultat...77 Klinisk undersøkelse...82 Medikamentell behandling...85 Tilknyttet klinisk tjenesteyter Meldingsavslutning...94 Vedlegg A Segmentmapping MEDDIS 95 Vedlegg B Meldingseksempler 104 Eksempel på enkel bruk av epikrisemeldingen Eksempel på delvis strukturert epikrise Eksempel på overføring av strukturert epikrise Vedlegg C Mapping av objekter 111 Vedlegg D Endringer 119 Versjon Viktigste generelle endringer Samordning med andre Edifact-meldinger i helsevesenet Ajourføring av kodeverdier Fjerning av kodeverdier Nye kodeverdier Øvrige endringer iv 22. februar 2000 Versjon 1.0

8 Innledning 1 Innledning Dette dokumentet beskriver hvordan elektronisk overføring av epikrise skal gjennomføres i praksis. Meldingen som beskrives er basert på arbeidet innenfor CEN TC251 PT3-024 og et utkast til MEDDIS datert Dette arbeidet er ikke avsluttet og meldingen er ikke formelt godkjent i EDIFACTsystemet. Denne implementasjonsguiden angir en rekke kodeverdier som ikke er offisielt definert. Kun nye epikriser er testet gjennom pilotprosjektet. Versjon februar

9

10 Referanser 2 Referanser Dette dokumentet er basert på og henviser til følgende dokumenter: 1) UN/EDIFACT MEDDIS Medical Discharge message utkast fra ) Norsk veiledning i bruk av EDIFACT 3) UN/EDIFACT kataloger, versjon D.96B. Kodeverdier er også hentet fra nyere kataloger. 4) Meldingshåndbok for Elektronisk informasjonsutveksling i helse- og trygdesektoren, KITH, versjon 2.1, februar ) KITH: Informasjonsmodell for overføring av epikrise, versjon 1.0. (Rapporten er under utarbeidelse.) 6) UN/EDIFACT Guidelines for MIG 7) CEN TC251 ENV 12538:1997 Messages for Patient Referral and Discharge 8) CEN TC251 PT-024 Supporting document (preliminary version 0.5 of ) Dersom det skulle være uoverensstemmelse mellom de forskjellige dokumentene gjelder følgende presedensregler: Meldingsbeskrivelse MEDDIS utkast av UN/EDIFACT katalog D.96B for segmenter, dataelementer og koder 1 CEN TC251 ENV 12538:1997 Messages for Patient Referral and Discharge KITH: Implementasjonsguide for overføring av epikrise, versjon 1.0 KITH: Informasjonsmodell for overføring av henvisning og epikrise, versjon 1.0 (under utarbeidelse) 1 Kodeverdier kan også være hentet fra senere kataloger Versjon februar

11

12 Notasjon 3 Notasjon Dokumentasjonen er i overensstemmelse med det foreliggende forslaget fra UN/EDIFACT til utforming av implementasjonsguider. 3.1 Mapping av objekter og deres attributter Hver segmentgruppe, som tilsvarer ett objekt eller en del av et objekt i meldingsmodellen, starter på ny side med en skravert boks som angir opplysninger om segmentgruppen, bruken av den, osv. I noen tilfeller tilsvarer en segmentgruppe mer enn ett objekt i modellen. Den skraverte boksen som angir segmentgruppen fortsetter som et vertikalt felt til venstre på de påfølgende sidene. Inne i boksen angis navnene på attributtene som inngår i det eller de objektene som denne segmentgruppen omfatter. Til høyre for hvert attributtnavn er segmentet som dette/disse attributtene er mappet til i meldingen, angitt med nøyaktig angivelse av det dataelementet som inneholder denne informasjonen. Dersom informasjonen kan representeres både som kode og fri tekst i en kompositt så er dette dataelementet kun mappet til det dataelementet som representerer koden. Hver segmentgruppe starter med et påkrevd segment som kun forekommer en gang - segmentgruppens triggersegment. 3.2 Forekomst av dataelementer, segmenter og segmentgrupper I segmentmappingen for meldingen det er tatt utgangspunkt i (se vedlegg A), er segmenter og segmentgrupper som må være til stede markert med M (Mandatory, påkrevd). Segmenter og segmentgrupper som ikke nødvendigvis må forekomme, er markert med C (Conditional, valgfri). Dersom et segment eller en segmentgruppe kan forekomme flere ganger blir dette angitt med et tall (1, 9 eller 99 osv.). M 9 angir således at dette segmentet eller denne segmentgruppen må forekomme minst en gang og maksimum 9 ganger. Den aktuelle implementasjonen som er beskrevet her inneholder et subsett av meldingen samtidig som det er satt mer eksakte krav til bruken av de enkelte segment og dataelement. I den detaljerte segmentbeskrivelsen (se kapittel 6) er bruken av hver segmentgruppe, det enkelte segment, sammensatt dataelement og enkle dataelement således angitt på følgende måte: M (Mandatory) Er påkrevd i tilgrunnliggende melding/segment og må følgelig også være det i denne implementasjonen. R (Required) Er valgfri i tilgrunnliggende melding/segment, men skal benyttes i denne implementasjonen. D (Dependent) Er valgfri i tilgrunnliggende melding/segment, men skal benyttes i denne implementasjonen i visse tilfeller. A (Advised) Er valgfri i tilgrunnliggende melding/segment, men anbefales brukt i denne implementasjonen. Versjon februar

13 Notasjon O (Optional) Er valgfri i tilgrunnliggende melding/segment og også valgfri i denne implementasjonen. N (Not used) Er valgfri i tilgrunnliggende melding/segment, men anbefales ikke brukt i denne implementasjonen. X (Not for use) Er valgfri i tilgrunnliggende melding/segment, men skal ikke benyttes i denne implementasjonen. Denne statusverdien benyttes ikke i denne implementasjonsguiden. Dersom det på et høyere nivå er angitt at et element er valgfritt spiller det ingen rolle at dette elementet inneholder påkrevd. F.eks. kan en valgfri segmentgruppe fullstendig utelates selv om den inneholder påkrevde segmenter, et valgfritt segment kan utelates selv om det inneholder påkrevde dataelementer osv. "+" foran en segmenttag, dataelement eller en kodeverdi angir at dette er et nytt element mens "*" angir et modifisert element sammenliknet med EDIFACT D.96B katalogen. 3.3 Representasjon av opplysninger Hvert enkelt attributt er tilordnet en gitt datatype i datamodellen. Den enkelte datatypen er vanligvis implementert på en ensartet måte i meldingen. I en del tilfeller kan en opplysning være representert i meldingen på flere ulike måter. Hovedprinsippet er at informasjonen så langt som mulig oversendes i kodet form i datafelter som typisk er navngitt "xxx, coded" eller "xxx identification" 2. Svært ofte finnes det et dataelement "xxx" for den tilsvarende ukodede informasjonen. Dette skal da inneholde klartekstverdien av det kodede dataelementet dersom kodet verdi er angitt eller en antatt ekvivalent til en kodet verdi dersom koden er ukjent og følgelig ikke angitt. Disse to dataelementene inneholder således samme informasjon. Dersom en i tillegg eller istedenfor ønsker å angi informasjon i form av fri tekst gjøres dette vanligvis ved bruk av FTX-segmentet. FTX-segmentet har også muligheter for å representere hyppig benyttet fritekst informasjon i form av såkalt kodet tekst. 3.4 Lengde av dataelementene De tilgrunnliggende datamodellene har ikke noen definert maksimumslengde for attributtene. EDIFACT dataelementene har imidlertid en definert maksimumslengde. Lengden av Kode mening er f.eks. vanligvis begrenset til 70 tegn og noen ganger mindre. 3.5 ICSI - International Coding Scheme Identifier Den internasjonale kodeliste identifikatoren (ICSI), er normalt påkrevd for entydig å kunne identifisere det benyttede kodeverket for det enkelte dataelement. Dersom det imidlertid gjennom en utvekslingsavtale er 2 Koded i EDIFACT ("xxx, coded") kan kun ha lengde til og med 3 tegn, lengre koded er navngitt "xxx identification" februar 2000 Versjon 1.0

14 Notasjon fastsatt bruk av gitte kodeverk til bruk i alle meldinger kan den tilhørende ICSI-verdi utelates. Bruk av EDIFACT kodelister er ett eksempel hvor ICSI kan utelates. ICSI, som består av 6 tegn, er vanligvis representert av EDIFACT dataelementene 1131 og en fast verdi i Hver av disse er for tiden på 3 tegn. Meningen er at EDIFACT dataelementet 1131 skal utvides til å romme hele ICSI på 6 tegn. 3.6 Koder Denne implementasjonsguiden inneholder til dels eksempler på koder som kan benyttes og delvis koder som skal benyttes. Koder som kan benyttes: En slik kodeliste er angitt ved teksten «Eksempler på koder for...». Denne listen viser da eksempler på koder som kan benyttes slik at kodeverdier som ikke er angitt også kan benyttes. Bruken av kodene må da avtales mellom partene. Koder som skal benyttes: Dersom ordet «Eksempler» ikke finnes i beskrivelsen skal en av de angitte kodene benyttes. Denne implementasjonsguiden baserer seg i hovedsak på UN/EDIFACT kataloger, versjon D.96B, men i tillegg benyttes en rekke kodeverdier som ikke er offisielt definert. Inntil videre benyttes anbefalte midlertidige kodeverdier. 3.7 Diverse I DTM segmentet - Date/time/period - benyttes følgende notasjon: CC = Århundre YY = År MM = Måned DD = Dag HH = Time MM = Minutt SS = Sekund Bokstaven "M" benyttes for å angi både måned og minutt slik det fremgår av oversikten ovenfor. Det vil fremgå av sammenhengen hvorvidt "M" i det enkelte tilfellet betegner måned eller minutt. For aktiviteter som helt klart har et tidsspenn som er vesentlig mye kortere enn 100 år og hvor det derfor ikke vil være tvil om hvilket århundre det dreier seg om, er tidsangivelser angitt uten angivelse av århundre. For aktiviteter som har et lengre tidsspenn, som f.eks. en fødselsdato, er århundre tatt med i datoangivelsen for å forhindre misforståelser. Versjon februar

15

16 Meldingens bruksområder 4 Meldingens bruksområder 4.1 Funksjon EDIFACT- meldingen MEDDIS (Medical Discharge message) kan benyttes for følgende formål: Overføring av en epikrise fra en tjenesteytende avdeling/institusjon til en henvisende instans og/eller andre helsetjenesteenheter som skal ha resultatet av utførte undersøkelser/behandlinger i tilknytning til en omsorgsepisode. Meldingen kan også inneholde en behandlingsplan for videre oppfølgning av pasienten. Overføring av en behandlingsplan fra en tjenesteytende avdeling/institusjon til en henvisende instans som svar på en henvisning. En epikrise (eller annen medisinsk tilbakemelding) kan enten være: en ny epikrise en endringer (tillegg og/eller modifikasjoner) til en tidligere utsendt epikrise en kansellering av en tidligere utsendt epikrise 4.2 Begrensninger Meldingen er med vilje konstruert slik at ingen av opplysningene som er sendt fra henvisende instans til tjenesteytende avdeling/instans sammen med henvisningen kan bli returnert til svarmottakeren ved bruk av denne meldingen. Det er i denne meldingen ikke mulig å henvise til informasjonselementer utenfor meldingen som f.eks. bilder eller formatterte tekstbehandlingsdokumenter. Versjon februar

17

18 Meldingens innhold og struktur 5 Meldingens innhold og struktur Plassering av meldingsinnholdet i de ulike segmentene i den fullstendige meldingen er beskrevet i vedlegg A mens plassering av opplysningene som benyttes i forbindelse med det norske subsettet av meldingen er vist i kapittel Meldingens innhold Meldingen består av følgende hoveddeler: Opplysninger om selve meldingen Opplysninger om involverte helsetjenesteenheter Opplysninger om selve epikrisen (tilbakemeldingen) Pasientopplysninger Opplysninger om aktuell hendelse (f. eks. omsorgsperiode), inkludert avsluttet hendelse og eventuelt planlagt hendelse. Opplysninger om utførte og planlagte tjenester Opplysninger om tjenesteytere knyttet til hendelsen Opplysninger om lokasjoner knyttet til hendelsen Kliniske opplysning fra tjenesteytende institusjon/avdeling relatert til hendelsen For hver del av meldingen er de ulike inngående objektene representert fortløpende slik de påtreffes i meldingen. For hvert enkelt objekt er de benyttede segmentene dokumentert. 5.2 Meldingens struktur Den funksjonelle struktur av meldingen er: En melding inneholder kun en epikrise. En epikrise gjelder kun en pasient. En epikrise kan inneholde en eller flere omsorgsepisoder (avsluttede eller planlagte hendelser) som igjen kan bestå av andre hendelser. Hver hendelse kan være knyttet til ingen, en eller flere henvisninger. Hver hendelse kan ha tilknyttede kliniske opplysninger som beskriver undersøkelsesresultat, medikamentell behandling eller andre kliniske opplysninger som operative inngrep osv. Versjon februar

19 Meldingens innhold og struktur 5.3 Benyttet meldingssubsett Det angitte meldingssubsettet er valgt for å kunne tilfredsstille behovet for overføring av epikrise fra tjenesteyter til henvisende instans både ved bruk av strukturerte og/eller ustrukturerte opplysninger. Meldingstrukturen og bruk av de ulike segmentgruppene fremgår av Tabell 1. Tabell 2 viser de aktuelle objektene og deres plass i meldingen MEDDIS. Informasjonsobjekt SG Brukes til Forekomst Kommentar nr. Meldingen Opplysninger om meldingen, M1 herunder type epikrise. Involvert helsetjenesteenhet 1 Opplysninger om involvert helsetjenesteenhet som kan være: - henvisende instans - tjenesteytende instans M99 Min 2 forekomster, en svarmottaker og en tjenesteyter - kopimottaker - opprinnelse til klinisk opplysning - tilknyttet (klinisk) tjenesteyter Epikrise 5 Generelle opplysninger om epikrisen M1 Tilknyttet tjenesteyter 8 Referanse til SG1 for tjenesteytere A9 som er knyttet til genereringen av epikrisen, for eksempel person som har skrevet eller godkjent epikrisen. Pasient 9 Opplysninger om undersøkt pasient R1 Adresse og telekommunikasjonsopplysninger 11 Pasientens adresse og telekommunikasjonsnumre på et gitt sted. Hendelse 18 Opplysninger om en planlagt og/eller R99 avsluttet hendelse, inkludert fritekstepikrise. En hendelse kan være en omsorgsepisode (institusjonsopphold) og/eller del av denne (avdelingsopphold). Avsluttet hendelse 19 Opplysninger om hendelse (opphold) som er avsluttet. Opplysninger om utferdiget sykmelding D1 Planlagt hendelse 20 Tidspunkt og/eller krav til transport for D1 planlagt hendelse (innleggelse, kontroll, sykmelding osv.) Opplysninger om planlagt/ foreslått sykmelding Instruksjoner til 21 Instruksjoner og råd til pasienten. O99 pasienten Tjeneste 22 Spesifikasjon av planlagt eller utført M1 tjeneste, herunder omsorgsnivå (type opphold, poliklinisk osv.) Tilknyttet henvisning 23 Identifikasjon av henvisningen (søknaden) som resulterte i denne hendelsen O9 O9 Benyttes kun for avsluttet hendelse Benyttes kun for planlagt hendelse Benyttes for administrative tjenester; innleggelse, konsultasjon, sykemelding februar 2000 Versjon 1.0

20 Meldingens innhold og struktur Hendelsessted 24 Opplysninger om sted for oppholdet (rom/seng) samt hvor pasienten er innlagt fra eller utskrevet til. Tilknyttet tjenesteyter 25 Referanse til SG1 for tilknyttede personer, f. eks: - Pasientens ansvarlige lege under oppholdet Klinisk opplysning 26 Opplysninger om en enkelt klinisk opplysning (inkludert opprinnelsen til opplysningen).. Denne segmentgruppen gjentaes for hver enkelt klinisk opplysning og suppleres av SG27, SG28 eller SG33 (kun en). O9 O9 O999 Benyttes kun for å overføre strukturert informasjon om kliniske opplysninger (inngrep, medisinering osv.) i tilslutning til aktuell omsorgsepisode n. Meldingen Annen klinisk opplysning Undersøkelsesresultat Undersøkelse Medikamentell behandling Tilknyttet klinisk tjenesteyter 27 Alle kliniske opplysninger utenom medikamentell behandling og undersøkelsesresultat: - sykehistorie - inngrep (operasjonsbeskrivelse) - sykdomsforløp - prognose, evaluering - instruks til pasienten selv og/eller lege D1 28 Spesifikasjon av D1 undersøkelsesresultat angitt som måleverdi eller diagnose: - funn ved klinisk undersøkelse - laboratorieresultat - røntgensvar - patologisvar 29 Spesifikasjon av undersøkelse M1 33 Spesifikasjon av medikamentell behandling 34 Referanse til SG1 for: - Operatør (dersom inngrep) - Undersøkende lege Meldingsavslutning D1 O9 Enten SG27, SG28 eller SG33 Enten SG27, SG28 eller SG33 Enten SG27, SG28 eller SG33 Tabell 1 Meldingsstruktur Versjon februar

21 Meldingens innhold og struktur Opplysninger om selve meldingen: UNH M 1 Meldingens referansenummer (fra avsender) Meldingstype (MEDDIS) BGM M 1 Meldingens betegnelse DTM R 1 Tidspunkt for generering av meldingen Helsetjenesteenheter ( HTE) (inkludert Person i Helsevesenet og Organisasjon i helsevesenet) i rollene som: Henvisende instans Tjenesteytende instans Kopimottager Opprinnelse til klinisk opplysning Tilknyttet tjenesteyter Tilknyttet klinisk tjenesteyter SG1 M 99 SEQ M 1 Sekvensnummer PNA R 1 Rolle for helsetjenesteenhet Identifikasjon av institusjon Identifikasjon av avdeling Offisiell identifikasjon av helsepersonell Navn på helseinstitusjon Navn på avdeling Navneopplysninger for person i helsevesenet IDE O 2 Henvisnede instans sin identifikasjon av HTE Tjenesteytende instans sin identifikasjon av HTE Epikrise eller tilbakemelding fra spesialist SG5 M 1 Opplysninger om epikrisen IRQ M 1 Bekreftelse av epikrisen GIS M 1 Tjenestetype for epikrisen IDE M 1 Tjenesteyters identifikasjon av epikrisen DTM M 2 Utstedelsestidspunktet for epikrisen Godkjenningstidspunkt for epikrisen STS O 1 Status for epikrisen Tilknyttet tjenesteyter SG8 A 9 Referanse til SG1 for: - Person som har skrevet eller godkjent epikrisen RFF M 1 Kobling til helsetjenesteenhet - Tilknyttet tjenesteyter REL M 1 Type relasjon for tilknyttet tjenesteyter Pasient SG9 R 1 Opplysninger om undersøkt pasient PDI M 1 Pasientens sosiale kjønn PNA R 1 Offisiell pasientidentifikasjon Navneopplysninger for pasienten IDE O 9 Alternativ pasientidentifikasjon Henvisende instans sin pasientidentifikasjon Tjenesteyters pasientidentifikasjon DTM O 2 Fødselsdato Dødsdato Adresse og telekommunikasjonsopplysninger SG11 O 9 Adresse og telefon ADR M 1 Gateadresse Ekstra gateadresse Poststed Postnummer Land COM A 9 Telekommunikasjonsnummer Type kommunikasjonsnummer februar 2000 Versjon 1.0

22 Meldingens innhold og struktur Hendelse (avsluttet/planlagt) Avsluttet hendelse Planlagt hendelse SG18 R 99 Omsorgsepisode (eller administrativ hendelse), inklusiv fritekstepikrise 3 GIS M 1 Tjenestetype for hendelsen PAS O 1 Mottaker av tjenesten Innlagt fra Administrativt resultat PTY O 1 Utførelsesprioritet for hendelsen CIN O 99 Kommentarer til hendelsen (som diagnose) FTX O 99 Kommentarer til hendelsen SEQ O 1 Sekvensnummer RFF D 1 Kobling mot hendelse SG19 D 1 Opplysninger om utført hendelse (opphold) eller utferdiget sykmelding LIN M 1 DTM A 2 Starttidspunkt for hendelsen Sluttidspunkt for hendelsen Sykmeldingsperiode SG20 D 1 Opplysninger om planlagt hendelse (som avtalt innleggelse, kontroll, sykmelding osv.) CDI M 1 Aktuelt planleggingstrinn STS M 2 Status for transportforberedelser Status for planen DTM O 9 Planleggingstidspunkt Planlagt tidspunkt Forventet ventetid på planlagt tjeneste Forventet varighet av planlagt tjeneste Sykmeldingsperiode FTX O 99 Kommentar vedr. status for planen Kommentar til forventet varighet Kommentarer vedrørende transportbehov TDT O 1 Type transportbehov TSR O 1 Ansvarlig for å arrangere pasienttransport Behov for ledsagelse Instruksjoner til pasienten SG21 O 99 Pasientforberedelse og andre instruksjoner. INP M 1 Pasientinstruksjoner Pasientforberedelser Indikator for råd gitt til FTX O 99 Pasientforberedelser Råd til pasienten Tjeneste SG22 M 1 Spesifikasjon av planlagt eller utført tjeneste DSI M 1 PAS O 9 Pasientadministrativ type tjeneste CLI O 99 Beskrivelse av tjeneste SPR O 1 Medisinsk spesialitet for tjenesten 3 En hendelse kan i følge PT3-024 også være et inngrep. Det er her valgt alltid å gi opplysninger om inngrep kun i SG26. Versjon februar

23 Meldingens innhold og struktur Tilknyttet henvisning SG23 O 9 Identifikasjon av henvisningen (søknaden) som resulterte i denne hendelsen DOC M 1 Type referert dokument IDE M 1 Henvisende instans sin identifikasjon av henvisningen DTM O 1 Utstedelsestidspunkt for tilknyttet henvisning Hendelsessted SG24 O 9 Opplysninger om sted for oppholdet (rom/seng) samt hvor pasienten er innlagt fra eller utskrevet til. STS M 1 Lokalitetens rolle LOC O 9 Type lokasjon Pasientens oppholdssted DTM O 2 Starttidspunkt på stedet Sluttidspunkt på stedet PNA O 9 Innlagt fra institusjon Utskrevet til institusjon Planlagt institusjon Innlagt fra avdeling Utskrevet til avdeling Planlagt avdeling Navn på organisasjon SPR O 1 Type organisasjon Tilknyttet tjenesteyter SG25 O 9 Referanse til SG1 for tilknyttede personer: - Pasientens ansvarlige lege under oppholdet RFF M 1 Kobling mot helsetjenesteenhet REL M 1 Type relasjon for tilknyttet tjenesteyter Klinisk opplysning (inkludert opprinnelsen til opplysningen) SG26 O999 Opplysninger om en enkelt klinisk opplysning. For en gitt klinisk opplysning foreligger enten SG27, SG28 eller SG33. SCD M 1 CIN M 1 Type klinisk opplysning DTM O 9 Tidspunkt for klinisk opplysning Starttidspunkt for klinisk opplysning Sluttidspunkt for klinisk opplysning Tidspunkt for opprinnelse til klinisk opplysning RFF O 1 Kobling mot helsetjenesteenhet Annen klinisk opplysning SG27 D 1 Alle kliniske opplysninger bortsett fra medikamentell behandling og undersøkelsesresultat som er beskrevet strukturelt, inklusive store deler av en delvis strukturert epikrise. ATT M 1 CIN O 99 Kode for beskrivelse av klinisk opplysning FTX O 99 Beskrivelse av observasjonen som fri tekst Kommentar til observasjonen februar 2000 Versjon 1.0

24 Meldingens innhold og struktur Undersøkelsesresultat SG28 D 1 Spesifikasjon av undersøkelsesresultat som: - funn ved klinisk undersøkelse - laboratorieresultat - røntgensvar - patologisvar RSL M 1 Numerisk verdi Intervall for måleresultat (nedre grense) Aritmetisk komparator Kodet resultat Intervall for måleresultat (øvre grense) Måleenhet Avviksmarkør GIS M 1 Tjenestetype for undersøkelsesresultatet DTM O 2 Tidspunkt for undersøkelsen Undersøkelsesresultat som tidsangivelse CIN O 99 Tekstlig verdi av undersøkelsesresultat (som kode) Kommentar til undersøkelsesresultat (som diagnose) FTX O 99 Tekstlig verdi av klinisk undersøkelsesresultat Kommentar til undersøkelsesresultat Klinisk undersøkelse SG29 M 1 Spesifikasjon av undersøkelse ATT M 1 Type undersøkelse CLI D 99 Identifikasjon av klinisk undersøkelse Ytterligere spesifikasjon av klinisk us. CCI D 99 Identifikasjon av laboratorieundersøkelse Yterligere spesifikasjon av laboratorieus. Medikamentell behandling SG33 D 1 Spesifikasjon av medikamentell behandling IMD M 1 Identifikasjon av medikament STS M 1 Status for medikamentell behandling DSG O 1 Tilberedningsform INP O 9 Dosering av medikamentet Administrasjonsform for medikamentet FTX O 9 Medikamentdosering Kommentar til medikamentell behandling DTM O 1 Planlagt varighet av medikamentell behandling QTY O 2 Mengde av utlevert medikament Enhetsdose Tilknyttet klinisk tjenesteyter SG34 O 9 Referanse til SG1 for: - Operatør (dersom inngrep) - Undersøkende lege REL M 1 Type relasjon for tilknyttet klinisk tjenesteyter RFF M 1 Kobling mot helsetjenesteenhet - Operatør (dersom inngrep) - Undersøkende lege UNT M 1 Meldingsavslutning Tabell 2 Benyttet subsett Versjon februar

25 Meldingens innhold og struktur 5.4 Mulige detaljeringsnivåer for epikrisen Med unntak av opplysninger i FTX segmentet skal alle opplysninger fortrinnsvis angis i form av koder. Meldingen tillater ofte at en opplysning overføres både i kodet og ukodet form, den ukodede formen skal da nøyaktig tilsvare den kodede. Dersom koden ikke er tilgjengelig kan kun ukodet form overføres. I hvilken grad slik ukodet informasjon kan behandles elektronisk vil være opp til den mottaende applikasjonen. Informasjonsinnholdet i epikrisen bør alltid overføres med den detaljeringsgrad avsendende applikasjon er i stand til å produsere da mottaende applikasjon vill være i stand til å slå sammen informasjonselementer om nødvendig. Avhengig av hvilke muligheter avsendende applikasjon har, kan innholdet i epikrisen/tilbakemeldingen overføres med 3 ulike nivåer av detaljering beskrevet i Tabell 3 under. Segmentgruppene i parentes er valgfrie. En epikrise/tilbakemelding vil alltid inneholde en fellesdel med valgfrie segmentgrupper i parentes: meldingsstart, SG1, SG5, (SG8,) SG9, (SG11) og meldingsslutt, heretter omtalt som fellesdel i Tabell 3. Aktuell bruk av meldingen Kun en enkelt tekstblokk (FTX i SG18 med tekstkvalifikator som angir epikrise uspesifisert, kodeverdi Z01) Flere spesifiserte tekstblokker i FTX i SG27 (diverse kliniske opplysninger) og SG28 (undersøkelsesresultat). Strukturert ved angivelse av strukturert informasjon som kliniske opplysninger (SG26 med underliggende segmentgrupper) Tabell 3 Detaljeringsnivå på epikrisen/tilbakemeldingen. Benyttede deler av meldingen Fellesdel + SG18, (SG19, SG20, SG21, SG22, SG23, SG24 og/eller SG25) Fellesdel + SG18, (SG19, SG20, SG21, SG22, SG23, SG24 og/eller SG25). SG26, enten (SG27) eller (SG28 og SG29) og/eller (SG34). Hele meldingen En kombinasjon av disse 3 detaljeringsgradene er også mulig, f.eks. vil det være nødvendig å benytte SG27 dersom ICD10 diagnosekoder benyttes. Mottaende applikasjon må tilsvarende behandle den mottatte informasjonen i samsvar med denne applikasjonens muligheter for å ta vare på strukturert informasjon. I den utstrekning detaljeringsgraden på den informasjon som mottas er for detaljert må applikasjonen slå sammen informasjonen til et informasjonsinnhold som passer februar 2000 Versjon 1.0

26 Meldingens innhold og struktur 5.5 Representasjon av tekst I den aktuelle implementasjonen overføres tekst som kodet tekst eller fri tekst i FTX-segmenter. Ved bruk av ulike kvalifikatorer i FTX-segmentet kan ulike typer tekst atskilles. Fri tekst plasseres med 70 fortløpende tegn i hver forekomst av FTX/C108/4440 mens kodet tekst representeres i FTX/C107/4441 dersom dette dataelementet benyttes. Blanke tegn i slutten av dataelementet for fri tekst vil bli ignorert. Hvis det (eller de) siste tegnene i en forekomst av dataelement 4440 er blanke tegn må dette (eller disse) flyttes til begynnelsen av neste forekomst av 4440 for at de blanke tegnene ikke skal gå tapt. For fri tekst vil det i tillegg være behov for å dele opp tekst i avsnitt. Dette gjøres ved å spesifisere kodeverdi 7 i dataelementet FTX/4453 som indikerer at teksten i dette FTX-segmentet skal starte som et nytt avsnitt. Den overførte teksten må som all øvrig informasjon i EDIFACT-meldingen kun bestå av tegn som er gyldige for det benyttede tegnsettet. I samsvar med generelle prinsipp for EDI overføringer av informasjon har avsendende applikasjon ingen muligheter for å influere på mottakende applikasjons presentasjon av den mottatte informasjonen (som understreking, tabellarisk presentasjon osv.). Den foreliggende implementasjonsguiden støtter ikke overføring av tekst i andre format som for eksempel HTML-format eller formaterte dokumenter (fra Word eller andre tekstbehandlere). Versjon februar

27 MELDING SG000 - UNH 6 Detaljert meldingsinnhold 6.1 Meldingsstart UNH MESSAGE HEADER Forekomst: M 1 Benyttes for å starte og identifisere en ny melding. UNH+nnn+MEDDIS:01:97:ZZ:NO3010' Meldingens referansenummer Tag Data element navn Format Bruk Bruk av elementer i meldingen 0062 MESSAGE REFERENCE an..14 M Entydig referansenummer for meldingen. NUMBER S009 MESSAGE IDENTIFIER Tildeles vanligvis av EDI programvaren. Meldingstype 0065 Message type identifier an..6 M Identifikasjon av benyttet meldingstype: +MEDDIS *Epikrise (tilbakemelding) 0052 Message version number an..3 M Versjonsnummer for meldingstypen. M Denne implementasjonen er basert på utkast til MEDDIS (="01") Message release number an..3 M Releasenummer for meldingstypen. Denne implementasjonen er basert på utkast lansert februar 1997 (="97") Controlling agency an..2 M Kode for å angi kontrollerende organisasjon: +ZZ *Kontrollerende organisasjon Association assigned code an..6 R Identifikasjon av nasjonalt subsett. Dette angis som NO3xxx hvor xxx er 001 for versjon 0.1, 010 for versjon 1.0 osv COMMON ACCESS an..35 N Benyttes ikke REFERENCE S010 STATUS OF THE TRANSFER N Benyttes ikke 4 Ig utarbeidet og kontrollert av KITH som ikke har egen kode til bruk i dette dataelementet februar 2000 Versjon 1.0

28 SG000 - DTM Implementasjonsguide for overføring av epikrise MELDING BGM BEGINNING OF MESSAGE Forekomst: M 1 Benyttes for å angi type og funksjon til meldingen. BGM+N10' Meldingens betegnelse Tag Data element navn Format Bruk Bruk av elementer i meldingen C002 DOCUMENT/MESSAGE NAME R 1001 Document/message name, coded an..3 R Spesifikasjon av type epikrise eller tilbakemelding: +N10 *Epikrise +N11 *Foreløpig epikrise 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 1000 Document/message name an..35 N Benyttes ikke C106 DOCUMENT/MESSAGE N Benyttes ikke IDENTIFICATION 1225 MESSAGE FUNCTION, an..3 N Benyttes ikke CODED 4343 RESPONSE TYPE, CODED an..3 N Benyttes ikke DTM DATE/TIME/PERIOD Forekomst: R 1 Benyttes for å angi opplysninger om dato/klokkeslett knyttet til selve meldingen. For å angi tidspunkt for når meldingen er generert. DTM+137: :202' Tidspunkt for generering av meldingen Tag Data element navn C507 DATE/TIME/PERIOD Format Bruk Bruk av elementer i meldingen M 2005 Date/time/period qualifier an..3 M Type dato/klokkeslett: 137 Klokkeslett for dokument/melding 2380 Date/time/period an..35 R Tidspunkt for generering av meldingen Date/time/period format an..3 R Format for dato/klokkeslett: qualifier 202 ÅÅMMDDTTMMSS Versjon februar

29 Helsetjenesteenhet SG Meldingens hoveddel SG001 HELSETJENESTEENHET Forekomst: M 99 Benyttes for å angi opplysninger om involverte helsetjenesteenheter. Minst en svarmottaker og en tjenesteyter må være angit. Svarmottaker kan være henvisende instans selv eller en som mottar svar istedenfor henvisende instans. I tillegg kan det angis personer/parter som er knyttet til epikrisen eller aktuelle hendelse som tilknyttet klinisk tjenesteyter, innlagt fra og/eller utskrevet til institusjon/avdeling. Opplysningene som skal angis vil variere avhengig av hvilken type helsetjenesteenhet det gjelder. I denne segmentgruppen inngår følgende segmenter og/eller segmentgrupper (segmenter og segmentgrupper angitt med kursiv benyttes ikke): Tag Navn Status Repr Bruk Bruk av elementer i meldingen SEQ SEQUENCE DETAILS M 1 M Benyttes for å angi et sekvensnummer eller annet identifikasjonsnummer for å identifisere en forekomst av segmentgruppen. PNA PARTY NAME C 1 R Benyttes for å angi opplysninger for å kunne identifisere en helsetjenesteenhet. IDE IDENTITY C 2 O Benyttes for å angi et identifikasjonsnummer for en helsetjenesteenhet februar 2000 Versjon 1.0

30 SG001 - SEQ Implementasjonsguide for overføring av epikrise Helsetjenesteenhet SEQ SEQUENCE DETAILS Forekomst: M 1 Benyttes for å angi et sekvensnummer eller annet identifikasjonsnummer for å identifisere en forekomst av segmentgruppen. Benyttes for å angi et entydig nummer for denne aktuelle forekomsten slik at det kan refereres til denne forekomsten fra andre steder i meldingen. SEQ++2' Tag Data element navn Format Bruk Bruk av elementer i meldingen 1245 STATUS INDICATOR, an..3 N Benyttes ikke CODED C286 SEQUENCE INFORMATION R Sekvensnummer 1050 Sequence number an..10 M Fortløpende tildelt nummer eller annet entydig nummer for aktuelle forekomst av segmentgruppen Sequence number source, coded an..3 N Benyttes ikke 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded Versjon februar

31 Helsetjenesteenhet SG001 - PNA PNA PARTY NAME Forekomst: R 1 Benyttes for å angi opplysninger for å kunne identifisere en helsetjenesteenhet. Det benyttes en forekomst av segmentgruppen for å angi identifikasjonen på ett nivå. Dersom både institusjon, avdeling og lege skal angis må det benyttes 3 forekomster av segmentgruppen. ❶ Benyttes for personer PNA+COM :Z :Dr. Ole Hansen' Rolle for helsetjenesteenhet Identifikasjon av institusjon Identifikasjon av avdeling Offisiell identifikasjon av helsepersonell Navn på institusjon Tag Data element navn Format Bruk Bruk av elementer i meldingen 3035 PARTY QUALIFIER an..3 M Kode for rolle til helsetjenesteenhet: +COM *Henvisende instans +FI *Kopier melding til +HN *Tjenesteyter +TF *Kilde for informasjonen +Z05 *Tilknyttet klinisk tjenesteyter +Z21 *Tilknyttet tjenesteyter C206 IDENTIFICATION NUMBER N Benyttes ikke C082 PARTY IDENTIFICATION A For henvisende instans og kopimottaker benyttes DETAILS vanligvis en kombinasjon av institusjon, avdeling og lege. For tjenesteytende instans benyttes vanligvis en kombinasjon av institusjon og eventuelt avdeling Party id. identification an..35 M Kode for institusjon, avdeling eller lege. Institusjon kan anvendes for alle parter. Avdeling kan anvendes for alle parter, men forutsetter at institusjon er angitt Code list qualifier an..3 R Eksempler på koder for identifikasjon av benyttet kodeverk: +Z04 *HPR-nummer +Z06 *Enhetsregisteret +Z07 *Nasjonalt avdelingsregister +Z11 *Lokalt legeregister +Z34 *Lokalt kodeverk for avdelinger +Z35 *Lokalt kodeverk for institusjoner 3055 Code list responsible agency, an..3 O coded 3403 NAME TYPE, CODED an..3 N Benyttes ikke 3397 NAME STATUS, CODED an..3 N Benyttes ikke C816 NAME COMPONENT R Navn på helsetjenesteenhet eller person i helsevesenet DETAILS 3405 Name component qualifier an..3 M Angivelse av navnekomponent: +10 *Fullt navn +Z02❶ *Delvis strukturert navn 3398 Name component an..70 R Navn på person angitt med etternavn etterfulgt av fornavn og atskilt med komma (Olsen, Per). Navneformat i 3405 angir delvis strukturert navn februar 2000 Versjon 1.0

32 SG001 - PNA Navn på avdeling Navneopplysninger for person i helsevesenet 3401 Name component status, an..3 N Benyttes ikke coded 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT DETAILS N Benyttes ikke Implementasjonsguide for overføring av epikrise Helsetjenesteenhet Navn på helsetjenesteenhet angitt som offisielt navn. Navneformat i 3405 angir fullt navn. Versjon februar

33 Helsetjenesteenhet SG001 - IDE IDE IDENTITY Forekomst: O 2 Benyttes for å angi et identifikasjonsnummer for en helsetjenesteenhet. For å angi alternative identifikasjonsnumre for en helsetjenesteenhet. IDE+Z01+AC00012:Z02' Henvisende instans' identifikasjon av helsetjenesteenhet Tjenesteytende instans' identifikasjon av helsetjenesteenhet Tag Data element navn Format Bruk Bruk av elementer i meldingen 7495 IDENTIFICATION QUALIFIER an..3 M Kode for type identifikasjon: +Z01 *Identifikasjon av part C206 IDENTIFICATION NUMBER M 7402 Identity number an..35 M Henvisende instans sin identifikasjon av helsetjenesteenhet. Tjenesteytende instans sin identifikasjon av helsetjenesteenhet Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +Z02 *Henvisende instans' identifikasjon +Z03 *Tjenesteytende instans' identifikasjon 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION N Benyttes ikke DETAILS 4405 STATUS, CODED an..3 N Benyttes ikke 1222 CONFIGURATION LEVEL n..2 N Benyttes ikke C778 POSITION IDENTIFICATION N Benyttes ikke C240 PRODUCT N Benyttes ikke CHARACTERISTIC februar 2000 Versjon 1.0

34 SG005 - IRQ Implementasjonsguide for overføring av epikrise Epikrise eller tilbakemelding fra spesialist SG005 EPIKRISE ELLER TILBAKEMELDING FRA SPESIALIST Forekomst: M 1 Gir generelle opplysninger om epikrisen. Benyttes for å gi generelle opplysninger om epikrisen, tilbakemeldingen eller behandlingsplanen. I denne segmentgruppen inngår følgende segmenter og/eller segmentgrupper (segmenter og segmentgrupper angitt med kursiv benyttes ikke): Tag Navn Status Repr Bruk Bruk av elementer i meldingen IRQ INFORMATION REQUIRED M 1 M Benyttes for å angi om avsender ønsker bekreftelse på meldingen. GIS GENERAL INDICATOR M 1 M Benyttes for å angi tjenestetype for epikrisen. IDE IDENTITY M 1 M Benyttes for å angi et identifikasjonsnummer for epikrisen. DTM DATE/TIME/PERIOD M 2 M Benyttes for å angi opplysninger om dato/klokkeslett knyttet til epikrisen. STS STATUS C 1 O Benyttes for å angi status for epikrisen. 008 TILKNYTTET TJENESTEYTER C 9 A Opplysninger om tjenesteytere som er knyttet til generering av epikrisen, f. eks. person som har skrevet eller godkjent epikrisen. 009 PASIENT C 1 R Benyttes for å gi opplysninger om pasienten. 018 HENDELSE C 99 R Planlagt og/eller avsluttet hendelse. En hendelse kan være en omsorgsepisode (f.eks. institusjonsopphold), del av denne (f.eks. avdelingsopphold) eller en annen administrativ hendelse (f.eks. sykmelding). IRQ INFORMATION REQUIRED Forekomst: M 1 Benyttes for å angi om avsender ønsker bekreftelse på meldingen. IRQ+Z03' Tag Data element navn C333 INFORMATION REQUEST Format Bruk Bruk av elementer i meldingen M Bekreftelse av epikrisen 4511 Requested information, coded an..3 R Kode for angivelse av om avsender ønsker at mottaker skal bekrefte mottakelsen: +Z01 *Bekreftelse ønsket +Z02 *Bekreftelse ikke ønsket +Z03 *Bekreftelse kun ønsket ved feil 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 4510 Requested information an..35 N Benyttes ikke Versjon februar

35 Epikrise eller tilbakemelding fra spesialist SG005 - GIS GIS GENERAL INDICATOR Forekomst: M 1 Benyttes for å angi tjenestetype for epikrisen. GIS+Z01' Tag Data element navn C529 PROCESSING INDICATOR Format Bruk Bruk av elementer i meldingen M Tjenestetype for epikrisen 7365 Processing indicator, coded an..3 M Kode for tjenestetype for epikrisen: +Z01 *Ny +Z02 *Endring +Z04 *Kansellering 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 7187 Process type identification an..17 N Benyttes ikke IDE IDENTITY Forekomst: M 1 Benyttes for å angi et identifikasjonsnummer for epikrisen. IDE+Z02+HSKIR961108:Z03' Tjenesteyters identifikasjon av epikrisen Tag Data element navn Format Bruk Bruk av elementer i meldingen 7495 IDENTIFICATION QUALIFIER an..3 M Kode for type identifikasjon: +Z02 *Identifikasjon av dokument C206 IDENTIFICATION NUMBER M 7402 Identity number an..35 M Tjenesteyters identifikasjon av epikrisen (referansenummer). Dersom avsender ikke benytter noen spesiell identifikasjon av dokumentet kan utstedelsestidspunkt benyttes Identity number qualifier an..3 R Kode for type identitetsnummer +Z03 *Tjenesteytende instans' identifikasjon 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION N Benyttes ikke DETAILS 4405 STATUS, CODED an..3 N Benyttes ikke 1222 CONFIGURATION LEVEL n..2 N Benyttes ikke C778 POSITION IDENTIFICATION N Benyttes ikke C240 PRODUCT N Benyttes ikke CHARACTERISTIC februar 2000 Versjon 1.0

36 SG005 - DTM Implementasjonsguide for overføring av epikrise Epikrise eller tilbakemelding fra spesialist DTM DATE/TIME/PERIOD Forekomst: M 2 Benyttes for å angi opplysninger om dato/klokkeslett knyttet til epikrisen. Utstedelsestidspunkt for epikrisen/tilbakemeldingen må angis. Godkjenningstidspunkt for epikrisen/tilbakemeldingen kan angis. DTM+137:961108:101' Utstedelsestidspunkt for epikrisen Godkjennings tidspunkt for epikrisen Tag Data element navn C507 DATE/TIME/PERIOD Format Bruk Bruk av elementer i meldingen M 2005 Date/time/period qualifier an..3 M Type dato/klokkeslett: 137 Klokkeslett for dokument/melding 160 Autorisasjonsdato 2380 Date/time/period an..35 R Utstedelsestidspunkt for epikrisen. Dette svarer til tidspunktet epikrisen ble gjort ferdig, ikke nødvendigvis tidspunktet de enkelte journaltekstene ble skrevet. Godkjenningstidspunkt for epikrisen Date/time/period format qualifier an..3 R Format for dato/klokkeslett: 101 ÅÅMMDD 201 ÅÅMMDDTTMM Versjon februar

37 Epikrise eller tilbakemelding fra spesialist SG005 - STS STS STATUS Forekomst: O 1 Benyttes for å angi status for epikrisen. STS++14' Tag Data element navn Format Bruk Bruk av elementer i meldingen C601 STATUS TYPE N Benyttes ikke C555 STATUS EVENT Status for epikrisen 9011 Status event, coded an..3 M Status for epikrisen: 14 Fullstendig +Z01 *Tillegg +Z02 *Foreløpig rapport +Z03 *Delt rapportering 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 9010 Status event an..35 N Benyttes ikke C556 STATUS REASON N Benyttes ikke C556 STATUS REASON N Benyttes ikke C556 STATUS REASON N Benyttes ikke C556 STATUS REASON N Benyttes ikke C556 STATUS REASON N Benyttes ikke R februar 2000 Versjon 1.0

38 SG008 - RFF Implementasjonsguide for overføring av epikrise Tilknyttet tjenesteyter SG008 TILKNYTTET TJENESTEYTER Forekomst: A 9 Opplysninger om tjenesteytere som er knyttet til generering av epikrisen, f. eks. person som har skrevet eller godkjent epikrisen. I denne segmentgruppen inngår følgende segmenter og/eller segmentgrupper (segmenter og segmentgrupper angitt med kursiv benyttes ikke): Tag Navn Status Repr Bruk Bruk av elementer i meldingen RFF REFERENCE M 1 M Benyttes for å angi en kopling til en helsetjenesteenhet. REL RELATIONSHIP M 1 M Benyttes for å angi relasjon mellom tjenesteyter og epikrisen. RFF REFERENCE Forekomst: M 1 Benyttes for å angi en kopling til en helsetjenesteenhet. RFF+Z05:1' Kopling mot helsetjenesteenhet Tag Data element navn C506 REFERENCE Format Bruk Bruk av elementer i meldingen M 1153 Reference qualifier an..3 M Kode for type referanse: +Z05 *Kopling mot part 1154 Reference number an..35 R Kopling mot Helsetjenesteenhet for involverte parter som person eller organisasjon som har skrevet epikrisen eller godkjent denne. Angir referansen angitt i SEQ segmentet i forekomsten av segmentgruppen det refereres til Line number an..6 N Benyttes ikke 4000 Reference version number an..35 N Benyttes ikke Versjon februar

39 Tilknyttet tjenesteyter SG008 - REL REL RELATIONSHIP Forekomst: M 1 Benyttes for å angi relasjon mellom tjenesteyter og epikrisen. REL+Z01+Z01' Type relasjon for tilknyttet tjenesteyter Tag Data element navn Format Bruk Bruk av elementer i meldingen 9141 RELATIONSHIP QUALIFIER an..3 M Type relasjon når det gjeldet utført tjeneste: +Z01 *Utførende person eller organisasjon C941 RELATIONSHIP R 9143 Relationship, coded an..3 R Eksempel på koder for type personrelasjon: +Z01 *Rapportutsteder +Z02 *Rapportgodkjenner 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 9142 Relationship an..35 N Benyttes ikke februar 2000 Versjon 1.0

40 SG009 - PDI Implementasjonsguide for overføring av epikrise Pasient SG009 PASIENT Forekomst: R 1 Benyttes for å gi opplysninger om pasienten. I denne segmentgruppen inngår følgende segmenter og/eller segmentgrupper (segmenter og segmentgrupper angitt med kursiv benyttes ikke): Tag Navn Status Repr Bruk Bruk av elementer i meldingen PDI PERSON DEMOGRAPHIC INFORMATION M 1 M Benyttes for å angi personens kjønn. PNA PARTY NAME C 1 R Benyttes for å angi opplysninger for å identifisere pasienten. IDE IDENTITY C 9 O Benyttes for å angi pasientens alternative identifikasjonsnumre. DTM DATE/TIME/PERIOD C 2 O Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. 011 ADRESSE OG TELEKOMMUNIKASJONSOPPLYSNIN GER C 9 O Benyttes for å angi pasientens adresse og telekommunikasjonsnumre på et gitt sted. PDI PERSON DEMOGRAPHIC INFORMATION Forekomst: M 1 Benyttes for å angi personens kjønn. PDI+1' Tag Data element navn Format Bruk Bruk av elementer i meldingen Pasientens sosiale kjønn 3499 SEX, CODED an..3 R Kode for personens kjønn iht. ISO 5218: +1 *Mann (han) +2 *Kvinne (hun) +9 *Ikke angitt C085 MARITAL STATUS DETAILS N Benyttes ikke C101 RELIGION DETAILS N Benyttes ikke Versjon februar

41 Pasient SG009 - PNA PNA PARTY NAME Forekomst: R 1 Benyttes for å angi opplysninger for å identifisere pasienten. PNA+LK :BY++++Z02:Hansen, Ole' Tag Data element navn Format Bruk Bruk av elementer i meldingen 3035 PARTY QUALIFIER an..3 M Rolle til aktuelle person: +LK *Pasient C206 IDENTIFICATION NUMBER A Her angies personens fødselsnummer. Offisiell pasientidentifikasjon Navneopplysninger for pasienten Dersom fødselsnummeret ikke er kjent angies et eventuelt D-nummer eller hjelpenummer i IDE-segmentet eller fødselsdato i DTM-segmentet Identity number an..35 M Personens fødselsnummer Identity number qualifier an..3 R Kode for type identitetsnummer +BY *Fødselsnummer 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION N Benyttes ikke DETAILS 3403 NAME TYPE, CODED an..3 N Benyttes ikke 3397 NAME STATUS, CODED an..3 N Benyttes ikke C816 NAME COMPONENT DETAILS A Personens navn angis vanligvis halvstrukturert i en enkelt forekomst av C Name component qualifier an..3 M Angivelse av navnekomponent: 1 Etternavn +Z02 *Delvis strukturert navn 3398 Name component an..70 R Navn på person angitt med etternavn etterfulgt av fornavn og atskilt med komma (Olsen, Per). Navneformat i 3405 angir delvis strukturert navn. Personens etternavn dersom det benyttes separate felt for for- og etternavn Name component status, an..3 N Benyttes ikke coded 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT D DETAILS 3405 Name component qualifier an..3 M Angivelse av navnekomponent: 2 Fornavn 3398 Name component an..70 R Personens fornavn Name component status, an..3 N Benyttes ikke coded 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT DETAILS N Benyttes ikke februar 2000 Versjon 1.0

42 SG009 - IDE Implementasjonsguide for overføring av epikrise Pasient IDE IDENTITY Forekomst: O 9 Benyttes for å angi pasientens alternative identifikasjonsnumre. ❶ Ett identifikasjonsnummer må angis dersom verken fødselsnummer eller fødselsdato er angitt. IDE+Z01+AC00012:Z02' Henvisende instans' pasientidentifikasjon Tjenesteyters pasientidentifikasjon Alternativ pasientidentifikasjon Tag Data element navn Format Bruk Bruk av elementer i meldingen 7495 IDENTIFICATION QUALIFIER an..3 M Kode for type identifikasjon: +Z01 *Identifikasjon av part C206 IDENTIFICATION NUMBER M 7402 Identity number an..35 M Henvisende instans sin pasientidentifikasjon. Tjenesteyters identifikasjon av pasienten. Alternativ identifikasjon av personen (D-nummer eller hjelpenummer).❶ 7405 Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +Z02 *Henvisende instans' identifikasjon +Z03 *Tjenesteytende instans' identifikasjon +Z05 *Hjelpenummer +Z11 *D-nummer 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION N Benyttes ikke DETAILS 4405 STATUS, CODED an..3 N Benyttes ikke 1222 CONFIGURATION LEVEL n..2 N Benyttes ikke C778 POSITION IDENTIFICATION N Benyttes ikke C240 PRODUCT N Benyttes ikke CHARACTERISTIC Versjon februar