Implementasjonsguide for Overføring av vaksinasjonsopplysninger

Størrelse: px
Begynne med side:

Download "Implementasjonsguide for Overføring av vaksinasjonsopplysninger"

Transkript

1 Implementasjonsguide for Overføring av vaksinasjonsopplysninger Versjon 1.2 for utprøving KITH Rapport 12/99 ISBN

2

3 KITH-rapport Tittel Implementasjonsguide for Overføring av vaksinasjonsopplysninger versjon 1.2 for utprøving Forfatter(e) Edgar Glück og Annebeth Askevold Oppdragsgiver(e) Sosial- og helsedepartementet Rapportnummer R 12/99 ISBN Godkjent av URL ( ) SYSVAK_IG_MEDIMR_12.pdf Dato Antall sider Kvalitetssikret av Jim J. Yang Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7489 Trondheim Besøksadresse Sverresgt 15 Telefon Telefaks e-post firmapost@kith.no Foretaksnummer Prosjektnummer Gradering Åpen Jacob Hygen Direktør Sammendrag Implementasjonsguide for Overføring av vaksinasjonsopplysninger er utarbeidet som en del av programmet "Standardisering av informasjonsutveksling i helsevesenet". Kompetansesenter for IT i helsevesenet (KITH) er ansvarlig for gjennomføring av dette programmet på oppdrag fra Sosial- og helsedepartementet. Implementasjonsguiden beskriver informasjonsinnholdet i EDIFACT-meldingen MEDIMR, og hvordan denne meldingen skal benyttes for elektronisk overføring av person- og vaksinasjonsopplysninger i forbindelse med SYSVAK-prosjektet. Versjon 1.2 er oppdatert til også å kunne være en svarmelding. Meldingen er under utprøving gjennom pilotprosjekter innenfor dette området.

4

5 Forord Forord Meldingen MEDIMR i denne implementasjonsguiden spesifiserer bruken innenfor SYSVAK vaksinasjonsrapporteringssystem. Meldingen er utarbeidet av en gruppe ledet av Jim Yang, KITH. Selve implementasjonsguiden er utarbeidet av Edgar Glück, KITH og Annebeth Askevold, KITH. Den foreliggende implementasjonsguiden inneholder kun en detaljert beskrivelse av de deler av meldingen som benyttes i denne implementasjonen. Det er 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 i

6

7 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 subsett av meldingen Representasjon av tekst Detaljert meldingsinnhold Meldingsstart Meldingens hoveddel...18 Helsetjenesteenhet...18 Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet...22 Vaksinasjonsrapport...25 Meldingsreferanse...28 Vaksinand...30 Pårørende...38 Hendelse...41 Vaksine Meldingsavslutning...51 Vedlegg A Segmentmapping MEDIMR 53 Vedlegg B Meldingseksempel 57 Eksempel på typisk oppdateringsmelding i SYSVAK...57 Eksempel på typisk svarmelding i SYSVAK...58 Versjon iii

8 Innledning Vedlegg C Mapping av objekter 61 Vedlegg D Endringer 65 Versjon 1.2:...65 Endringer som følge av at meldingen også skal kunne brukes som svarmelding...65 Ajourføring av kodeverk...65 Øvrige endringer...65 Versjon 1.1:...66 Side iv Versjon 1.2

9 1 Innledning Implementasjonsguide for overføring av vaksinasjonsopplysninger Innledning Dette dokumentet beskriver hvordan elektronisk overføring av person- og vaksinasjonsopplysninger skal gjennomføres i praksis. Meldingen MEDIMR er spesielt utviklet for formålet, men bygger i hovedsak på epikrisemeldingen MEDDIS. Denne implementasjonsguiden angir en rekke kodeverdier som ikke er offisielt definert. Det forutsettes at denne implementasjonsguiden blir korrigert når disse kodeverdiene foreligger. Inntil videre benyttes anbefalte midlertidige kodeverdier. Versjon

10

11 2 Referanser Implementasjonsguide for overføring av vaksinasjonsopplysninger Referanser Dette dokumentet er basert på og henviser til følgende dokumenter: 1) UN/EDIFACT MEDDIS Medical Discharge message, utkast 2) Norsk veiledning i bruk av EDIFACT 3) UN/EDIFACT kataloger, versjon D.96B. Kodeverdier er også hentet fra nyere kataloger der dette er hensiktsmessig. 4) Meldingshåndbok for Elektronisk informasjonsutveksling i helse- og trygdesektoren, KITH, versjon 2.1 av februar ) Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK, versjon 1.1, KITH, , KITH Rapport 2/99. 6) UN/EDIFACT Guidelines for MIG Versjon

12

13 3 Notasjon Implementasjonsguide for overføring av vaksinasjonsopplysninger 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

14 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åkrevde dataelementer. 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" 1. 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 fastsatt bruk av gitte kodeverk til bruk i alle meldinger kan den 1 Kodede dataelementer i EDIFACT ("xxx, coded") kan kun ha lengde til og med 3 tegn, lengre kodede dataelementer er navngitt "xxx identification". Side Versjon 1.2

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

16

17 4 Meldingens bruksområder 4.1 Funksjon Implementasjonsguide for overføring av vaksinasjonsopplysninger Meldingens bruksområder EDIFACT- meldingen MEDIMR (Immunological Report message) kan benyttes for følgende formål: SYSVAK oppdateringsmelding: Overføring av person- og vaksinasjonsopplysninger fra en rapportør (helsestasjon mm.) til det sentrale SYSVAK-registeret. SYSVAK svarmelding: Overføring av person- og vaksinasjonsopplysninger fra det sentrale SYSVAK-registeret til en helsestasjon eller annen helseinstitusjon vanligvis som svar på en forespørsel. En SYSVAK oppdateringsmelding kan enten være: en ny oppdateringsmelding med nye person- og/eller vaksinasjonsopplysninger for en eller flere nye eller tidligere kjente vaksinander endringer (tillegg og/eller modifikasjoner) til en tidligere utsendt oppdateringsmelding, enten av personopplysninger og/eller vaksinasjonsopplysninger for vaksinand(ene) en kansellering av en tidligere sendt oppdateringsmelding I pilotprosjektet benyttes kun nye Oppdateringsmeldinger eller nye Svarmeldinger. 4.2 Begrensninger På det nåværende tidspunkt er ingen direkte aktuelle begrensninger kjent. Versjon

18

19 5 Meldingens innhold og struktur Implementasjonsguide for overføring av vaksinasjonsopplysninger Meldingens innhold og struktur Mapping av meldingsinnholdet til de ulike segmentene er beskrevet i vedlegg A. 5.1 Meldingens innhold Meldingen består av følgende hoveddeler: Opplysninger om involverte meldingsparter (helsetjenesteenheter) Opplysninger om en eller flere vaksinasjonsrapport Opplysninger om meldingsreferanse (gjelder kun svarrapport). Opplysninger om en eller flere vaksinander Opplysninger om parter relatert til vaksinanden Opplysninger om en eller flere vaksinasjonshendelser Opplysninger om aktuell vaksine 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 strukturen av meldingen er: En oppdateringsmelding inneholder kun en vaksinasjonsrapport mens en svarrapport inneholder en eller flere vaksinasjonsrapporter. En vaksinasjonsrapport gjelder en eller flere personer (vaksinander). En vaksinand kan ha en eller flere tilknyttede vaksinasjonshendelser. Hver vaksinasjonshendelse er relatert til en vaksine. Versjon

20 Meldingens innhold og struktur 5.3 Benyttet subsett av meldingen Meldingstrukturen og datainnholdet i subsettet fremgår også av figuren på denne og neste side. Opplysninger om selve meldingen: UNH M 1 Meldingens referansenummer (fra avsender) Meldingstype (MEDIMR) BGM M 1 Meldingens betegnelse Meldingens funksjon DTM R 1 Tidspunkt for generering av meldingen CED R 1 Avsendende applikasjon Versjon av applikasjon Involverte meldingsparter (helsetjenesteenhet): SG1 M 99 SEQ M 1 Sekvensnummer PNA A 3 Institusjonens rolle: - vaksinatør/rapportør - sentral databaseinstitusjon - avsender/mottaker for lokal rapportør Identifikasjon av institusjon Navn på institusjon Identifikasjon av avdeling Navn på avdeling Adresse og telekommunikasjonsopplysninger: SG2 O 1 ADR M 1 COM O 9 Adressetype Ustrukturert gateadresse Postnummer Poststed Land Fylke Kommune Bydel Type kommunikasjonsnummer Telekommunikasjonsnummer Vaksinasjonsrapport: SG3 M 99 IRQ M 1 Krav til meldingsbekreftelse GIS M 1 Tjenestetype for rapporten STS D 1 Suksesskode (i Svarmelding) FTX O 1 Feilmeldingstekst (i Svarmelding) Meldingsreferanse (Referanse til Forespørselsmelding i Svarmelding): SG4 D 2 DOC M 1 Type referert dokument eller spørsmål IDE R 1 Referansenummer (For forespørselsmelding) Side Versjon 1.2

