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 versjon 1.2 for utprøving Forfatter(e) Edgar Glück, KITH AS Oppdragsgiver(e) KITH / Sosial- og helsedepartementet Rapportnummer R 7/99 ISBN 82-7846-062-0 Godkjent av URL (http://www.kith.no/rapportarkiv/ ) SYSVAK-IG-MEDRSP-12.pdf Dato Antall sider 28.04.99 57 Kvalitetssikret av Jim J. Yang Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7489 Trondheim Besøksadresse Sverresgt 15 Telefon 73 59 86 00 Telefaks 73 59 86 11 e-post firmapost@kith.no Foretaksnummer 959 925 496 Prosjektnummer ST-SYSV Gradering Åpen Jacob Hygen Direktør Sammendrag Implementasjonsguide for Overføring av meldingsbekreftelse 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 MEDRSP, og hvordan denne meldingen skal benyttes for elektronisk overføring av meldingsbekreftelser. Versjon 1.2 er korrigert når det gjelder identifikasjon av personer og hendelser. Meldingen er utprøvd gjennom pilotprosjekter innenfor dette området.
Forord Meldingen MEDRSP i denne implementasjonsguiden spesifiserer bruken som meldingsbekreftelse innenfor SYSVAK vaksinasjonsrapporteringssystem. Meldingen er utarbeidet av en gruppe ledet av Jim Yang, KITH. Selve implementasjonsguiden er utarbeidet av Edgar Glück, 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 1.2 28.04.99 Side i
Innholdsfortegnelse 1. Innledning 1 2. Referanser 3 3. Notasjon 5 3.1 Mapping av objekter og deres attributter... 5 3.2 Forekomst av dataelementer, segmenter og segmentgrupper5 3.3 Representasjon av opplysninger... 6 3.4 Lengde av dataelementene... 6 3.5 ICSI - International Coding Scheme Identifier... 6 3.6 Koder... 7 3.7 Diverse... 7 4. Meldingens bruksområder 9 4.1 Funksjon... 9 4.2 Begrensninger... 9 5. Meldingens innhold og struktur 11 5.1 Meldingens innhold...11 5.2 Meldingens struktur...11 5.3 Benyttet subsett av meldingen...12 5.4 Representasjon av tekst...14 6. Detaljert meldingsinnhold 15 6.1 Meldingsstart...15 MESSAGE HEADER...15 BEGINNING OF MESSAGE...16 DATE/TIME/PERIOD...16 COMPUTER ENVIRONMENT DETAILS...17 6.2 Meldingens hoveddel...18 Helsetjenesteenhet...18 SEQUENCE DETAILS...19 PARTY NAME...20 Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet...21 ADDRESS...22 COMMUNICATION CONTACT...23 Svarrapport...24 INFORMATION REQUIRED...24 GENERAL INDICATOR...25 STATUS...25 Versjon 1.2 28.04.99 Side i
Meldingsreferanse...26 DOCUMENT/MESSAGE DETAILS...26 IDENTITY...27 Vaksinand...28 PERSON DEMOGRAPHIC INFORMATION...28 PARTY NAME...29 IDENTITY...30 DATE/TIME/PERIOD...31 STATUS...32 Feil vedrørende person...33 APPLICATION ERROR INFORMATION...33 FREE TEXT...34 Hendelse...35 CLINICAL INTERVENTION...35 DATE/TIME/PERIOD...36 ADDITIONAL PRODUCT ID...36 STATUS...37 Feil vedrørende hendelse...38 APPLICATION ERROR INFORMATION...38 FREE TEXT...39 6.3 Meldingsavslutning...40 MESSAGE TRAILER...40 Vedlegg 1 - Segmentmapping MEDRSP Vedlegg 2 - Meldingseksempler Vedlegg 3 - Mapping av objekter Vedlegg 4 - Endringer Side ii 28.04.99 Versjon 1.2
1. Innledning Dette dokumentet beskriver hvordan en generell meldingsbekreftelsesmelding kan benyttes for å bekrefte mottagelsen av rapporterte vaksinasjonsopplysninger. Meldingen er spesielt utviklet for formålet, men er forsøkt konstruert så pass generelt at den vil kunne benyttes også i andre sammenhenger. 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 1.2 28.04.99 Side 1
2. Referanser Dette dokumentet er basert på og henviser til følgende dokumenter: 1) Norsk veiledning i bruk av EDIFACT 2) UN/EDIFACT kataloger, versjon D.96B 3) Meldingshåndbok for Elektronisk informasjonsutveksling i helse- og trygdesektoren, KITH, versjon 2.1 av februar 1994 4) Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK, versjon 1.1, KITH, 08.02.1999, KITH Rapport 2/99. 5) UN/EDIFACT Guidelines for MIG Versjon 1.2 28.04.99 Side 3
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 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 1) er segmenter og segmentgrupper som må være til stede markert med M (Mandatory, påkrevd) mens 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. O (Optional) Er valgfri i tilgrunnliggende melding/segment og også valgfri i denne implementasjonen. Versjon 1.2 28.04.99 Side 5
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 tilhørende ICSI-verdi utelates. Bruk av EDIFACT kodelister er ett eksempel hvor ICSI kan utelates. 1 Kodede dataelementer i EDIFACT ("xxx, coded") kan kun ha lengde til og med 3 tegn, lengre kodede dataelementer er navngitt "xxx identification". Side 6 28.04.99 Versjon 1.2
ICSI, som består av 6 tegn, er vanligvis representert av EDIFACT dataelementene 1131 og en fast verdi i 3055. 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 også kodeverdier som ikke er angitt også kan benyttes. 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 1.2 28.04.99 Side 7
4. Meldingens bruksområder 4.1 Funksjon EDIFACT- meldingen MEDRSP (Medical Response message) benyttes i SYSVAK-prosjektet som en kvitteringsmelding for å angi status for innrapporterte vaksinasjonsopplysninger. Denne meldingen sendes fra det sentrale SYSVAK-registeret til en lokal rapportør (helsestasjon mm.) som svar på en SYSVAK oppdateringsmelding. 4.2 Begrensninger På det nåværende tidspunkt er ingen direkte aktuelle begrensninger kjent. Versjon 1.2 28.04.99 Side 9
5. Meldingens innhold og struktur Mapping av meldingsinnholdet til de ulike segmentene er beskrevet i vedlegg 1. 5.1 Meldingens innhold Meldingen består av følgende hoveddeler: Opplysninger om involverte meldingsparter (helsetjenesteenheter) Opplysninger om en referert (vaksinasjons-)rapport Feilmeldingsopplysninger vedrørende (vaksinasjons-)rapporten Opplysninger om involverte personer (vaksinander) Feilmeldingsopplysninger vedrørende den enkelte person (vaksinand) Opplysninger om involverte hendelser (vaksinasjoner mm.) Feilmeldingsopplysninger vedrørende den enkelte hendelse (vaksinasjon osv.) 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 feilrapport som er relatert til en (vaksinasjons-)rapport. Det kan være knyttet ingen, en eller flere feilmeldinger til en feilrapport En feilrapport kan være relatert til en eller flere personer (vaksinander) Det kan være knyttet ingen, en eller flere feilmeldinger til en person For hver person kan det være ingen, en eller flere hendelser Det kan være knyttet ingen, en eller flere feilmeldinger til en hendelse Versjon 1.2 28.04.99 Side 11
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 (MEDRSP) 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: Svarrapport: Meldingsreferanse: SG2 O 1 ADR M 1 COM O 9 Adressetype Ustrukturert gateadresse Postnummer Poststed Land Fylke Kommune Bydel Type kommunikasjonsnummer Telekommunikasjonsnummer SG3 M 1 IRQ M 1 Bekreftelse ønsket GIS M 1 Tjenestetype for rapporten STS R 1 Suksesskode SG4 R 1 DOC M 1 Type referert dokument IDE R 1 Referansenummer Side 12 28.04.99 Versjon 1.2
Vaksinand: SG6 O999 PDI M 1 Personens kjønn PNA A 1 Personens navn Fødselsnummer IDE D 1 Alternativ vaksinand ID DTM D 1 Fødselsdato STS R 1 Suksesskode for person Feilmelding vedr. person: SG7 O 99 ERC M 1 Feilmelding vedr. person FTX O 99 Feilmeldingstekst Hendelse: SG8 O 99 CLI M 1 Hendelsestype DTM R 1 Dato for hendelsen PIA R 1 Vaksinekode STS R 1 Suksesskode for hendelse Feilmelding vedr. hendelse: SG9 O 99 ERC M 1 Feilmelding vedr. hendelse FTX O 99 Feilmeldingstekst UNT M 1 Meldingsavslutning Versjon 1.2 28.04.99 Side 13
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 14 28.04.99 Versjon 1.2
SG001 - UNH Implementasjonsguide for overføring av meldingsbekreftelse Helsetjenesteenhet 6. Detaljert meldingsinnhold 6.1 Meldingsstart Nedenforståend e dataelementer mappes hit UNH MESSAGE HEADER Forekomst: M 1 Funksjon: Eksempel: Benyttes for å starte og identifisere en ny melding. UNH+nnn+MEDRSP:962:0:RT:NO3003' 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: +MEDRSP *Medisinsk svarmelding 0052 Message version number an..3 M Versjonsnummer for meldingstypen. Denne implementasjonen er basert på D.96B (= "962"). 0054 Message release number an..3 M Releasenummer for meldingstypen. Denne implementasjonen er basert på et forslag til status 0. 0051 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 NO3xxx hvor xxx er 001 for versjon 0.1 osv. 0068 COMMON ACCESS an..35 N Benyttes ikke REFERENCE S010 STATUS OF THE TRANSFER N Benyttes ikke Versjon 1.2 28.04.99 Side 15
Helsetjenesteenhet SG001 - DTM Nedenforståend e dataelementer mappes hit BGM BEGINNING OF MESSAGE Forekomst: M 1 Funksjon: Benyttes for å angi type og funksjon til en melding. ❶ Kun nødvendig dersom ikke en ny melding. Eksempel: BGM+V02+nnn' Meldingens betegnelse Meldingens funksjon Tag Data element navn Format Bruk Bruk av elementer i meldingen C002 DOCUMENT/MESSAGE NAME R 1001 Document/message name, an..3 R Kode for spesifikasjon av type vaksinasjonsmelding: coded +V02 *Vaksinasjonskvittering 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: Eksempel: Benyttes for å angi opplysninger om dato/klokkeslett knyttet til selve meldingen. For å angi tidspunkt for når meldingen er generert. DTM+137:961108161000: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. 2379 Date/time/period format an..3 R Format for dato/klokkeslett: qualifier 202 ÅÅMMDDTTMMSS Side 16 28.04.99 Versjon 1.2
SG001 - CED Implementasjonsguide for overføring av meldingsbekreftelse Helsetjenesteenhet Nedenforståend e dataelementer mappes hit CED COMPUTER ENVIRONMENT DETAILS Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi opplysninger om avsendende applikasjon. CED+3+3::::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: +3 *SYSVAK sentralt system 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. 1058 Release an..9 N Benyttes ikke 7402 Identity number an..35 N Benyttes ikke Versjon 1.2 28.04.99 Side 17
Helsetjenesteenhet SG001-6.2 Meldingens hoveddel SG001 **** Forekomst: M 99 Funksjon: 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 18 28.04.99 Versjon 1.2
SG001 - SEQ Implementasjonsguide for overføring av meldingsbekreftelse Helsetjenesteenhet Nedenforståend e dataelementer mappes hit SEQ SEQUENCE DETAILS Forekomst: M 1 Funksjon: 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. 1159 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 1.2 28.04.99 Side 19
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. ❶ Benyttes dersom lokal part ikke har egen EDI-tilknytning. ❷ Benyttes for organisasjoner Eksempel: PNA+Z25++2112345:Z23+++Z01: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: 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: +Z01❷ *Utgår, bruk 10 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 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 Side 20 28.04.99 Versjon 1.2
SG002 - Implementasjonsguide for overføring av meldingsbekreftelse Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet SG002 **** Forekomst: O 1 Funksjon: ADRESSE- OG KOMMUNIKASJONS-OPPLYSNINGER FOR HELSETJENESTEENHET 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. Versjon 1.2 28.04.99 Side 21
Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet SG002 - ADR Nedenforståend e dataelementer mappes hit ADR ADDRESS Forekomst: M 1 Funksjon: Benyttes for å angi adressen til en helsetjenesteenhet. ❶ Må angis for institusjoner i utlandet. Eksempel: ADR+2+1:Hovedgaten 3++3020' 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. 1131 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 Side 22 28.04.99 Versjon 1.2
SG002 - COM Implementasjonsguide for overføring av meldingsbekreftelse Adresse- og kommunikasjons-opplysninger for helsetjenesteenhet Nedenforståend e dataelementer mappes hit COM COMMUNICATION CONTACT Forekomst: O 9 Funksjon: Eksempel: Benyttes for å angi et kommunikasjonsnummer til en helsetjenesteenhet. COM+12345678: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". 3155 Communication channel an..3 M Kode for kommunikasjonsmetode: qualifier EI EDI EM E-post FX Telefaks TE Telefon Versjon 1.2 28.04.99 Side 23
Svarrapport SG003 - IRQ **** SG003 SVARRAPPORT Forekomst: M 1 Funksjon: Benyttes for å angi generelle opplysninger om svarrapporten. 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 R Benyttes for å angi status for den opprinnelige meldingen. 004 MELDINGSREFERANSE C 1 R Benyttes for å angi en referanse til en relatert melding. 006 VAKSINAND C 999 O Benyttes for å gi opplysninger om vaksinanden. Nedenforståend e dataelementer mappes hit IRQ INFORMATION REQUIRED Forekomst: M 1 Funksjon: Eksempel: Benyttes for å angi om avsender ønsker bekreftelse på meldingen. Benyttes kun som triggersegment for segmentgruppen. IRQ+Z02' Tag Data element navn C333 INFORMATION REQUEST Format Bruk Bruk av elementer i meldingen M Bekreftelse 4511 Requested information, coded an..3 R Kode for angivelse av om avsender ønsker at mottaker ønsket skal bekrefte mottakelsen: +Z02 *Bekreftelse ikke ønsket 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 Side 24 28.04.99 Versjon 1.2
SG003 - STS Implementasjonsguide for overføring av meldingsbekreftelse Svarrapport Nedenforståend e dataelementer mappes hit GIS GENERAL INDICATOR Forekomst: M 1 Funksjon: Benyttes for å angi tjenestetype for rapporten. ❶ 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: R 1 Funksjon: Eksempel: Benyttes for å angi status for den opprinnelige meldingen. STS++Z21' 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 Kode for angivelse av hvordan oppdateringsopplysningene ble håndtert i det sentrale SYSVAK registeret. Eksempler på koder for svarstatus: +Z21 *Oppdatering OK +Z22 *Oppdatering ikke OK +Z32 *Varsel om mulige feil 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 Versjon 1.2 28.04.99 Side 25
Meldingsreferanse SG004 - DOC **** SG004 MELDINGSREFERANSE Forekomst: R 1 Funksjon: Benyttes for å angi en referanse til en relatert melding. Benyttes for å angi en referanse til oppdateringsmeldingen. 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 melding. Nedenforståend e dataelementer mappes hit DOC DOCUMENT/MESSAGE DETAILS Forekomst: M 1 Funksjon: Eksempel: Benyttes for å angi type dokument det refereres til. DOC+V01' 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 +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 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 26 28.04.99 Versjon 1.2
SG004 - IDE Implementasjonsguide for overføring av meldingsbekreftelse Meldingsreferanse Nedenforståend e dataelementer mappes hit IDE IDENTITY Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi avsenders identifikasjon av relatert melding. IDE+Z02+1234567: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 C206 IDENTIFICATION NUMBER M Referansenummer 7402 Identity number an..35 M Avsenders identifikasjon av oppdateringsmeldingen. 7405 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 1.2 28.04.99 Side 27
Vaksinand SG006 - PDI **** SG006 VAKSINAND Forekomst: O 999 Funksjon: Benyttes for å gi opplysninger om vaksinanden. 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 A Benyttes for å angi opplysninger for å identifisere vaksinanden. IDE IDENTITY C 1 D Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. DTM DATE/TIME/PERIOD C 1 D Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. STS STATUS C 1 R Benyttes for å angi status for personen etter innrapportering av nye eller endrede personopplysninger. 007 FEIL VEDRøRENDE PERSON C 99 O Benyttes for å angi opplysninger om feil vedrørende personen. 008 HENDELSE C 99 O Benyttes for å identifisere en hendelse som vaksinasjon, vaksinasjonsreaksjon eller kontraindikasjon. Nedenforståend e dataelementer mappes hit PDI PERSON DEMOGRAPHIC INFORMATION Forekomst: M 1 Funksjon: 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 28 28.04.99 Versjon 1.2
SG006 - PNA Implementasjonsguide for overføring av meldingsbekreftelse Vaksinand Nedenforståend e dataelementer mappes hit PNA PARTY NAME Forekomst: A 1 Funksjon: Eksempel: Benyttes for å angi opplysninger for å identifisere vaksinanden. Det benyttes en forekomst av segmentet for å spesifisere vaksinanden og eventuelt egne forekomster av segmentet for å spesifisere involverte institusjoner. PNA+Z26+01125034523:Z04++++Z02:Hansen, 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 C206 IDENTIFICATION NUMBER D Fødselsnummer 7402 Identity number an..35 M Personens fødselsnummer. Dersom fødselsnummeret ikke er kjent angis et eventuelt D-nummer eller nødnummer i IDE-segmentet. 7405 Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +Z04 *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 C816. 3405 Name component qualifier an..3 M Angivelse av navnekomponent: 1 Etternavn +Z02 *Delvis strukturert navn Vaksinandens navn 3398 Name component an..70 R Navn på person angitt med etternavn etterfulgt av 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. 3401 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 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 1.2 28.04.99 Side 29
Vaksinand SG006 - IDE Nedenforståend e dataelementer mappes hit IDE IDENTITY Forekomst: D 1 Funksjon: Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. ❶ Ett alternativt identifikasjonsnummer må angis dersom ikke fødselsnummer er angitt. Eksempel: IDE+Z01+1234567: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 nødnummer). Primært anvendes et nasjonalt D-nummer utstedt av offentlig myndighet, sekundært et SYSVAK-generert nødnummer.❶ 7405 Identity number qualifier an..3 R Eksempler på koder for type identitetsnummer: +Z05 *Nødnummer +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 30 28.04.99 Versjon 1.2
SG006 - DTM Implementasjonsguide for overføring av meldingsbekreftelse Vaksinand Nedenforståend e dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: D 1 Funksjon: Eksempel: Benyttes for å angi opplysninger om dato/klokkeslett knyttet til personen. Benyttes for å angi personens fødselsdato. DTM+329:19501201:102' 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: 329 Fødselsdato Fødselsdato 2380 Date/time/period an..35 R Personens fødselsdato. 2379 Date/time/period format qualifier an..3 R Format for dato/klokkeslett: 101 ÅÅMMDD 102 CCÅÅMMDD 201 ÅÅMMDDTTMM 602 CCÅÅ 610 CCÅÅMM Versjon 1.2 28.04.99 Side 31
Vaksinand SG006 - STS Nedenforståend e dataelementer mappes hit STS STATUS Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi status for personen etter innrapportering av nye eller endrede personopplysninger. STS++Z21' 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 Kode for angivelse av hvordan oppdateringsopplysningene ble håndtert i det sentrale SYSVAK registeret. +Z21 *Oppdatering OK +Z22 *Oppdatering ikke OK +Z28 *Nyere opplysninger eksisterer +Z32 *Varsel om mulige feil 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 32 28.04.99 Versjon 1.2
SG007 - ERC Implementasjonsguide for overføring av meldingsbekreftelse Feil vedrørende person **** SG007 FEIL VEDRØRENDE PERSON Forekomst: O 99 Funksjon: Benyttes for å angi opplysninger om feil vedrørende personen. 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 ERC APPLICATION ERROR INFORMATION M 1 M Benyttes for å angi en feilkode vedrørende personen. FTX FREE TEXT C 99 O Benyttes for å angi ytterligere opplysninger om en feilsituasjon. Nedenforståend e dataelementer mappes hit ERC APPLICATION ERROR INFORMATION Forekomst: M 1 Funksjon: Benyttes for å angi en feilkode vedrørende personen. ❶ Benyttes dersom feilsituasjonen ikke er kodet. Eksempel: ERC+Z01' Tag Data element navn Format Bruk Bruk av elementer i meldingen C901 APPLICATION ERROR M DETAIL Feilmelding 9321 Application error identification an..8 M Kode for feilmelding i henhold til avtalt kodeverk i vedr. person SYSVAK. +Z01❶ *Feilkode kun som fri tekst 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded Versjon 1.2 28.04.99 Side 33
Feil vedrørende person SG007 - FTX Nedenforståend e dataelementer mappes hit FTX FREE TEXT Forekomst: O 99 Funksjon: Eksempel: Benyttes for å angi ytterligere opplysninger om en feilsituasjon. FTX+AAO+++Feilmeldingstekst' 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. 4440 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 Side 34 28.04.99 Versjon 1.2
SG008 - CLI Implementasjonsguide for overføring av meldingsbekreftelse Hendelse SG008 **** Forekomst: O 99 Funksjon: HENDELSE Benyttes for å identifisere en hendelse som vaksinasjon, vaksinasjonsreaksjon eller kontraindikasjon. 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 CLI CLINICAL INTERVENTION M 1 M Benyttes for å spesifisere type hendelse. DTM DATE/TIME/PERIOD C 1 R Benyttes for å angi opplysninger om dato/klokkeslett knyttet til hendelsen. PIA ADDITIONAL PRODUCT ID C 1 R Benyttes for å angi type vaksine. STS STATUS C 1 R Benyttes for å angi status for hendelsen etter innrapportering av nye eller endrede hendelsesopplysninger. 009 FEIL VEDRøRENDE HENDELSE C 99 O Benyttes for å angi opplysninger om feil vedrørende hendelsen. Nedenforståend e dataelementer mappes hit CLI CLINICAL INTERVENTION Forekomst: M 1 Funksjon: Eksempel: Benyttes for å spesifisere type hendelse. CLI+Z04' Hendelsestyp e Tag Data element navn Format Bruk Bruk av elementer i meldingen 9441 CLINICAL INTERVENTION an..3 M Eksempel på koder for type prosedyre: QUALIFIER +Z04 *Profylaktisk prosedyre +Z05 *Behandlingsreaksjon +Z06 *Kontraindikasjon C828 CLINICAL INTERVENTION N Benyttes ikke DETAILS Versjon 1.2 28.04.99 Side 35
Hendelse SG008 - PIA Nedenforståend e dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi opplysninger om dato/klokkeslett knyttet til hendelsen. DTM+Z02:920112:101' 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: +Z02 *Tidspunkt for klinisk opplysning Dato for hendelsen 2380 Date/time/period an..35 R Tidspunkt hendelsen fant sted (vaksinen ble satt eller en kontraindikasjon ble rapportert). 2379 Date/time/period format qualifier an..3 R Format for dato/klokkeslett: 101 ÅÅMMDD Nedenforståend e dataelementer mappes hit PIA ADDITIONAL PRODUCT ID Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi type vaksine. PIA+5+GGL01' Tag Data element navn Format Bruk Bruk av elementer i meldingen 4347 PRODUCT ID. FUNCTION QUALIFIER an..3 M Kode for funksjon til identifikasjon: 5 Produkt identifikasjon C212 ITEM NUMBER IDENTIFICATION M Vaksinekode 7140 Item number an..35 R Kode for type vaksine benyttet i henhold til nasjonalt kodeverk for bruk i SYSVAK. 7143 Item number type, coded an..3 O 1131 Code list qualifier an..3 O 3055 Code list responsible agency, an..3 N Benyttes ikke coded C212 ITEM NUMBER N Benyttes ikke IDENTIFICATION C212 ITEM NUMBER N Benyttes ikke IDENTIFICATION C212 ITEM NUMBER N Benyttes ikke IDENTIFICATION C212 ITEM NUMBER IDENTIFICATION N Benyttes ikke Side 36 28.04.99 Versjon 1.2
SG008 - STS Implementasjonsguide for overføring av meldingsbekreftelse Hendelse Nedenforståend e dataelementer mappes hit STS STATUS Forekomst: R 1 Funksjon: Eksempel: Benyttes for å angi status for hendelsen etter innrapportering av nye eller endrede hendelsesopplysninger. STS++Z21' 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 Kode for angivelse av hvordan oppdateringsopplysningene ble håndtert i det sentrale SYSVAK registeret. +Z21 *Oppdatering OK +Z22 *Oppdatering ikke OK +Z28 *Nyere opplysninger eksisterer +Z32 *Varsel om mulige feil 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 Versjon 1.2 28.04.99 Side 37
Feil vedrørende hendelse SG009 - ERC **** SG009 FEIL VEDRØRENDE HENDELSE Forekomst: O 99 Funksjon: Benyttes for å angi opplysninger om feil vedrørende hendelsen. 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 ERC APPLICA TION ERROR INFORMATION M 1 M Benyttes for å angi en feilkode vedrørende hendelsen. FTX FREE TEXT C 99 O Benyttes for å angi ytterligere opplysninger om en feilsituasjon. Nedenforståend e dataelementer mappes hit ERC APPLICATION ERROR INFORMATION Forekomst: M 1 Funksjon: Eksempel: Benyttes for å angi en feilkode vedrørende hendelsen. ERC+Z01' Feilmelding vedr. hendelse Tag Data element navn Format Bruk Bruk av elementer i meldingen C901 APPLICATION ERROR M DETAIL 9321 Application error identification an..8 M Kode for feilmelding i henhold til avtalt kodeverk i SYSVAK. +Z01 *Feilkode kun som fri tekst 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, an..3 N Benyttes ikke coded Side 38 28.04.99 Versjon 1.2
SG009 - FTX Implementasjonsguide for overføring av meldingsbekreftelse Feil vedrørende hendelse Nedenforståend e dataelementer mappes hit FTX FREE TEXT Forekomst: O 99 Funksjon: Eksempel: Benyttes for å angi ytterligere opplysninger om en feilsituasjon. FTX+AAO+++Feilmeldingstekst' 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. 4440 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 1.2 28.04.99 Side 39
Feil vedrørende hendelse SG009 - UNT 6.3 Meldingsavslutning Nedenforståend e dataelementer mappes hit UNT MESSAGE TRAILER Forekomst: M 1 Funksjon: Eksempel: Benyttes for å avslutte en melding. UNT+34+nnn' Tag Data element navn Format Bruk Bruk av elementer i meldingen 0074 NUMBER OF SEGMENTS IN n..6 M Antall segmenter i meldingen inkludert UNH og UNT. THE MESSAGE 0062 MESSAGE REFERENCE NUMBER an..14 M Senderens unike meldingsreferanse identisk til dataelement 0062 i UNH. Side 40 28.04.99 Versjon 1.2
Vedlegg 1 - Segmentmapping MEDRSP Implementasjonsguide for overføring av meldingsbekreftelse Vedlegg 1 - Segmentmapping MEDRSP Tabellen nedenfor viser den komplette meldingen og hvordan dataelementene er mappet til de ulike segmentene i meldingen. Den nasjonale implementasjonen som er beskrevet i denne implementasjonsguiden benytter kun et subsett av denne meldingen. Dette subsettet er presentert i kapittel 5.3 og detaljert beskrevet i kapittel 6. Opplysninger om selve meldingen: UNH M 1 Meldingens referansenummer (fra avsender) Meldingstype (MEDRSP) BGM M 1 Meldingens betegnelse Meldingens funksjon DTM C 9 Tidspunkt for generering av meldingen PTY C 1 Prioritet for meldingen CED C 9 Sendende applikasjon Versjon av applikasjon Involverte meldingsparter (helsetjenesteenhet): SG1 M 99 SEQ M 1 Sekvensnummer PNA C 9 Rolle for helsetjenesteenhet Institusjons ID Navn på institusjon Avdelings ID Navn på avdeling IDE C 9 Alternative identifikasjonsnumre Adresse og telekommunikasjonsopplysninger: SG2 C 9 ADR M 1 Adresse til institusjon COM C 9 Telekommunikasjon til institusjon Feilrapport: SG3 M 1 IRQ M 1 Bekreftelse ønsket GIS M 1 Tjenestetype for rapporten IDE C 9 DTM C 9 STS C 1 Status for meldingen LAN C 1 Referert melding: SG4 C 99 DOC M 1 Type referert dokument IDE C 9 ID av referert melding DTM C 9 Utstedelsestidspunkt for referert dokument Feilmelding vedr. melding: SG5 C 99 ERC M 1 Feilkode vedr. meldingen/dokumentet FTX C 99 Feilmeldingsforklaring DTM C 9 Versjon 1.2 28.04.99 Side 41
Vedlegg 1 - Segmentmapping MEDRSP Person: SG6 C 999 PDI M 1 Personens kjønn GIS C 1 PNA C 9 Personens rolle Personens navn Fødselsnummer IDE C 9 Alternativ vaksinand ID DTM C 9 Fødselsdato STS C 1 Status for person FTX C 9 Supplerende personopplysninger Feilmelding vedr. person: SG7 C 99 ERC M 1 Feilkode vedr. person FTX C 99 Feilmeldingsforklaring DTM C 9 Hendelse: SG8 C 99 CLI M 1 Hendelsestype GIS C 1 IDE C 9 Hendelses ID PAS C 9 DTM C 9 Dato for ajourføring CIN C 99 IMD C 1 PIA C 1 PNA C 9 Institusjons ID for hendelse Navn på institusjon STS C 1 Status for hendelse Feilmelding vedr. hendelse: SG9 C 99 ERC M 1 Feilkode vedr. hendelse FTX C 99 Feilmeldingsforklaring DTM C 9 UNT M 1 Meldingsavslutning Side 42 28.04.99 Versjon 1.2