21 Meldingens innhold og struktur Vaksinand: Pårørende: Hendelse: Vaksine: SG5 D 999 PDI M 1 Personens kjønn GIS D 1 Aksjonskode for vaksinand (i Oppdateringsmelding) PNA R 3 Vaksinandens navn Fødselsnummer Institusjon som vanligvis benyttes Institusjon for siste ajourføring IDE D 1 Alternativ vaksinand ID DTM O 3 Fødselsdato Dødsdato Dato for ajourføring FTX O 9 Supplerende personopplysninger ADR O 1 Adressetype Utstrukturert gateadresse Poststed Postnummer Land Fylke Kommune Bydel SG6 O 1 REL M 1 Type relasjon til vaksinanden PNA O 1 Fødselsnummer til pårørende Navn på pårørende DTM O 1 Fødselsdato til pårørende SG7 D 99 CLI M 1 Type hendelse GIS D 1 Aksjonskode for hendelsen (i Oppdateringsmelding) DTM O 2 Dato for ajourføring Dato for hendelsen STS D 1 Suksesskode (i Svarmelding) PNA O 3 Rolle for helsetjenesteenhet Identifikasjon av institusjon for hendelsen Identifikasjon av avdeling for hendelsen Navn på institusjon for hendelsen Navn på avdeling for hendelsen FTX O 99 Kommentar til hendelsen SG8 D 1 IMD M 1 Preparat Navn på preparat PIA R 1 Vaksinekode FTX O 9 Kommentar til vaksinen QTY O 1 Dosestørrelse Måleenhet IDE O 1 Produksjonsnummer UNT M 1 Meldingsavslutning Versjon

22 Meldingens innhold og struktur 5.4 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 adskilles. Fri tekst plasseres med 70 fortløpende tegn i hver forekomst av FTX/C108/4440 mens kodet tekst representeres i FTX/C107/4441. For fri tekst vil det i tillegg være behov for å dele opp tekst i avsnitt. Dette gjøres ved å ha en spesiell kode i dataelementet 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.). Side Versjon 1.2

23 SG000 - UNH Implementasjonsguide for overføring av vaksinasjonsopplysninger MELDING 6 Detaljert meldingsinnhold 6.1 Meldingsstart Nedenforståend e dataelementer mappes hit UNH MESSAGE HEADER Forekomst: M 1 Funksjon: Kommentarer: Eksempel: Benyttes for å starte og identifisere en ny melding. UNH+nnn+MEDIMR:962:0:RT:NO3012' 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 M Tildeles vanligvis av EDI programvaren. Meldingstype 0065 Message type identifier an..6 M Identifikasjon av benyttet meldingstype: +MEDIMR *Immunologisk rapport 0052 Message version number an..3 M Versjonsnummer for meldingstypen. Denne implementasjonen er basert på D.96B (= "962") Message release number an..3 M Releasenummer for meldingstypen. Denne implementasjonen er basert på et forslag til status Controlling agency an..2 M Kode for å angi kontrollerende organisasjon: RT UN/ECE/TRADE/WP.4/GE.1/EDIFACT Rapporteurs Teams 0057 Association assigned code an..6 R Identifikasjon av nasjonalt subsett. Dette angis som NO3012 for versjon COMMON ACCESS an..35 N Benyttes ikke REFERENCE S010 STATUS OF THE TRANSFER N Benyttes ikke Versjon

24 MELDING SG000 - BGM Nedenforståend e dataelementer mappes hit BGM BEGINNING OF MESSAGE Forekomst: M 1 Funksjon: Benyttes for å angi type og funksjon til en melding. Kommentarer: ❶ Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov. Eksempel: BGM+V01' Meldingens betegnelse Meldingens funksjon Tag Data element navn Format Bruk Bruk av elementer i meldingen C002 DOCUMENT/MESSAGE NAME R 1001 Document/message name, coded an..3 R Kode for spesifikasjon av type vaksinasjonsmelding: 22 Svar på forespørsel +V01 *Vaksinasjonsrapportering 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 IDENTIFICATION N Benyttes ikke 1225 MESSAGE FUNCTION, D Meldingens funksjon.❶ CODED an..3 9 Original 4343 RESPONSE TYPE, CODED an..3 N Benyttes ikke Nedenforståend e dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: R 1 Funksjon: Kommentarer: Eksempel: 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 Side Versjon 1.2

25 SG000 - CED Implementasjonsguide for overføring av vaksinasjonsopplysninger MELDING Nedenforståend e dataelementer mappes hit CED COMPUTER ENVIRONMENT DETAILS Forekomst: R 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi opplysninger om avsendende applikasjon. CED+3+1::::2' Tag Data element navn Format Bruk Bruk av elementer i meldingen 1501 COMPUTER ENVIRONMENT DETAILS QUALIFIER an..3 M Kode for aktuell del av dataomgivelsene: 3 Programvare C079 COMPUTER ENVIRONMENT IDENTIFICATION M Applikasjon 1511 Computer environment, coded an..3 R Eksempler på koder for avsendende applikasjon i henhold til nasjonalt kodeverk: +1 *Infodoc journalsystem +2 *Sysvak applikasjon +3 *SYSVAK sentralt system +4 *Profdoc journalsystem +5 *Legedata Journalsystem 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 1510 Computer environment an..35 N Benyttes ikke Versjon 1056 Version an..9 R Versjonsnummer for avsendende applikasjon Release an..9 N Benyttes ikke 7402 Identity number an..35 N Benyttes ikke Versjon

26 Helsetjenesteenhet SG Meldingens hoveddel SG001 Forekomst: M 99 Funksjon: Kommentarer: HELSETJENESTEENHET Benyttes for å angi opplysninger om involverte helsetjenesteenheter. Involverte parter vil være en lokal enhet og en sentral enhet. Deres rolle i meldingen vil variere med type vaksinasjonsmelding. I tillegg kan det angis personer/parter som er knyttet til meldingen eller aktuelle hendelse. 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 3 A Benyttes for å angi opplysninger for å kunne identifisere en helsetjenesteenhet. 002 ADRESSE- OG KOMMUNIKASJONS- OPPLYSNINGER FOR HELSETJENESTEENHET C 1 O Opplysninger om en helsetjenesteenhets ulike adresser og tilhørende kommunikasjonsnumre. Side Versjon 1.2

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

28 Helsetjenesteenhet SG001 - PNA Nedenforståend e dataelementer mappes hit PNA PARTY NAME Forekomst: A 3 Funksjon: 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. I denne implementasjonen benyttes kun institusjon Kommentarer: ❶ Benyttes for å spesifisere avsender dersom lokal part ikke har egen EDI-tilknytning. ❷ Avdeling benyttes ikke i denne implementasjonen, tatt med for fremtidige behov ❸ behov ❹ Benyttes ikke i denne implementasjonen, tatt med for fremtidige Kun institusjon kan benyttes i denne implementasjonen Eksempel: PNA+Z :Z :Fana helsestasjon' Tag Data element navn Format Bruk Bruk av elementer i meldingen Institusjonen s rolle 3035 PARTY QUALIFIER an..3 M Kode for rolle til helsetjenesteenhet: +HI *Spørrer PK❶ Kontakt part +Z24 *Eier av vaksinasjonsdatabase +Z25 *Rapportør C206 IDENTIFICATION NUMBER N Benyttes ikke Identifikasjon av institusjon Identifikasjon av avdeling Navn på institusjon C082 PARTY IDENTIFICATION A DETAILS 3039 Party id. identification an..35 M Partene i SYSVAK identifiseres ved bruk av egne institusjonsnumre. På sikt kan det bli aktuelt å benytte avdelingsnumre i tillegg. ❷ 1131 Code list qualifier an..3 R Eksempler på koder for identifikasjon av benyttet kodeverk: +Z07❸ *Nasjonalt avdelingsregister +Z23 *SYSVAK institusjonskodeverk 3055 Code list responsible agency, an..3 N Benyttes ikke coded 3403 NAME TYPE, CODED an..3 N Benyttes ikke 3397 NAME STATUS, CODED an..3 N Benyttes ikke C816 NAME COMPONENT O Navn på helsetjenesteenhet eller person i helsevesenet DETAILS 3405 Name component qualifier an..3 M Angivelse av navnekomponent: +10 *Fullt navn 3398 Name component an..70 R Navn på helsetjenesteenhet angitt som offisielt navn. Navneformat i 3405 angir fullt navn.❹ Navn på avdeling 3401 Name component status, an..3 N Benyttes ikke coded 3295 Name component original representation, coded an..3 N Benyttes ikke Side Versjon 1.2

29 SG001 - PNA Implementasjonsguide for overføring av vaksinasjonsopplysninger Helsetjenesteenhet 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 Versjon

30 Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet SG002 - SG002 ADRESSE- OG KOMMUNIKASJONS-OPPLYSNINGER FOR HELSETJENESTEENHET Forekomst: O 1 Funksjon: Kommentarer: Opplysninger om en helsetjenesteenhets ulike adresser og tilhørende kommunikasjonsnumre. 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 ADR ADDRESS M 1 M Benyttes for å angi adressen til en helsetjenesteenhet. COM COMMUNICATION CONTACT C 9 O Benyttes for å angi et kommunikasjonsnummer til en helsetjenesteenhet. Side Versjon 1.2

31 SG002 - ADR Implementasjonsguide for overføring av vaksinasjonsopplysninger Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet Nedenforståend e dataelementer mappes hit ADR ADDRESS Forekomst: M 1 Funksjon: Benyttes for å angi adressen til en helsetjenesteenhet. Kommentarer: ❶ SYSVAK database registrerer maks 50 tegn for gateadresse ❷ Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov. Eksempel: ADR+2+1:Hovedgaten ' Tag Data element navn Format Bruk Bruk av elementer i meldingen C817 ADDRESS USAGE R Type adresse angis langs 3 akser. Ingen, 1, 2 eller alle 3 data elementer kan benyttes avhengig av brukerkravene. Adressetype 3299 Address purpose, coded an..3 R Kode for adressefunksjon: 2 Kontaktadresse 3131 Address type, coded an..3 N Benyttes ikke 3475 Address status, coded an..3 N Benyttes ikke C090 ADDRESS DETAILS 3477 Address format, coded an..3 M Kode for adresseformat: 1 Gateadresse Ustrukturert gateadresse 3286 Address component an..70 M Gateadresse for institusjonen bestående av gatenavn, husnummer og evt. oppgang.❶ 3286 Address component an..70 N Benyttes ikke 3286 Address component an..70 N Benyttes ikke 3286 Address component an..70 N Benyttes ikke 3286 Address component an..70 N Benyttes ikke Poststed 3164 CITY NAME an..35 A Poststedsnavn. Postnummer 3251 POSTCODE IDENTIFICATION an..9 R Postnummer. Land 3207 COUNTRY, CODED an..3 D Kode for land iht. ISO 3166.❷ C819 COUNTRY SUB-ENTITY O DETAILS Fylke 3229 Country sub-entity an..9 A Fylke og kommune angis som et identification kommunenummer iht. nasjonalt kodeverk. Kommune 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 3228 Country sub-entity an..35 N Benyttes ikke C517 LOCATION IDENTIFICATION Bydel 3225 Place/location identification an..25 A Kode for bydel angitt ved lokale koder Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 3224 Place/location an..70 O Bydel angitt som fri tekst. A O Versjon

32 Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet SG002 - COM Nedenforståend e dataelementer mappes hit COM COMMUNICATION CONTACT Forekomst: O 9 Funksjon: Kommentarer: Eksempel: Benyttes for å angi et kommunikasjonsnummer til en helsetjenesteenhet. COM :TE' Telekommunikasjonsnummer Type kommunikasjonsnummer Tag Data element navn Format Bruk Bruk av elementer i meldingen C076 COMMUNICATION M CONTACT 3148 Communication number an..512 M Partens kommunikasjonsnummer eller kommunikasjonsadresse. Kommunikasjonsnummeret kan bestå av ulike deler som landskode, områdekode, selve nummeret, lokalnummer osv. De ulike delene kan settes sammen til en streng ved å benytte lokalt avtalte skilletegn for å kunne identifisere de ulike delene, f.eks. "+1(234)567890/1234" Communication channel an..3 M Kode for kommunikasjonsmetode: qualifier EI EDI EM E-post FX Telefaks TE Telefon Side Versjon 1.2

33 SG003 - Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinasjonsrapport SG003 VAKSINASJONSRAPPORT Forekomst: M 99 Funksjon: Kommentarer: Benyttes for å angi generelle opplysninger om vaksinasjonsrapporten. 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 rapporten. STS STATUS C 1 D Benyttes for å angi status for svarrapporten. FTX FEILMELDINGS_TEKST C 1 O Benyttes for å spesifisere feilmeldingstekst for forespørselen. 004 MELDINGSREFERANSE C 2 D Benyttes for å angi en referanse til en relatert melding eller forespørsel. 005 VAKSINAND C 999 D Benyttes for å gi opplysninger om vaksinanden. 007 HENDELSE C 99 D Benyttes for å gi opplysninger om en vaksinasjonshendelse som vaksinasjon, vaksinasjonsreaksjon eller kontraindikasjon. Nedenforståend e dataelementer mappes hit IRQ INFORMATION REQUIRED Forekomst: M 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi om avsender ønsker bekreftelse på meldingen. Har kun betydning i oppdateringsmeldingen. Er kun med som triggersegment i svarmelding. IRQ+Z03' Tag Data element navn C333 INFORMATION REQUEST Format Bruk Bruk av elementer i meldingen M Bekreftelse ønsket 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

34 Vaksinasjonsrapport SG003 - GIS Nedenforståend e dataelementer mappes hit GIS GENERAL INDICATOR Forekomst: M 1 Funksjon: Benyttes for å angi tjenestetype for rapporten. Kommentarer: ❶ Kun nye rapporter håndteres. Eksempel: GIS+Z01' Tag Data element navn C529 PROCESSING INDICATOR Format Bruk Bruk av elementer i meldingen M Tjenestetype for rapporten 7365 Processing indicator, coded an..3 M Kode for tjenestetype for rapporten:❶ +Z01 *Ny 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 Nedenforståend e dataelementer mappes hit STS STATUS Forekomst: D 1 Funksjon: Benyttes for å angi status for svarrapporten. Benyttes kun dersom meldingen er svar på en forespørsel (svarmelding). Kommentarer: ❶ Benyttes for å angi status på et enkelt søk Eksempel: STS++Z27' Tag Data element navn Format Bruk Bruk av elementer i meldingen C601 STATUS TYPE N Benyttes ikke C555 STATUS EVENT Suksesskode 9011 Status event, coded an..3 M Svarstatus for forespørselen med hensyn til hvorvidt søket var vellykket eller ikke. Eksempler på koder for svarstatus:❶ 36 Ikke funnet 37 Funnet +Z25 *For mange treff +Z34 *Mislykket søk 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 Side Versjon 1.2

35 SG003 - FTX Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinasjonsrapport Nedenforståend e dataelementer mappes hit FTX FREE TEXT Forekomst: O 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi feilmelding under forespørselen. Benyttes kun dersom meldingen er svar på en forespørsel (svarmelding). Benyttes for å angi supplerende opplysninger vedrørende feil i en forespørsel. FTX+AAO+++Feil i søkekriteriet' Tag Data element navn Format Bruk Bruk av elementer i meldingen 4451 TEXT SUBJECT QUALIFIER an..3 M Eksempler på koder for type fri tekst: +AAO *Feilmelding 4453 TEXT FUNCTION, CODED an..3 N Benyttes ikke C107 TEXT REFERENCE N Benyttes ikke C108 TEXT LITERAL Feilmeldingstekst 4440 Free text an..70 M Supplerende opplysninger vedrørende feil Free text an..70 O 4440 Free text an..70 O 4440 Free text an..70 O 4440 Free text an..70 O 3453 LANGUAGE, CODED an..3 N Benyttes ikke R Versjon

36 Meldingsreferanse SG004 - DOC SG004 Forekomst: D 2 Funksjon: Kommentarer: MELDINGSREFERANSE Benyttes for å angi en referanse til en relatert melding eller forespørsel. Benyttes kun i svarmeldingen. Det benyttes en forekomst av segmentet for å angi en referanse til meldingen og en forekomst av segmentet for å angi referanse til relatert forespørsel. 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 DOC DOCUMENT/MESSAGE DETAILS M 1 M Benyttes for å angi type dokument det refereres til. IDE IDENTITY C 1 R Benyttes for å angi avsenders identifikasjon av relatert forespørsel. Nedenforståend e dataelementer mappes hit DOC DOCUMENT/MESSAGE DETAILS Forekomst: M 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi type dokument det refereres til. DOC+21' Type referert dokument Tag Data element navn Format Bruk Bruk av elementer i meldingen C002 DOCUMENT/MESSAGE NAME M 1001 Document/message name, an..3 R Spesifikasjon av type dokument. coded 21 Forespørsel 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 C503 DOCUMENT/MESSAGE N Benyttes ikke DETAILS 3153 COMMUNICATION an..3 N Benyttes ikke CHANNEL IDENTIFIER, CODED 1220 NUMBER OF COPIES OF n..2 N Benyttes ikke DOCUMENT REQUIRED 1218 NUMBER OF ORIGINALS OF DOCUMENT REQUIRED n..2 N Benyttes ikke Side Versjon 1.2

37 SG004 - IDE Implementasjonsguide for overføring av vaksinasjonsopplysninger Meldingsreferanse Nedenforståend e dataelementer mappes hit IDE IDENTITY Forekomst: R 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi avsenders identifikasjon av relatert forespørsel. IDE+Z :Z06' 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 +Z09 *Identifikasjon av forespørsel C206 IDENTIFICATION NUMBER M Referansenummer 7402 Identity number an..35 M Avsenders identifikasjon av meldingen eller forespørselen Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +Z06 *Utstedende 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 Versjon

38 Vaksinand SG005 - PDI SG005 VAKSINAND Forekomst: D 999 Funksjon: Benyttes for å gi opplysninger om vaksinanden. Opplysninger om vaksinand er påkrevd i en oppdateringsmelding. Kommentarer: 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. GIS GENERAL INDICATOR C 1 D Benyttes for å angi tjenestetype for vaksinanden. PNA PARTY NAME C 3 R Benyttes for å angi opplysninger for å identifisere vaksinanden, institusjonen vaksinanden vanligvis benytter og institusjonen ansvarlig for (siste) oppdatering av personopplysningene. IDE IDENTITY C 1 D Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. DTM DATE/TIME/PERIOD C 3 O Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. FTX FREE TEXT C 9 O Benyttes for å angi ytterligere opplysninger for å kunne identifisere vaksinanden. ADR ADDRESS M 1 O Benyttes for å angi personens adresse. 006 PåRøRENDE C 1 O Benyttes for å gi opplysninger om pårørende. Nedenforståend e dataelementer mappes hit PDI PERSON DEMOGRAPHIC INFORMATION Forekomst: M 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi personens kjønn. PDI+1' Tag Data element navn Format Bruk Bruk av elementer i meldingen Personens kjønn 3499 SEX, CODED an..3 R Kode for personens kjønn iht. ISO 5218: +1 *Mann (han) +2 *Kvinne (hun) +Z03 *Ukjent eller ikke angitt C085 MARITAL STATUS DETAILS N Benyttes ikke C101 RELIGION DETAILS N Benyttes ikke Side Versjon 1.2

39 SG005 - GIS Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinand Nedenforståend e dataelementer mappes hit GIS GENERAL INDICATOR Forekomst: D 1 Funksjon: Benyttes for å angi tjenestetype for vaksinanden. Benyttes kun i oppdateringsmeldingen. Kommentarer: ❶ Sletting må behandles manuelt i henhold til gjeldene prosedyrer ❷ Benyttes når det rapporteres en ny hendelse for en tidligere kjent vaksinand. Eksempel: GIS+Z01' Aksjonskode for vaksinanden Tag Data element navn C529 PROCESSING INDICATOR Format Bruk Bruk av elementer i meldingen M 7365 Processing indicator, coded an..3 M Kode for tjenestetype: +Z01 *Ny +Z02 *Endring +Z05❶ *Sletting +Z06❷ *Uendret 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 Versjon

40 Vaksinand SG005 - PNA Nedenforståend e dataelementer mappes hit PNA PARTY NAME Forekomst: R 3 Funksjon: Benyttes for å angi opplysninger for å identifisere vaksinanden, institusjonen vaksinanden vanligvis benytter og institusjonen ansvarlig for (siste) oppdatering av personopplysningene. Det benyttes en forekomst av segmentet for å spesifisere vaksinanden og eventuelt egne forekomster av segmentet for å spesifisere involverte institusjoner. Kommentarer: ❶ Benyttes kun dersom segmentet spesifiserer en person (vaksinand). ❷ ❸ ❹ ❺ ❻ Benyttes kun dersom segmentet spesifiserer en institusjon. SYSVAK database registrerer maks 50 tegn for etternavn Benyttes kun for vaksinanden Benyttes for organisasjoner Benyttes kun for vaksinanden Eksempel: PNA+Z :BY++++1:Hansen+2:Ole' Tag Data element navn Format Bruk Bruk av elementer i meldingen 3035 PARTY QUALIFIER an..3 M Kode for rolle til aktuelle part: +Z26 *Vaksinand +Z27 *Fast helsestasjon +Z28 *Part som sist oppdaterte opplysningene C206 IDENTIFICATION NUMBER D Fødselsnummer 7402 Identity number an..35 M Personens fødselsnummer. Institusjon for siste ajourføring Institusjon som vanligvis benyttes Dersom fødselsnummeret ikke er kjent angis et eventuelt D-nummer eller hjelpenummer i IDE-segmentet.❶ 7405 Identity number qualifier an..3 R Kode for type identitetsnummer +BY *Fødselsnummer 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION D DETAILS 3039 Party id. identification an..35 M Identifikasjon av institusjon som har foretatt (siste) oppdatering. Identifikasjon av institusjon som vaksinanden normalt benytter.❷ 1131 Code list qualifier an..3 R +Z23 *SYSVAK institusjonskodeverk 3055 Code list responsible agency, an..3 N Benyttes ikke coded 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 +10❺ *Fullt navn +Z02 *Delvis strukturert navn Vaksinandens 3398 Name component an..70 R Navn på person angitt med etternavn etterfulgt av fornavn og adskilt med komma (Olsen, Per). Navneformat Side Versjon 1.2

41 SG005 - PNA navn Navn på institusjon Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinand fornavn og adskilt med komma (Olsen, Per). Navneformat i 3405 angir delvis strukturert navn. Personens etternavn dersom det benyttes separate felt for for- og etternavn. Navn på helsetjenesteenhet angitt som offisielt navn. Navneformat i 3405 angir fullt navn Name component status, an..3 N Benyttes ikke coded 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT O DETAILS 3405 Name component qualifier an..3 M Angivelse av navnekomponent: 2 Fornavn Vaksinandens fornavn 3398 Name component an..70 R Personens fornavn.❻ 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 DETAILS N Benyttes ikke Versjon

42 Vaksinand SG005 - IDE Nedenforståend e dataelementer mappes hit IDE IDENTITY Forekomst: D 1 Funksjon: Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. Kommentarer: ❶ Ett alternativt identifikasjonsnummer må angis dersom ikke fødselsnummer er angitt. Eksempel: IDE+Z :Z05' 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 Alternativ 7402 Identity number an..35 M Alternativ identifikasjon av vaksinand (D-nummer eller vaksinand ID hjelpenummer). Primært anvendes et nasjonalt D-nummer utstedt av offentlig myndighet, sekundært et SYSVAK-generert hjelpenummer.❶ 7405 Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +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 Side Versjon 1.2

43 SG005 - DTM Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinand Nedenforståend e dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: O 3 Funksjon: Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. Benyttes for å angi personens fødselsdato og/eller dødsdato samt tidspunkt for oppdatering av personopplysningene. Kommentarer: ❶ Format CCÅÅMMDD må benyttes for fødselsdato. Eksempel: DTM+329: :102' Fødselsdato Dødsdato Dato for ajourføring 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: 324 Prosesseringsdato/periode 329 Fødselsdato +526 *Dødstidspunkt 2380 Date/time/period an..35 R Personens fødselsdato. Personens dødsdato. Dato for siste oppdatering av opplysningene Date/time/period format qualifier an..3 R Format for dato/klokkeslett: 101 ÅÅMMDD 102❶ CCÅÅMMDD 201 ÅÅMMDDTTMM Versjon

44 Vaksinand SG005 - FTX Nedenforståend e dataelementer mappes hit FTX FREE TEXT Forekomst: O 9 Funksjon: Kommentarer: Eksempel: Benyttes for å angi ytterligere opplysninger for å kunne identifisere vaksinanden. FTX+Z52+++Fransk statsborger' Supplerende personopplysninger Tag Data element navn Format Bruk Bruk av elementer i meldingen 4451 TEXT SUBJECT QUALIFIER an..3 M Eksempler på koder for type fri tekst: +Z52 *Supplerende personopplysninger 4453 TEXT FUNCTION, CODED an..3 N Benyttes ikke C107 TEXT REFERENCE N Benyttes ikke C108 TEXT LITERAL R 4440 Free text an..70 M Ytterligere personopplysninger for å kunne identifisere personen Free text an..70 O 4440 Free text an..70 O 4440 Free text an..70 O 4440 Free text an..70 O 3453 LANGUAGE, CODED an..3 N Benyttes ikke Side Versjon 1.2

45 SG005 - ADR Implementasjonsguide for overføring av vaksinasjonsopplysninger Vaksinand Nedenforståend e dataelementer mappes hit ADR ADDRESS Forekomst: O 1 Funksjon: Benyttes for å angi personens adresse. Kommentarer: ❶ SYSVAK database registrerer maks 50 tegn for gateadresse ❷ Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov. Eksempel: ADR+1+1:Gamleveien ' Tag Data element navn Format Bruk Bruk av elementer i meldingen C817 ADDRESS USAGE O Type adresse. Adressetype 3299 Address purpose, coded an..3 A Kode for adressefunksjon: 1 Bostedsadresse 3131 Address type, coded an..3 N Benyttes ikke 3475 Address status, coded an..3 N Benyttes ikke C090 ADDRESS DETAILS 3477 Address format, coded an..3 M Kode for adresseformat: 1 Gateadresse Ustrukturert 3286 Address component an..70 M Personens gateadresse.❶ gateadresse Ekstra 3286 Address component an..70 N Benyttes ikke gateadresse 3286 Address component an..70 N Benyttes ikke 3286 Address component an..70 N Benyttes ikke 3286 Address component an..70 N Benyttes ikke Poststed 3164 CITY NAME an..35 O Poststedsnavn. Postnummer 3251 POSTCODE IDENTIFICATION an..9 A Postnummer. Land 3207 COUNTRY, CODED an..3 O Kode for land iht. ISO 3166.❷ C819 COUNTRY SUB-ENTITY O DETAILS Fylke 3229 Country sub-entity an..9 O Fylke og kommune angis som et identification kommunenummer iht. nasjonalt kodeverk. Kommune 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 3228 Country sub-entity an..35 N Benyttes ikke C517 LOCATION IDENTIFICATION Bydel 3225 Place/location identification an..25 A Kode for bydel angitt ved lokale koder Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded 3224 Place/location an..70 O Bydel angitt som fri tekst. A O Versjon

46 Pårørende SG006 - REL SG006 PÅRØRENDE Forekomst: O 1 Funksjon: Benyttes for å gi opplysninger om pårørende. Kommentarer: 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 REL RELATIONSHIP M 1 M Benyttes for å angi type relasjon for en pårørende. PNA PARTY NAME C 1 O Benyttes for å angi opplysninger for å kunne identifisere en relatert part. DTM DATE/TIME/PERIOD C 1 O Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. Nedenforståend e dataelementer mappes hit REL RELATIONSHIP Forekomst: M 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi type relasjon for en pårørende. REL+Z02+Z11' Type relasjon til vaksinanden Tag Data element navn Format Bruk Bruk av elementer i meldingen 9141 RELATIONSHIP QUALIFIER an..3 M Kode for type relasjon: +Z02 *Pårørende C941 RELATIONSHIP A 9143 Relationship, coded an..3 R Eksempel på koder for type personrelasjon: +Z10 *Far +Z11 *Mor 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 Side Versjon 1.2

47 SG006 - PNA Implementasjonsguide for overføring av vaksinasjonsopplysninger Pårørende Nedenforståend e dataelementer mappes hit PNA PARTY NAME Forekomst: O 1 Funksjon: Kommentarer: Eksempel: Benyttes for å angi opplysninger for å kunne identifisere en relatert part. PNA+Z :BY++++Z02:Hansen, Ole' Fødselsnummer til pårørende Tag Data element navn Format Bruk Bruk av elementer i meldingen 3035 PARTY QUALIFIER an..3 M Rolle til aktuelle person: +Z13 *Person C206 IDENTIFICATION NUMBER O 7402 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: +Z02 *Delvis strukturert navn Navn på 3398 Name component an..70 R Navn på person angitt med etternavn etterfulgt av pårørende fornavn og adskilt med komma (Olsen, Per). Navneformat i 3405 angir delvis strukturert navn 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 Versjon

Implementasjonsguide for Overføring av vaksinasjonsopplysninger

Implementasjonsguide for Overføring av vaksinasjonsopplysninger Implementasjonsguide for Overføring av vaksinasjonsopplysninger Versjon 2.0 17. februar 2000 Status: Til utbredelse KITH Rapport 7/00 ISBN 82-7846-084-1 KITH-rapport Tittel Implementasjonsguide for Overføring

Detaljer

Implementasjonsguide for Overføring av vaksinasjonsopplysninger

Implementasjonsguide for Overføring av vaksinasjonsopplysninger Implementasjonsguide for Overføring av vaksinasjonsopplysninger Versjon 1.0 for utprøving 23. februar 1998 KITH Rapport 2/98 ISBN 82-7846-043-4 KITH-rapport Tittel Implementasjonsguide for Overføring

Detaljer

Implementasjonsguide for Overføring av SYSVAK spørremelding

Implementasjonsguide for Overføring av SYSVAK spørremelding Implementasjonsguide for Overføring av SYSVAK spørremelding Versjon 1.0 17. februar 2000 Status: Til utbredelse KITH Rapport 9/00 ISBN 82-7846-087-6 KITH-rapport Tittel Implementasjonsguide for Overføring

Detaljer

Implementasjonsguide for Overføring av meldingsbekreftelse

Implementasjonsguide for Overføring av meldingsbekreftelse Implementasjonsguide for Overføring av meldingsbekreftelse Versjon 2.0 17. februar 2000 Status: Til utbredelse KITH Rapport 8/00 ISBN 82-7846-086-8 KITH-rapport Tittel Implementasjonsguide for Overføring

Detaljer

Implementasjonsguide for Overføring av meldingsbekreftelse Fra trygdens ulike kontrollsystem for behandlere

Implementasjonsguide for Overføring av meldingsbekreftelse Fra trygdens ulike kontrollsystem for behandlere Implementasjonsguide for Overføring av meldingsbekreftelse Fra trygdens ulike kontrollsystem for behandlere Versjon 2.0 Mai 2003 Status: Til uttesting Forord Forord Meldingen MEDRSP i denne implementasjonsguiden

Detaljer

Implementasjonsguide for Overføring av meldingsbekreftelse

Implementasjonsguide for Overføring av meldingsbekreftelse Implementasjonsguide for Overføring av meldingsbekreftelse Versjon 1.2 for utprøving 28.04.1999 KITH Rapport 7/99 ISBN 82-7846-062-0 KITH-rapport Tittel Implementasjonsguide for Overføring av meldingsbekreftelse

Detaljer

Implementasjonsguide for Overføring av meldingsbekreftelse

Implementasjonsguide for Overføring av meldingsbekreftelse Implementasjonsguide for Overføring av meldingsbekreftelse Versjon 1.0 for utprøving 5. mars 1998 KITH Rapport 4/98 ISBN 82-7846-045-0 KITH-rapport Tittel Implementasjonsguide for Overføring av meldingsbekreftelse

Detaljer

Implementasjonsguide for rekvirering av laboratorietjenester innenfor klinisk kjemi og mikrobiologi

Implementasjonsguide for rekvirering av laboratorietjenester innenfor klinisk kjemi og mikrobiologi Implementasjonsguide for rekvirering av laboratorietjenester innenfor klinisk kjemi og mikrobiologi Basert på MEDREQ UNSM EDIFACT D.96B Versjon 3.0 22. desember 1999 Status: Til utbredelse KITH Rapport

Detaljer

Implementasjonsguide for overføring av epikrise

Implementasjonsguide for overføring av epikrise Implementasjonsguide for overføring av epikrise Basert på utkast til MEDDIS 27.02.97 Versjon 1.0 22. februar 2000 Status: Til utbredelse KITH Rapport 10/00 ISBN 82-7846-088-4 KITH-rapport TITTEL Implementasjonsguide

Detaljer

Implementasjonsguide for Rapportering av radiologi-svar Versjon 1.0

Implementasjonsguide for Rapportering av radiologi-svar Versjon 1.0 Implementasjonsguide for Rapportering av radiologi-svar Versjon 1.0 KITH R 9/96 ISBN 82-7846-022-1 Tittel Implementasjonsguide for Rapportering av radiologi-svar Versjon 1.0 KITH-rapport R 9/96 ISBN 82-7846-022-1

Detaljer

Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK

Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK Versjon 2.0 14. februar 2000 Status: Til utbredelse KITH R 6/00 ISBN 82-7846-083-3 KITH-rapport Tittel Informasjonsmodell for elektronisk

Detaljer

Implementasjonsguide for Radiologi-henvisninger Versjon 1.0

Implementasjonsguide for Radiologi-henvisninger Versjon 1.0 Implementasjonsguide for Radiologi-henvisninger Versjon 1.0 KITH R 8/96 ISBN 82-7846-021-3 Tittel Implementasjonsguide for Radiologihenvisninger Versjon 1.0 KITH-rapport R 8/96 ISBN 82-7846-021-3 Prosjektnr

Detaljer

Meldingshåndbok TVINN-FAKTURA

Meldingshåndbok TVINN-FAKTURA Meldingshåndbok TVINN-FAKTURA Versjon 1.1 27 september 2010 EDIFACT katalog:invoic D.93A NorStella Foundation for e-business and trade procedure Tel: 22 99 61 00 C. J. Hambros plass 2C Fax. 22 99 60 10

Detaljer

CREMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.13 desember 2011. Bankenes Standardiseringskontor Postboks 2644, Solli 0203 OSLO

CREMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.13 desember 2011. Bankenes Standardiseringskontor Postboks 2644, Solli 0203 OSLO CREMUL MELDINGSHÅNDBOK UN/EDIFACT Katalog D.96A Versjon 2.13 desember 2011 Bankenes Standardiseringskontor Postboks 2644, Solli 0203 OSLO Tlf.: 22 28 45 10 www.bsk.no Innhold Endringskatalog - Endring

Detaljer

Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK

Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK Versjon 1.1 for utprøving 1999-02-08 KITH R 2/99 ISBN 82-7846-055-8 KITH-rapport Tittel Informasjonsmodell for elektronisk meldingsutveksling

Detaljer

PAYMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.06.1. desember 2011. Tlf.: 22 28 45 10

PAYMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.06.1. desember 2011. Tlf.: 22 28 45 10 PAYMUL MELDINGSHÅNDBOK UN/EDIFACT Katalog D.96A Versjon 2.06.1 desember 2011 Bankenes Standardiseringskontor Postboks 2644, Solli 0203 OSLO Tlf.: 22 28 45 10 www.bsk.no Endringskatalog - Endring i forhold

Detaljer

Brukerveiledning. datautveksling. nettavregning i Norge

Brukerveiledning. datautveksling. nettavregning i Norge Brukerveiledning for datautveksling for nettavregning i Norge Dokument versjon/oppdatering: 1.0.B EDIFACT versjon (MSCONS) D.96A Dato: 25. januar, 2013 Status: For implementering Innhold 1. INTRODUKSJON...

Detaljer

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise

Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Kortversjon - Akseptansetest av sending Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av sending Epikrise 2 Informasjon om avsendersystem Programvareleverandør:

Detaljer

Akseptansetest av mottak Elektronisk henvisning

Akseptansetest av mottak Elektronisk henvisning Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK

Detaljer

Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse HIS 1022:2010

Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse HIS 1022:2010 HIS 1022:2010.. Forespørsel om fastlege Informasjonsmodell og XML meldingsbeskrivelse Versjon 1.6 Opprinnelig dato 1.12.2008 Sist endret 15.02.2012 KITH 21/08:2012 Publikasjonens tittel: Forespørsel om

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Bring Interchange Group

Bring Interchange Group Bring Interchange Group Implementasjonsguide IFTSTA STATUSKODER FORMAT Denne gjelder for Bring Parcel Norge shistorie snr Beskrivelse av endringer 0.1 13.11.2000 Første utkast av dokumentet 0.2 14.12.2000

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

Kompositt/ Dataelement. Hode, identifisere og spesifisere utveksling = UNOA = 2 = NODI. Overføringens mottaker. Mottakers partsidentifikasjon

Kompositt/ Dataelement. Hode, identifisere og spesifisere utveksling = UNOA = 2 = NODI. Overføringens mottaker. Mottakers partsidentifikasjon INFORASJON Overføringshode UNB Hode, identifisere og spesifisere utveksling /1 Syntaksidentifikator S001 Syntaksidentifikator an..4 0001 = UNOA Syntaksversjonsnummer 0002 = 2 Utvekslingsavsender S002 Avsender

Detaljer

Medisinsk-faglig innhold i epikriser fra poliklinikker og legespesialister - "Den gode spesialistepikrise"

Medisinsk-faglig innhold i epikriser fra poliklinikker og legespesialister - Den gode spesialistepikrise Medisinsk-faglig innhold i epikriser fra poliklinikker og legespesialister - "Den gode spesialistepikrise" Versjon 1.0 31. desember 2002 KITH Rapport R31/02 ISBN 82-7846-158-9 KITH-rapport Medisinsk-faglig

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Vedlegg til meldinger

Vedlegg til meldinger Elektronisk samhandling Vedlegg til meldinger TEKNISK SPESIFIKASJON VERSJON 2.0 13.5.2011 KITH-rapport 1036 : 2011 KITH-rapport TITTEL Elektronisk samhandling Vedlegg til meldinger Forfatter Espen Stranger

Detaljer

Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal

Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Akseptansetest for mottak av administrativ kommunikasjon mot kjernejournal Meldingsversjon: Standard for administrativ kommunikasjon mot kjernejournal, versjon 1.0, datert 12.08.2008 Akseptansetest - Mottak

Detaljer

DEBMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.02 Juli 2004

DEBMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.02 Juli 2004 DEBMUL MELDINGSHÅNDBOK UN/EDIFACT Katalog D.96A Versjon 2.02 Juli 2004 Bankenes Standardiseringskontor Postboks 526, Sentrum Tlf.: 22 94 14 60 0105 OSLO Fax: 22 94 14 70 DEBMUL Versjon 2.02 Side: 1 Copyright

Detaljer

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

FINSTA MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.0 August 2000

FINSTA MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.0 August 2000 FINSTA MELDINGSHÅNDBOK UN/EDIFACT Katalog D.96A Versjon 2.0 August 2000 Bankenes Standardiseringskontor Postboks 526, Sentrum Tlf.: 22 94 14 60 0105 OSLO Fax: 22 94 14 70 Copyright : BSK Versjon : 2.0

Detaljer

Hjelpenummer for personer uten kjent fødselsnummer

Hjelpenummer for personer uten kjent fødselsnummer Hjelpenummer for personer uten kjent fødselsnummer KITH Rapport 11/98 KITH-rapport Tittel Hjelpenummer for personer uten kjent fødselsnummer Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

CREMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.12 Mars 2004

CREMUL MELDINGSHÅNDBOK. UN/EDIFACT Katalog D.96A. Versjon 2.12 Mars 2004 CREMUL MELDINGSHÅNDBOK UN/EDIFACT Katalog D.96A Versjon 2.12 Mars 2004 Bankenes Standardiseringskontor Postboks 526, Sentrum Tlf: 22 94 14 60 0157 OSLO Fax: 22 94 14 70 CREMUL Versjon 2.12 Side: 1 Copyright

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.2 datert 14.03.2005 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Patologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Informasjon om mottakersystem Programvareleverandør: Navn og

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.3, datert 13.06.2007 Akseptansetest mottak

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST

Detaljer

Akseptansetest for mottak av PLO-meldingen: Konsultasjon

Akseptansetest for mottak av PLO-meldingen: Konsultasjon Akseptansetest for mottak av PLO-meldingen: Konsultasjon Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak - PLO-melding

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Forespørsel og svar om egenandel

Forespørsel og svar om egenandel .. Forespørsel og svar om egenandel Informasjonsmodell og XML meldingsbeskrivelse VERSJON 1.1 Status: Til utprøving 6. oktober 2010 KITH-rapport 1024:2010 Innhold 1 Dokumenthistorie... 3 2 Innledning...

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldinger 3 2.1.2 forretningsregler 3 2.1.3 Samhandling

Detaljer

Utskrivningsrapport Veiledning i bruk av meldingen for logistikkmeldinger

Utskrivningsrapport Veiledning i bruk av meldingen for logistikkmeldinger Veiledning i bruk av meldingen for logistikkmeldinger Vedlegg til: KITH rapport Rnn/nn Meldingsversjon: 0.9, 19.12.2003 Dokumentversjon: 0.9, 19.12.2003 Veiledning i bruk av meldingen for logistikkmeldinger

Detaljer

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise

Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Akseptansetest for mottak av PLO-meldingen: Tverrfaglig epikrise Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest mottak

Detaljer

Kompositt/ Dataelement. Hode, identifisere og spesifisere utveksling = UNOA. = NO009101 (= Schenker AS utveksling id) = NODI. Overføringens mottaker

Kompositt/ Dataelement. Hode, identifisere og spesifisere utveksling = UNOA. = NO009101 (= Schenker AS utveksling id) = NODI. Overføringens mottaker INVOI D93.A INFORASJON ELDINGSUTVEKSLING Overføringshode UNB Hode, identifisere og spesifisere utveksling /1 Syntaksidentifikator S001 Syntaksidentifikator an..4 0001 = UNOA Syntaksversjonsnummer 0002

Detaljer

K I T H. Ebrev. Elektronisk utsending av brev FOR HELSE OG VELFERD.. INFORMASJONSTEKNOLOGI

K I T H. Ebrev. Elektronisk utsending av brev FOR HELSE OG VELFERD.. INFORMASJONSTEKNOLOGI K I T H INFORMASJONSTEKNOLOGI FOR HELSE OG VELFERD.. Ebrev Elektronisk utsending av brev VERSJON 1.0 Status: Til utprøving 1.2.2010 KITH-rapport 1020:2010 KITH-rapport TITTEL Ebrev Elektronisk utsending

Detaljer

Notat: Den gode epikrise minstekrav til medisinskfaglig innhold ved sending

Notat: Den gode epikrise minstekrav til medisinskfaglig innhold ved sending HISD 1033:2010 Notat: Den gode epikrise minstekrav til medisinskfaglig innhold ved sending Publikasjonens tittel: Notat: Den gode epikrise minstekrav til medisinskfaglig innhold ved sending Teknisk standard

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Immunologi

Akseptansetest av mottak Rekvirering av medisinske tjenester Immunologi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: 1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

NORSK BRUKERVEILEDNING

NORSK BRUKERVEILEDNING NORSK BRUKERVEILEDNING for FORESPØRSEL OM MÅLEDATA Versjon: 1.0 Revisjon: A Status: For testimplementering Dato: 13. august 2006 Norsk brukerveiledning for forespørsel om måledata 2 1 INNHOLDSFORTEGNELSE

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

EDIFACT. Electronic Data Interchange for Administration, Commerce and Transport. Kursbeskrivelse utarbeidet for. NorStella. Versjon 1.0.

EDIFACT. Electronic Data Interchange for Administration, Commerce and Transport. Kursbeskrivelse utarbeidet for. NorStella. Versjon 1.0. Kursbeskrivelse utarbeidet for NorStella Versjon 1.0 Utarbeidet av Bakgrunn () er en metode for elektronisk utveksling av strukturert informasjon mellom bedrifter. er FNs sett av standard dokumentformater

Detaljer

K I T H. eresept M Referansenummer. Informasjonsmodell og XML meldingsbeskrivelse. VERSJON 2.4 Status: Til utprøving KITH-rapport 19/08

K I T H. eresept M Referansenummer. Informasjonsmodell og XML meldingsbeskrivelse. VERSJON 2.4 Status: Til utprøving KITH-rapport 19/08 K I T H INFORMASJONSTEKNOLOGI FOR HELSE OG VELFERD.. eresept M04.1-2 Referansenummer Informasjonsmodell og XML meldingsbeskrivelse VERSJON 2.4 Status: Til utprøving 1.5.2010 KITH-rapport 19/08 2 M04.1-2

Detaljer

Innrapportering av trekk til NAV

Innrapportering av trekk til NAV .. Innrapportering av trekk til NAV XML meldingsbeskrivelse VERSJON 1.0 7. april 2010 Sist oppdatert: 2. februar 2012 Innhold Innrapportering av trekk til NAV... i XML meldingsbeskrivelse... i 1 Dokumenthistorie...

Detaljer

Akseptansetest av mottak Dialogmelding

Akseptansetest av mottak Dialogmelding Akseptansetest av mottak Dialogmelding Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Dialogmelding 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK AV DIALOGMELDINGEN...

Detaljer

TransportoppdragBekreftelse

TransportoppdragBekreftelse Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3 2.1.2 Transportoppdrag forretningsregler

Detaljer

Kompositt/ Dataelement = UNOA = 2 = NODI. Overføringens mottaker. Mottakers partsidentifikasjon

Kompositt/ Dataelement = UNOA = 2 = NODI. Overføringens mottaker. Mottakers partsidentifikasjon IFTS S93.A INFORASJON Overføringshode UNB Hode, identifisere og spesifisere utveksling /1 Syntaksidentifikator S001 Syntaksidentifikator an..4 0001 = UNOA Syntaksversjonsnummer 0002 = 2 Utvekslingsavsender

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

OPPGJØR MED ORTOPEDISKE VERKSTEDER (ORTOK)

OPPGJØR MED ORTOPEDISKE VERKSTEDER (ORTOK) Implementasjonsguide for OPPGJØR MED ORTOPEDISKE VERKSTEDER (ORTOK) basert på MEDRUC D97.A Versjon: 2.6 REV3 20. februar 2012 Status: Til utprøving NAV Implementasjonsguide - ver. 2.6 Side 2 Innholdsfortegnelse

Detaljer

DEDIP2 Brukerprofil. APERAK (Kvittering faktura) til bruk for dagligvarehandelen. 7. april 2006 2. utgave

DEDIP2 Brukerprofil. APERAK (Kvittering faktura) til bruk for dagligvarehandelen. 7. april 2006 2. utgave DEDIP2 Brukerprofil APERAK (Kvittering faktura) til bruk for dagligvarehandelen 7. april 2006 2. utgave INNHOLDFORTEGNELE: Introdukjon ide 2 Meldingtabell ide 4 Ekempel ide 6 Verjon- /endringlogg ide 8

Detaljer

Rutiner og løsninger for å sikre entydig person- og hendelsesidentifikasjon i SYSVAK

Rutiner og løsninger for å sikre entydig person- og hendelsesidentifikasjon i SYSVAK Rutiner og løsninger for å sikre entydig person- og hendelsesidentifikasjon i SYSVAK versjon 1.0 1999-02-08 KITH R 1/99 ISBN 82-7846-056-6 KITH-rapport Tittel Rutiner og løsninger for å sikre entydig person-

Detaljer

Basis interoperabilitetstest - ebxml

Basis interoperabilitetstest - ebxml Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre

Detaljer

Retningslinjer for bruk av kodeverk og id-er ved endring, kansellering, tillegg eller historikk i meldinger

Retningslinjer for bruk av kodeverk og id-er ved endring, kansellering, tillegg eller historikk i meldinger HISD 1154:2013 Retningslinjer for bruk av kodeverk og id-er ved endring, kansellering, tillegg eller historikk i meldinger 1 Publikasjonens tittel: Retningslinjer for bruk av kodeverk og id-er ved endring,

Detaljer

NKKN typeforslag versjon 2.0.1. Definisjon av grunntypene

NKKN typeforslag versjon 2.0.1. Definisjon av grunntypene NKKN typeforslag versjon 2.0.1 For å lette innsamling av typedata er det laget en importrutine i NKKN som muliggjør automatisering. Foreløpig kan en kun sende forslag via email, en webservice er planlagt

Detaljer

Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud Akseptansetest for mottak PLO-meldingen Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.4, datert 20.02.2008 Akseptansetest

Detaljer

Akseptansetest for mottak av Overføring av legemiddelopplysninger (PLO/SUMO)

Akseptansetest for mottak av Overføring av legemiddelopplysninger (PLO/SUMO) Akseptansetest for mottak av Overføring av legemiddelopplysninger (PLO/SUMO) Meldingsversjon: Standard for kommunikasjon av EPJ-innhold, versjon 1.0, datert 25.03.08 Akseptansetest mottak - Overføring

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST

Detaljer

Variabelliste og utkast til informasjonsmodell

Variabelliste og utkast til informasjonsmodell Variabelliste og utkast til informasjonsmodell Dette dokumentet beskriver et utkast til informasjonsmodell for uttrekk av data fra et EPJ-system. Modellen er i stor grad basert på eksisterende EPJ-standarder

Detaljer

Akseptansetest av sending og mottak Applikasjonskvittering

Akseptansetest av sending og mottak Applikasjonskvittering Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest

Detaljer

E-standard versjon 2.1

E-standard versjon 2.1 E-standard versjon 2.1 Implementasjonsguide for UN/EDIFACT D93A ORDERS Ordre Versjon 2.1 11. oktober 2001 Revidert av EAN NORGE Utgis av Elektroforeningen, Drammensv. 30, Postboks 2864 Solli, N-0230 Oslo

Detaljer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og

Detaljer

Elektronisk melding om arbeidsrelatert sykdom eller skade. Informasjonsmodell og XML meldingsbeskrivelse

Elektronisk melding om arbeidsrelatert sykdom eller skade. Informasjonsmodell og XML meldingsbeskrivelse Elektronisk melding om arbeidsrelatert sykdom eller skade Informasjonsmodell og XML meldingsbeskrivelse Versjon 1.0 Dato: 29.9.2008 KITH Rapport 20/08 Side 1 av 24 KITH-rapport TITTEL Elektronisk melding

Detaljer

E-standard versjon 2.1

E-standard versjon 2.1 E-standard versjon 2.1 Implementasjonsguide for UN/EDIFACT D93A INVOIC - Faktura Versjon 2.1 11. oktober 2001 Revidert av EAN NORGE Utgis av Elektroforeningen, Drammensv. 30, Postboks 2864 Solli, N-0230

Detaljer

Presisering av identifikatorer i EHF formatene

Presisering av identifikatorer i EHF formatene Presisering av identifikatorer i EHF formatene Presisering nummer: 1000002 Ansvarlig Difi: Olav Astad kristiansen Dato: 3. oktober 2012 Utarbeidet i samarbeid med: NARF, Edisys AS og SendRegning AS Identifikator

Detaljer

- <!-- Generated on 04-10-2002 18:28:44 at KITH. - <!-- XML-Schema level supported is specified by W3C. - <!-- http://www.w3.

- <!-- Generated on 04-10-2002 18:28:44 at KITH. - <!-- XML-Schema level supported is specified by W3C. - <!-- http://www.w3. KITH-rapport 08/02 Status: Til utprøving 17. april 2002 edited with XML Spy v4.3 U (http://www.xmlspy.com) by Espen Stranger Seland (KITH) Generated on 04-10-2002

Detaljer

Labmeldinger - Anita Lorck Bjørgen, ~samhandling for helse og velferd

Labmeldinger - Anita Lorck Bjørgen, ~samhandling for helse og velferd Labmeldinger Rekvisisjon og svar Tradisjonelt inndelt i spesialitetene Klinisk kjemi Mikrobiologi Radiologi Patologi Immunologi har fått egen akseptansetest fordi det ble uttrykt sterkt ønske om det Trenger

Detaljer

REUMS. En referansemodell for etablering og utbredelse av meldingsstandarder. 9. oktober 2006 KITH-rapport 17/06 ISBN

REUMS. En referansemodell for etablering og utbredelse av meldingsstandarder. 9. oktober 2006 KITH-rapport 17/06 ISBN REUMS En referansemodell for etablering og utbredelse av meldingsstandarder 9. oktober 2006 KITH-rapport 17/06 ISBN 82-7846-296-8 KITH-rapport TITTEL REUMS En referansemodell for etablering og utbredelse

Detaljer

NORSK BRUKERVEILEDNING

NORSK BRUKERVEILEDNING NORSK BRUKERVEILEDNING for implementering av SMTP Versjon: 1.0 Revisjon: C Dato: 20. februar 2006 Systemstøtte for Ediel / Norsk Ediel Ekspertgruppe Side: 1 INNHOLDSFORTEGNELSE 1 BAKGRUNN... 3 2 REFERANSER...

Detaljer

NOTAT. 1. Revisjon av henvisningsmeldingen. Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen

NOTAT. 1. Revisjon av henvisningsmeldingen. Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen NOTAT Forfatter Annebeth Askevold, KITH Dato 30.08.2004 Tema Strukturert bookingid i henvisningsmeldingen 1. Revisjon av henvisningsmeldingen 1.1. Bakgrunn Det er i det nasjonale og de regionale booking-prosjektene

Detaljer

Vaksinasjoner i CGM Journal

Vaksinasjoner i CGM Journal Vaksinasjoner i CGM Journal Side 2 Registrere en vaksinasjon 1. Klikk på Vaksinasjon i journalen. Vinduet Vaksinasjonsoversikt åpnes. Høyre-klikk og velg Oppsett for å legge til ikonet hvis det ikke allerede

Detaljer

HISD 1157:2009. Notat: Legemidler i PLO-meldingene. Versjon 1.6 Opprinnelig dato Sist endret KITH 21/08:2012

HISD 1157:2009. Notat: Legemidler i PLO-meldingene. Versjon 1.6 Opprinnelig dato Sist endret KITH 21/08:2012 HISD 1157:2009.. Notat: Legemidler i PLO-meldingene Versjon 1.6 Opprinnelig dato 1.12.2008 Sist endret 15.02.2012 KITH 21/08:2012 1 Publikasjonens tittel: Notat: Legemidler i PLO-meldingene Teknisk standard

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportklart virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportklart virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV TRANSPORTKLARTVIRKE 3 2.1 Oversikt 3 2.1.1 Meldingstyper 3 2.1.2 TransportklartVirke

Detaljer

VEDLEGG 7 INFORMASJONSMODELL

VEDLEGG 7 INFORMASJONSMODELL VEDLEGG 7 INFORMASJONSMODELL 1.1 INFORMASJONSMODELL Denne modellen skal danne et bilde av informasjonsinnholdet i det nye folkeregisteret. Informasjonsmodellen er en konseptuell modell som gir en overordnet

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

Orders Ethernet connect

Orders Ethernet connect Orders Ethernet connect For å registrere en ny bestilling, åpne Orders modulen og velg under appleten Order List. Klikk på appleten Line Items for å hente frem nytt skjermbilde. 2 Klikk på New under Sales

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper/funksjoner 3 2.1.2 BusinessAcknowledge

Detaljer

BRUKERMANUAL FOR NRDB E-POST-PORTERING

BRUKERMANUAL FOR NRDB E-POST-PORTERING BRUKERMANUAL FOR NRDB E-POST-PORTERING Versjon 1.0, 2003-05-09 Systor Trondheim as 643-109-2003/ KOB / 6/27/2003 2:38 PM Page 1 of 9 Innholdsfortegnelse 1 BRUKERMANUAL FOR NRDB E-POST-PORTERING... 3 1.1

Detaljer

Overføring av EPJ ved bytte av fastlege

Overføring av EPJ ved bytte av fastlege Elektronisk pasientjournal standard Anvendelse av EPJ-melding: Overføring av EPJ ved bytte av fastlege Versjon 1.0 26. juni 2002 Status: Til utprøving KITH Rapport 12/02 ISBN 82-7846-137-6 KITH-rapport

Detaljer

Dokument 33 SYSVAK eksportformat

Dokument 33 SYSVAK eksportformat Nasjonalt folkehelseinstitutt Sysvak Dokumentasjon Dokument 33 SYSVAK eksportformat Beskrivelse av format for eksport av data fra Sysvak Forfatter: keau Godkjent av: Side: 1 av 6 1 INTRODUKSJON... 3 2

Detaljer

NORSK BRUKERVEILEDNING

NORSK BRUKERVEILEDNING NORSK BRUKERVEILEDNING for FORESPØRSEL OM MÅLEDATA Versjon: 1.0 Revisjon: C Status: For testimplementering Dato: 16. mars 2007 Norsk brukerveiledning for forespørsel om måledata 2 1 INNHOLDSFORTEGNELSE

Detaljer

EAC-CPF i DIAS. <eac-cpf> - Encoded Archival Context - Corporate Bodies, Persons, and Families. Kan inneholde. Attributter.

EAC-CPF i DIAS. <eac-cpf> - Encoded Archival Context - Corporate Bodies, Persons, and Families. Kan inneholde. Attributter. EAC-CPF i DIAS DIAS-prosjektet bruker det offisielle skjemaet uforandret. Dette er en veiledning i hvordan et EAC-CPFdokument genereres basert på informasjon i arkivsystemet Asta. - Encoded Archival

Detaljer

Mapping fra e2b fakturaformat. til. Ehandel.no formatet.

Mapping fra e2b fakturaformat. til. Ehandel.no formatet. Mapping fra e2b fakturaformat til Ehandel.no formatet. Notat utarbeidet for Difi - Direktoratet for forvaltning og IKT Versjon 03 27. september 2010 Utarbeidet av: Petter Sandvik Senior rådgiver EdiSys

Detaljer

Dokumentasjon av XML strukturer for ByggSøk

Dokumentasjon av XML strukturer for ByggSøk Dokumentasjon av XML strukturer for ByggSøk 28. februar 2003 Per Thomas Jahr Innhold 1 Oversikt over skjemaer...1 2 Valg mellom import og include...2 3 Enkoding...2 4 Navnerom...2 5 Regler for navngiving

Detaljer

STAND Elektronisk utveksling av handelsinformasjon i dagligvarebransjen

STAND Elektronisk utveksling av handelsinformasjon i dagligvarebransjen a v STAND Elektronisk utveksling av handelsinformasjon i dagligvarebransjen 200 Endringslogg gjeldende versjon vs tidligere versjoner Versjon 1.1 1. desember 2017 Side 1 av 6 Publisert 01.12.2017 Endringslogg

Detaljer

Referansedokument meldingsimplementering

Referansedokument meldingsimplementering Tema: Revisjonshistorikk Dato Kommentar Ansvarlig 11.07.2006 Publisert AA Dette notatet inngår i en samling av referansedokumenter som inneholder generelle råd, tips og veiledning til bruk og implementering

Detaljer

Hva betyr standarder og sertifisering for samhandling? ~samhandling for helse og velferd

Hva betyr standarder og sertifisering for samhandling? ~samhandling for helse og velferd Hva betyr standarder og sertifisering for samhandling? Noen vanlige feil ved implementering av labmeldinger Sending og mottak av rekvisisjoner v 1.5 Sending og mottak av svarmeldinger v 1.3 Sending av

Detaljer