Implementasjonsguide for Overføring av SYSVAK spørremelding
|
|
- Vidar Gabrielsen
- 8 år siden
- Visninger:
Transkript
1 Implementasjonsguide for Overføring av SYSVAK spørremelding Versjon februar 2000 Status: Til utbredelse KITH Rapport 9/00 ISBN
2
3 KITH-rapport Tittel Implementasjonsguide for Overføring av SYSVAK spørremelding Status: For utbredelse Forfatter(e) Edgar Glück og Annebeth Askevold Oppdragsgiver(e) Sosial- og helsedepartementet/ Helsetilsynet Rapportnummer R 9/00 ISBN Godkjent av Kompetansesenter for IT i helsevesenet AS Postadresse Sukkerhuset 7489 Trondheim Besøksadresse Sverresgt 15 Telefon Telefaks e-post firmapost@kith.no Foretaksnummer Prosjektnummer URL sysvak-ig-medqry-10.pdf Dato Kenneth R. Iversen Direktør (Kst.) Sammendrag Antall sider 42 Kvalitetssikret av Jim J. Yang Gradering Åpen Implementasjonsguide for Overføring av SYSVAK spørremelding er utarbeidet som en del av programmet "Standardisering og samordning 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 MEDQRY, og hvordan denne meldingen skal benyttes for elektronisk overføring av SYSVAK spørremeldinger. Meldingen er utprøvd gjennom pilotprosjekt innenfor dette området.
4
5 Implementasjonsguide for overføring av SYSVAK spørremelding Forord Forord Meldingen MEDQRY i denne implementasjonsguiden spesifiserer bruken som spørremelding 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 februar 2000 i
6
7 Implementasjonsguide for overføring av SYSVAK spørremelding 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 Søkekriterier Begrensninger Meldingens innhold og struktur Meldingens innhold Meldingens struktur Benyttet subsett av meldingen Representasjon av tekst Detaljert meldingsinnhold Meldingsstart Meldingens hoveddel...18 Helsetjenesteenhet...18 Forespørsel...20 Spesifikasjon av person Meldingsavslutning...27 Vedlegg A Segmentmapping MEDQRY 29 Vedlegg B Meldingseksempel 31 Vedlegg C Mapping av objekter 33 Versjon februar 2000 iii
8
9 1 Innledning Implementasjonsguide for overføring av SYSVAK spørremelding Innledning Dette dokumentet beskriver hvordan et subsett av en generell spørremelding kan benyttes for å spørre etter person- og vaksinasjonsopplysninger fra det sentrale vaksinasjonsregisteret. Meldingen er spesielt utviklet for formålet, men er forsøkt konstruert så pass generell at den vil kunne benyttes også i andre sammenhenger. Denne implementasjonsguiden angir en rekke kodeverdier som ikke er offisielt definert og godkjent av UN/EDIFACT. Versjon februar
10
11 2 Referanser Dette dokumentet er basert på og henviser til følgende dokumenter: Implementasjonsguide for overføring av SYSVAK spørremelding Referanser 1) Informasjonsmodell for elektronisk meldingsutveksling i SYSVAK, versjon 2.0, KITH R6/00, ISBN ) 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 ) UN/EDIFACT Guidelines for MIG Versjon februar
12
13 3 Notasjon Implementasjonsguide for overføring av SYSVAK spørremelding 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. O (Optional) Er valgfri i tilgrunnliggende melding/segment og også valgfri i denne implementasjonen. Versjon februar
14 Implementasjonsguide for overføring av SYSVAK spørremelding Notasjon 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. 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. 1 Kodede dataelementer i EDIFACT ("xxx, coded") kan kun ha lengde til og med 3 tegn, lengre kodede dataelementer er navngitt "xxx identification". Side februar 2000 Versjon 1.0
15 3.6 Koder Implementasjonsguide for overføring av SYSVAK spørremelding Notasjon Denne implementasjonsguiden inneholder til dels eksempler på koder som kan benyttes og delvis koder som skal benyttes. Koder som kan benyttes: En slik kodeliste er angitt ved teksten «Eksempler på koder for...». Denne listen viser da eksempler på koder som kan benyttes slik at kodeverdier som ikke er angitt også kan benyttes. Bruken av kodene må da avtales mellom partene. Koder som skal benyttes: Dersom ordet «Eksempler» ikke finnes i beskrivelsen skal en av de angitte kodene benyttes. Denne implementasjonsguiden baserer seg i hovedsak på UN/EDIFACT kataloger, versjon D.96B, men kodeverdier er også hentet fra nyere kataloger. I tillegg benyttes en rekke kodeverdier som ikke er offisielt definert og godkjent av UN/EDIFACT, (ofte representert som Znn). 3.7 Diverse I DTM segmentet - Date/time/period - benyttes følgende notasjon: CC = Århundre YY = År MM = Måned DD = Dag HH = Time MM = Minutt SS = Sekund Bokstaven "M" benyttes for å angi både måned og minutt slik det fremgår av oversikten ovenfor. Det vil fremgå av sammenhengen hvorvidt "M" i det enkelte tilfellet betegner måned eller minutt. For aktiviteter som helt klart har et tidsspenn som er vesentlig mye kortere enn 100 år og hvor det derfor ikke vil være tvil om hvilket århundre det dreier seg om, er tidsangivelser angitt uten angivelse av århundre. For aktiviteter som har et lengre tidsspenn, som f.eks. en fødselsdato, er århundre tatt med i datoangivelsen for å forhindre misforståelser. Versjon februar
16
17 4 Meldingens bruksområder Implementasjonsguide for overføring av SYSVAK spørremelding Meldingens bruksområder 4.1 Funksjon EDIFACT-meldingen MEDQRY (Medical Query message) benyttes i SYSVAK-prosjektet for å spørre etter innrapporterte person- og vaksinasjonsopplysninger for en eller flere spesifiserte personer. Denne meldingen sendes fra en autorisert bruker (helsestasjon, primærlege, sykehus osv.) til det sentrale SYSVAK-registeret. 4.2 Søkekriterier Informasjon i SYSVAK-databasen kan finnes ved bruk av ulike søkekriterier. Fødselsnummer, hjelpenummer og D-nummer er alle selvstendige søkekriterier. Alle andre søkekriterier må kombineres med fødselsdato. Når navn står som supplerende søkekriterium kan navn være etternavn eller del av etternavn og/eller fornavn og/eller del av fornavn. Når del av etternavn/fornavn/gateadresse benyttes, må alltid første del av betegnelsen gis inn. Følgende søkekriterier støttes ved utgivelse av denne implementasjonsguiden: - Fødselsnummer - Hjelpenummer - D-nummer - Fødselsdato og navn (se def. av navn over) - Fødselsdato og gateadresse (eller del av gateadresse), ev. i kombinasjon med kommunenr og/eller postnummer og/eller kjønn og/eller navn (se def. av navn over). - Fødselsdato og kommunenr, ev. i kombinasjon med gateadresse (eller del av gateadresse) og/eller postnummer og/eller kjønn og/eller navn (se def. av navn over). - Fødselsdato og postnr, ev. i kombinasjon med gateadresse (eller del av gateadresse) og/eller kommunenr og/eller kjønn og/eller navn (se def. av navn over). - Fødselsdato og kjønn i kombinasjon med gateadresse og/eller kommunenr og/eller postnummer og/eller kjønn og/eller navn (se def. av navn over). Andre søkekriterier kan bli aktuelle ved senere implementasjonsguider. Kun et svar med maksimum 15 personer returneres for et søk. Hvis søket resulterer i mer enn 15 personer gis det melding om at søkekriteriet må endres for å begrense søket. Det er ikke mulig å søke etter de neste Begrensninger På det nåværende tidspunkt er ingen direkte aktuelle begrensninger kjent. Versjon februar
18
19 5 Meldingens innhold og struktur Implementasjonsguide for overføring av SYSVAK spørremelding Meldingens innhold og struktur Plassering av meldingsinnholdet i de ulike segmentene i den fullstendige meldingen er beskrevet i vedlegg A mens plassering av opplysningene som benyttes i forbindelse med SYSVAK i det benyttede subsettet av meldingen er vist i kapittel Meldingens innhold Meldingen består av følgende hoveddeler: Opplysninger om selve meldingen Opplysninger om involverte meldingsparter (helsetjenesteenheter) Opplysninger om selve forespørselen(e) Søkekriterier for søkte personer (vaksinander) 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 en eller flere forespørsler Hver forespørsel spesifiserer en person (vaksinand) Versjon februar
20 Implementasjonsguide for overføring av SYSVAK spørremelding Meldingens innhold og struktur 5.3 Benyttet subsett av meldingen Meldingstrukturen og datainnholdet i subsettet fremgår også av figuren nedenfor. Opplysninger om selve meldingen: Involverte meldingsparter: Opplysninger om forespørselen: Spesifikasjon av person: UNH M 1 BGM M 1 DTM R 1 CED R 1 Meldingens ID (fra avsender) Meldingstype (MEDQRY) Meldingsnavn Meldingsfunksjon Tidspunkt for generering av meldingen Avsendende applikasjon Versjon av applikasjon SG1 M 99 SEQ M 1 Sekvensnummer PNA A 3 Institusjonens rolle Institusjons ID Navn på institusjon Avdelings ID Navn på avdeling SG3 M999 IRQ M 1 Krav til meldingsbekreftelse IDE R 1 Identifikasjon av forespørsel DOC R 1 Ønsket dokument/melding - Personliste - Personer med vaksinasjonshendelser SG5 R 1 PNA M 1 Navn Fødselsnummer ATT M 1 Type søkeopplysninger - Eksakt søkebegrep PDI D 1 Kjønn IDE D 9 Alternativ person ID DTM D 1 Fødselsdato ADR D 1 Gateadresse Postnummer Land Kommune/fylke UNT M 1 Meldingsavslutning Side februar 2000 Versjon 1.0
21 Implementasjonsguide for overføring av SYSVAK spørremelding Meldingens innhold og struktur 5.4 Representasjon av tekst I den aktuelle implementasjonen overføres tekst som kodet tekst eller fri tekst i FTXsegmenter. Ved bruk av ulike kvalifikatorer i FTX-segmentet kan ulike typer tekst atskilles. Fri tekst plasseres med 70 fortløpende tegn i hver forekomst av FTX/C108/4440 mens kodet tekst representeres i FTX/C107/4441 dersom dette dataelementet benyttes. Blanke tegn i slutten av dataelementet for fri tekst vil bli ignorert. Hvis det (eller de) siste tegnene i en forekomst av dataelement 4440 er blanke tegn må dette (eller disse) flyttes til begynnelsen av neste forekomst av 4440 for at de blanke tegnene ikke skal gå tapt. For fri tekst vil det i tillegg være behov for å dele opp tekst i avsnitt. Dette gjøres ved å spesifisere kodeverdi 7 i dataelementet FTX/4453 som indikerer at teksten i dette FTXsegmentet 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.). Versjon februar
22
23 Implementasjonsguide for overføring av SYSVAK spørremelding SG000 - UNH MELDING 6 Detaljert meldingsinnhold 6.1 Meldingsstart Nedenforstående dataelementer mappes hit UNH MESSAGE HEADER Forekomst: M 1 Funksjon: Bruk: Kommentarer: Eksempel: Benyttes for å starte og identifisere en ny melding. UNH+nnn+MEDQRY:962:0:RT:NO3010' Meldingens referansenummer Tag Data element navn Format Bruk Bruk av elementer i meldingen 0062 MESSAGE REFERENCE an..14 M Entydig referansenummer for meldingen. NUMBER S009 MESSAGE IDENTIFIER M Tildeles vanligvis av EDI programvaren. Meldingstype 0065 Message type identifier an..6 M Identifikasjon av benyttet meldingstype: +MEDQRY *Medisinsk spørremelding 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/TRA DE/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, 010 for versjon 1.0 osv COMMON ACCESS REFERENCE an..35 N Benyttes ikke S010 STATUS OF THE TRANSFER N Benyttes ikke Versjon februar
24 Implementasjonsguide for overføring av SYSVAK spørremelding MELDING SG000 - BGM Nedenforstående dataelementer mappes hit BGM BEGINNING OF MESSAGE Forekomst: M 1 Funksjon: Bruk: Benyttes for å angi type og funksjon til en melding. Kommentarer: ❶ Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov Eksempel: BGM+V03' 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: +V03 *Spørring etter vaksinasjoner 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, coded an..3 N Benyttes ikke 1000 Document/message name an..35 N Benyttes ikke C106 DOCUMENT/MESSAGE N Benyttes ikke IDENTIFICATION 1225 MESSAGE FUNCTION, an..3 D Meldingens funksjon.❶ CODED 9 Original 4343 RESPONSE TYPE, CODED an..3 N Benyttes ikke Nedenforstående dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: R 1 Funksjon: Bruk: 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 februar 2000 Versjon 1.0
25 SG000 - CED Implementasjonsguide for overføring av SYSVAK spørremelding MELDING Nedenforstående dataelementer mappes hit CED COMPUTER ENVIRONMENT DETAILS Forekomst: R 1 Funksjon: Bruk: Kommentarer: Eksempel: Benyttes for å angi opplysninger om avsendende applikasjon. CED+3+1::::2' Tag Data element navn 1501 COMPUTER ENVIRONMENT DETAILS QUALIFIER C079 COMPUTER ENVIRONMENT IDENTIFICATION Format Bruk Bruk av elementer i meldingen an..3 M Kode for aktuell del av dataomgivelsene: 3 Programvare 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 +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 februar
26 Implementasjonsguide for overføring av SYSVAK spørremelding Helsetjenesteenhet SG001 - SEQ 6.2 Meldingens hoveddel SG001 Forekomst: M 99 Funksjon: Bruk: 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. Nedenforstående dataelementer mappes hit SEQ SEQUENCE DETAILS Forekomst: M 1 Funksjon: Bruk: 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, CODED an..3 N Benyttes ikke 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, coded an..3 N Benyttes ikke 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, coded an..3 N Benyttes ikke Side februar 2000 Versjon 1.0
27 SG001 - PNA Implementasjonsguide for overføring av SYSVAK spørremelding Helsetjenesteenhet Nedenforstående dataelementer mappes hit PNA PARTY NAME Forekomst: A 3 Funksjon: Bruk: 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. Eksempel: ❷ Avdeling benyttes ikke i denne implementasjonen, tatt med for fremtidige behov ❸ Kun institusjon kan benyttes i denne implementasjonen PNA+HI :Z :Fana helsestasjon' Tag Data element navn Format Bruk Bruk av elementer i meldingen Institusjonens 3035 PARTY QUALIFIER an..3 M Kode for rolle til helsetjenesteenhet: +HI *Spørrer rolle PK❶ Kontakt part +Z24 *Eier av vaksinasjonsdatabase C206 IDENTIFICATION NUMBER N Benyttes ikke Identifikasjon av institusjon Identifikasjon av avdeling Navn på institusjon C082 PARTY IDENTIFICATION DETAILS A 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, coded an..3 N Benyttes ikke 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, coded an..3 N Benyttes ikke 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT DETAILS N Benyttes ikke C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT DETAILS N Benyttes ikke C816 NAME COMPONENT DETAILS N Benyttes ikke Versjon februar
28 Implementasjonsguide for overføring av SYSVAK spørremelding Forespørsel SG003 - IRQ SG003 FORESPØRSEL Forekomst: M 999 Funksjon: Benyttes for å angi generelle opplysninger om forespørselen. Bruk: 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 IRQ INFORMATION REQUIRED M 1 M Benyttes for å angi om avsender ønsker bekreftelse på meldingen. DOC DOCUMENT/MESSAGE DETAILS C 1 R Benyttes for å angi type dokument som ønskes returnert som svar på forespørselen. 005 SPESIFIKASJON AV PERSON C 1 R Benyttes for å spesifisere søkeopplysninger for personen en ønsker opplysninger om. Nedenforstående dataelementer mappes hit IRQ INFORMATION REQUIRED Forekomst: M 1 Funksjon: Bruk: Kommentarer: 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 skal bekrefte mottakelsen: ønsket +Z02 *Bekreftelse ikke ønsket 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, coded an..3 N Benyttes ikke 4510 Requested information an..35 N Benyttes ikke Side februar 2000 Versjon 1.0
29 SG003 - IDE Implementasjonsguide for overføring av SYSVAK spørremelding Forespørsel Nedenforstående dataelementer mappes hit IDE IDENTITY Forekomst: R 1 Funksjon: Bruk: Kommentarer: Eksempel: Benyttes for å angi avsenders identifikasjon av relatert forespørsel. IDE+Z09+1:Z06' Tag Data element navn Format Bruk Bruk av elementer i meldingen 7495 IDENTIFICATION QUALIFIER an..3 M Kode for type identifikasjon: +Z09 *Identifikasjon av forespørsel C206 IDENTIFICATION NUMBER M 7402 Identity number an..35 M Identifikasjon av spørsmål 7405 Identity number qualifier an..3 R Kode for type identitetsnummer +Z06 *Utstedende instans' identifikasjon 4405 Status, coded an..3 N Benyttes ikke C082 PARTY IDENTIFICATION DETAILS N Benyttes ikke 4405 STATUS, CODED an..3 N Benyttes ikke 1222 CONFIGURATION LEVEL n..2 N Benyttes ikke C778 POSITION IDENTIFICATION N Benyttes ikke C240 PRODUCT CHARACTERISTIC N Benyttes ikke Nedenforstående dataelementer mappes hit DOC DOCUMENT/MESSAGE DETAILS Forekomst: R 1 Funksjon: Bruk: Kommentarer: Eksempel: Benyttes for å angi type dokument som ønskes returnert som svar på forespørselen. DOC+V01' Søkespesifikasjon Tag Data element navn C002 DOCUMENT/MESSAGE NAME 1001 Document/message name, coded Format Bruk Bruk av elementer i meldingen M an..3 R Spesifikasjon av det dokumentet som ønskes returnert som svar på spørringen. Kode for type dokument: +A01 *Personliste +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 DETAILS 3153 COMMUNICATION CHANNEL IDENTIFIER, CODED 1220 NUMBER OF COPIES OF DOCUMENT REQUIRED 1218 NUMBER OF ORIGINALS OF DOCUMENT REQUIRED an..3 n..2 n..2 N Benyttes ikke N Benyttes ikke N Benyttes ikke N Benyttes ikke Versjon februar
30 Implementasjonsguide for overføring av SYSVAK spørremelding Spesifikasjon av person SG005 - SG005 Forekomst: R 1 Funksjon: Bruk: Kommentarer: SPESIFIKASJON AV PERSON Benyttes for å spesifisere søkeopplysninger for personen en ønsker opplysninger om. 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 PNA PARTY NAME M 1 M Benyttes for å angi opplysninger for å identifisere vaksinanden. ATT ATTRIBUTE M 1 M Benyttes for å spesifisere type søkekriterier som er oppgitt. PDI PERSON DEMOGRAPHIC C 1 D Benyttes for å angi personens kjønn. INFORMATION IDE IDENTITY C 1 D Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. DTM DATE/TIME/PERIOD C 1 D Benyttes for å angi personens fødselsdato eller alder. ADR ADDRESS C 1 D Benyttes for å spesifisere søkeopplysninger basert på personens bosted. Side februar 2000 Versjon 1.0
31 SG005 - PNA Implementasjonsguide for overføring av SYSVAK spørremelding Spesifikasjon av person Nedenforstående dataelementer mappes hit PNA PARTY NAME Forekomst: M 1 Funksjon: Bruk: Benyttes for å angi opplysninger for å identifisere vaksinanden. Fødselsnummer kan benyttes som selvstendig søkekriterium. Navn eller kombinasjoner av navn må brukes i kombinasjon med fødselsdato (se spesifikasjon av søkekriterier). Kommentarer: ❶ Kan benyttes som selvstendig søkekriterium Eksempel: ❷ Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier ❸ Benyttes kun hvis både fornavn og etternavn benyttes som søkekriterie. Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier. PNA+Z :Olsrud' 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.❶ 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 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 D 3405 Name component qualifier an..3 M Angivelse av navnekomponent: 1 Etternavn 2 Fornavn +Z02 *Delvis strukturert navn +Z04 *Del av etternavn +Z05 *Del av fornavn Vaksinandens 3398 Name component an..70 R Personenes navn eller del av navn som benyttes som søkestreng. Navneformat i 3405 angir hvilken navn navnekomponent som benyttes.❷ 3401 Name component status, coded an..3 N Benyttes ikke 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT DETAILS D 3405 Name component qualifier an..3 M Angivelse av navnekomponent: 2 Fornavn +Z05 *Del av fornavn Vaksinandens 3398 Name component an..70 R Personens fornavn.❸ fornavn 3401 Name component status, coded an..3 N Benyttes ikke 3295 Name component original an..3 N Benyttes ikke representation, coded C816 NAME COMPONENT DETAILS N Benyttes ikke C816 NAME COMPONENT N Benyttes ikke DETAILS C816 NAME COMPONENT DETAILS N Benyttes ikke Versjon februar
32 Implementasjonsguide for overføring av SYSVAK spørremelding Spesifikasjon av person SG005 - ATT Nedenforstående dataelementer mappes hit ATT ATTRIBUTE Forekomst: M 1 Funksjon: Bruk: Kommentarer: Eksempel: Benyttes for å spesifisere type søkekriterier som er oppgitt. ATT+Z12++Z17' Tag Data element navn Format Bruk Bruk av elementer i meldingen 9017 ATTRIBUTE FUNCTION QUALIFIER an..3 M Kode for type attributt: +Z12 *Søkekriterier C955 ATTRIBUTE TYPE N Benyttes ikke C956 ATTRIBUTE DETAILS Type 9019 Attribute, coded an..3 R Kode for type søkekriterier: +Z17 *Eksakte søkekriterier søkekriterier 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, coded an..3 N Benyttes ikke 9018 Attribute an..35 N Benyttes ikke R Nedenforstående dataelementer mappes hit PDI PERSON DEMOGRAPHIC INFORMATION Forekomst: D 1 Funksjon: Bruk: Benyttes for å angi personens kjønn. Må benyttes i kombinasjon med andre søkekriterier (se spesifikasjon av søkekriterier.) Kommentarer: ❶ Benyttes i kombinasjon med fødselsdato og andre søkekriterier Eksempel: PDI+1' Tag Data element navn Format Bruk Bruk av elementer i meldingen Personens 3499 SEX, CODED an..3 R Kode for personens kjønn iht. ISO 5218:❶ +1 *Mann (han) kjønn +2 *Kvinne (hun) +9 *Ikke angitt C085 MARITAL STATUS DETAILS N Benyttes ikke C101 RELIGION DETAILS N Benyttes ikke Side februar 2000 Versjon 1.0
33 SG005 - IDE Implementasjonsguide for overføring av SYSVAK spørremelding Spesifikasjon av person Nedenforstående dataelementer mappes hit IDE IDENTITY Forekomst: D 1 Funksjon: Bruk: Benyttes for å angi et alternativt identifikasjonsnummer for vaksinanden. Hjelpenummer eller nødnummer kan benyttes som selvstendig søkekriterium Kommentarer: ❶ Benyttes som selvstendig søkekriterium 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 hjelpenummer).❶ vaksinand ID 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 DETAILS N Benyttes ikke 4405 STATUS, CODED an..3 N Benyttes ikke 1222 CONFIGURATION LEVEL n..2 N Benyttes ikke C778 POSITION IDENTIFICATION N Benyttes ikke C240 PRODUCT CHARACTERISTIC N Benyttes ikke Nedenforstående dataelementer mappes hit DTM DATE/TIME/PERIOD Forekomst: D 1 Funksjon: Bruk: Benyttes for å angi personens fødselsdato, fødselsår eller fødselsår og måned. Fødselsdato må angis med år, måned og dag i denne implementasjonen. Kommentarer: ❶ Benyttes i kombinasjon med andre søkekriterier. ❷ Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov Eksempel: DTM+329: :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 an..3 R Format for dato/klokkeslett: qualifier 102 CCÅÅMMDD 602❷ CCÅÅ 610❷ CCÅÅMM Versjon februar
34 Implementasjonsguide for overføring av SYSVAK spørremelding Spesifikasjon av person SG005 - ADR Nedenforstående dataelementer mappes hit ADR ADDRESS Forekomst: D 1 Funksjon: Bruk: Benyttes for å spesifisere søkeopplysninger basert på personens bosted. Kommentarer: ❶ SYSVAK database registrerer maks 50 tegn for gateadresse ❷ Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier ❸ behov Benyttes ikke i denne implementasjonen, tatt med for fremtidige Eksempel: ADR ' Tag Data element navn Format Bruk Bruk av elementer i meldingen C817 ADDRESS USAGE N Benyttes ikke C090 ADDRESS DETAILS D ❶ 3477 Address format, coded an..3 M Kode for adresseformat: +5 *Ustrukturert adresse Ustrukturert 3286 Address component an..70 M Personens gateadresse.❷ 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 3286 Address component an..70 N Benyttes ikke 3164 CITY NAME an..35 N Benyttes ikke Postnummer 3251 POSTCODE IDENTIFICATION an..9 D Postnummer. ❷ Land 3207 COUNTRY, CODED an..3 D Kode for land iht. ISO 3166.❸ C819 COUNTRY SUB-ENTITY D DETAILS Fylke 3229 Country sub-entity identification an..9 D Fylke og kommune angis som et kommunenummer iht. nasjonalt kodeverk. ❷ Kommune 1131 Code list qualifier an..3 N Benyttes ikke 3055 Code list responsible agency, coded an..3 N Benyttes ikke 3228 Country sub-entity an..35 N Benyttes ikke C517 LOCATION IDENTIFICATION N Benyttes ikke Side februar 2000 Versjon 1.0
35 UNT Implementasjonsguide for overføring av SYSVAK spørremelding Meldingsavslutning 6.3 Meldingsavslutning Nedenforstående dataelementer mappes hit UNT MESSAGE TRAILER Forekomst: M 1 Funksjon: Bruk: Kommentarer: 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 THE MESSAGE n..6 M Antall segmenter i meldingen inkludert UNH og UNT MESSAGE REFERENCE NUMBER an..14 M Senderens unike meldingsreferanse identisk til dataelement 0062 i UNH. Versjon februar
36
37 Vedlegg A Implementasjonsguide for overføring av SYSVAK spørremelding Segmentmapping MEDQRY Vedlegg A Segmentmapping MEDQRY 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: Involverte meldingsparter: UNH M 1 Meldingens ID (fra avsender) Meldingstype (MEDQRY) BGM M 1 Meldingsnavn Meldingsfunksjon DTM C 9 Tidspunkt for generering av meldingen PTY C 1 Prioritet for meldingen CED C 9 Sendende applikasjon Versjon av applikasjon SG1 M 99 SEQ M 1 PNA C 9 Sekvensnummer Institusjonens rolle Institusjons ID Navn på institusjon Avdelings ID Navn på avdeling IDE C 9 Alternative identifikasjonsnumre Adresse og telekommunikasjonsopplysninger: SG2 C 9 Opplysninger om forespørselen: ADR M 1 COM C 9 Adresse til parten Telekommunikasjon SG3 M999 IRQ M 1 Krav til meldingsbekreftelse GIS C 1 Aksjonstype for meldingen IDE C 9 DTM C 9 Tidspunkt vedr. forespørselen CAV C 1 Omfang av forespørselen - Alle forekomster - Kun første forekomst - Antall forekomster gitt i QTY QTY C 9 Øvre grense for antall svar ATT C 1 Type parametre - Liste - Eksakt match - Intervall PTY C 1 Prioritet DOC C 1 LAN C 1 Ønsket dokument/melding - Personliste - Personer med vaksinasjonshendelser Versjon februar
38 Implementasjonsguide for overføring av SYSVAK spørremelding Segmentmapping MEDQRY Vedlegg A Referanse til andre meldinger: Spesifikasjon av person: Spesifikasjon av hendelse: SG4 C 99 LIN M 1 DOC C 1 Type referert dokument IDE C 9 ID for referert dokument DTM C 9 Utstedelsestidspunkt for referert dokument SG5 C 2 PNA M 1 Navn Fødselsnummer ATT M 1 Type søkeopplysninger - Høye søkeverdier - Lave søkeverdier - Eksakt søkebegrep PDI C 1 Kjønn GIS C 1 IDE C 9 Alternativ person ID DTM C 9 Fødselsdato FTX C 9 Supplerende personopplysninger ADR C 1 Gateadresse Postnummer Kommune/fylke Bydel Land NAT C 1 Nasjonalitet SG6 C 2 CLI M 1 Type hendelse ATT M 1 Type søkeopplysninger - Høye søkeverdier - Lave søkeverdier - Eksakt søkebegrep GIS C 1 IDE C 9 Alternativ hendelses-id PAS C 9 DTM C 9 Datoer vedr. hendelsen CIN C 99 FTX C 9 Supplerende opplysninger IMD C 9 PIA C 1 PNA C 9 UNT M 1 Meldingsavslutning Side februar 2000 Versjon 1.0
39 Vedlegg B Implementasjonsguide for overføring av SYSVAK spørremelding Meldingseksempel Vedlegg B Meldingseksempel Eksempel på typisk spørremelding i SYSVAK SG EDIFACT Forklaring H UNH+nnn+MEDQRY:962:0:RT:NO3010' Start på meldingen MEDQRY basert på D.96B status 0 i henhold til norsk implementasjonsguide versjon 1.0. H BGM+V03' Spørring etter vaksinasjoner H DTM+137: :202' Meldingsdato H CED+3+1::::2' Opplysninger om avsendende applikasjon, her gitt ved Infodoc journalsystem 1 SEQ++1' Start helsetjenesteenhet 1 PNA+HI :Z :Fana Spørrende instans: ID-nr. og navn helsestasjon' 1 SEQ++2' Start helsetjenesteenhet 1 PNA+Z :Z23' Eier av vaksinasjonsdatabase 3 IRQ+Z02' Start forespørsel, bekreftelse ikke ønsket. 3 IDE+Z09+1:Z06' Identifikasjon av forespørselen. 3 DOC+V01' Vaksinasjonsrapport returneres 5 PNA+Z :BY' Start spesifikasjon av personen en ønsker opplysninger om, her gitt ved fødselsnummer. 5 ATT+Z12++Z17' Spesifikasjon av søkekriteriet 3 IRQ+Z02' Start forespørsel, bekreftelse ikke ønsket. 3 IDE+Z09+2:Z06' Identifikasjon av forespørselen. 3 DOC+A01' Personliste returneres 5 PNA+Z :Olsrud' Start spesifikasjon av personen en ønsker opplysninger om, her gitt ved etternavn i kombinasjon med fødselsdato. 5 ATT+Z12++Z17' Spesifikasjon av søkekriteriet 5 DTM+329: :102' Personens fødselsdato T UNT+18+nnn' Avslutning på meldingen. Versjon februar
40
41 Vedlegg C Implementasjonsguide for overføring av SYSVAK spørremelding Mapping av objekter Vedlegg C Mapping av objekter Tabellen nedenfor beskriver de enkelte objektene og tilhørende attributter som benyttes i denne implementasjonen av meldingen. Melding M1 Beskrivelse av når dataelementet skal benyttes Meldingens referansenummer M an..14 Entydig referansenummer for meldingen. Tildeles vanligvis av EDI programvaren. UNH N/A 0062 Meldingstype M an..6 Identifikasjon av benyttet meldingstype: UNH S Kode for spesifikasjon av type Meldingens betegnelse M an..3 vaksinasjonsmelding: BGM C Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov Kun nødvendig Meldingens funksjon D an..3 Meldingens funksjon. dersom ikke en ny melding. BGM N/A 1225 Tidspunkt for generering av meldingen M an..35 Tidspunkt for generering av meldingen. DTM C Eksempler på koder for avsendende applikasjon i henhold til nasjonalt Applikasjon M an..3 kodeverk: CED C Versjon M an..9 Versjonsnummer for avsendende applikasjon. CED C Helsetjenesteenhet M99 Fortløpende tildelt nummer eller annet Sekvensnummer for intern referering M an..10 entydig nummer for aktuelle forekomst av segmentgruppen. SG1 SEQ C Institusjonens rolle O an..3 Kode for rolle til helsetjenesteenhet: SG1 PNA N/A 3035 Identifikasjon av institusjon O an..35 Partene i SYSVAK identifiseres ved bruk av egne institusjonsnumre SG1 PNA C Identifikasjon av avdeling O an..35 På sikt kan det bli aktuelt å benytte avdelingsnumre i tillegg. Avdeling benyttes ikke i denne implementasjonen SG1 PNA C Navn på institusjon O an..70 Navn på helsetjenesteenhet angitt som offisielt navn. Navneformat i 3405 angir fullt navn. SG1 PNA C Navn på avdeling O an..70 Navn på helsetjenesteenhet angitt som offisielt navn. Navneformat i 3405 angir fullt navn. Avdeling benyttes ikke i denne implementasjonen SG1 PNA C Forespørsel M999 Bekreftelse ønsket M an..3 Kode for angivelse av om avsender ønsker at mottaker skal bekrefte mottakelsen: SG3 IRQ C Identifikasjon av forespørsel M an..35 Avsenders identifikasjon av forespørselen SG3 IDE C Søkespesifikasjon M an..3 Spesifikasjon av det dokumentet som ønskes returnert som svar på spørringen. Kode for type dokument: SG3 DOC C Versjon februar
42 Implementasjonsguide for overføring av SYSVAK spørremelding Mapping av objekter Vedlegg C Spesifikasjon av person R1 Fødselsnummer D an..35 Personens fødselsnummer. Personenes navn ellel del av navn som benyttes som søkestreng. Navneformat i 3405 angir hvilken navnekomponent som Vaksinandens navn D an..70 benyttes. Beskrivelse av når dataelementet skal benyttes Kan benyttes som selvstendig søkekriterium SG5 PNA C Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier SG5 PNA C Benyttes kun hvis både fornavn og etternavn benyttes som søkekriterie. Benyttes i kombinasjon med fødselsdato og Vaksinandens fornavn D an..70 Personens fornavn. eventuelt andre søkekriterier. SG5 PNA C Type søkekriterier M an..3 Kode for type søkekriterier: SG5 ATT C Personens kjønn D an..3 Benyttes i kombinasjon med fødselsdato og andre Kode for personens kjønn iht. ISO 5218: søkekriterier SG5 PDI N/A 3499 Alternativ identifikasjon av vaksinand (Dnummer Benyttes som selvstendig Alternativ vaksinand ID D an..35 eller hjelpenummer). søkekriterium SG5 IDE C Benyttes i kombinasjon med Fødselsdato D an..35 Personens fødselsdato. andre søkekriterier. SG5 DTM C Ustrukturert gateadresse D an..70 Personens gateadresse. Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier SG5 ADR C Postnummer D an..9 Postnummer. Land D an..3 Kode for land iht. ISO Fylke og kommune angis som et kommunenummer iht. nasjonalt Fylke D an..9 kodeverk. Fylke og kommune angis som et kommunenummer iht. nasjonalt Kommune D an..9 kodeverk. Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier SG5 ADR N/A 3251 Benyttes ikke i denne implementasjonen, tatt med for fremtidige behov SG5 ADR N/A 3207 Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier SG5 ADR C Benyttes i kombinasjon med fødselsdato og eventuelt andre søkekriterier SG5 ADR C Side februar 2000 Versjon 1.0
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
DetaljerImplementasjonsguide for Overføring av vaksinasjonsopplysninger
Implementasjonsguide for Overføring av vaksinasjonsopplysninger Versjon 1.2 for utprøving 21.09.1999 KITH Rapport 12/99 ISBN 82-7846-070-1 KITH-rapport Tittel Implementasjonsguide for Overføring av vaksinasjonsopplysninger
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerImplementasjonsguide 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
DetaljerMeldingshå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
DetaljerCREMUL 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
DetaljerInformasjonsmodell 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
DetaljerBrukerveiledning. 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...
DetaljerKortversjon - 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:
DetaljerAkseptansetest 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
DetaljerImplementasjonsguide 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
DetaljerForespø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
DetaljerPAYMUL 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
DetaljerHjelpenummer 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
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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
DetaljerK 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
DetaljerBring 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
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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
DetaljerDEBMUL 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
DetaljerAkseptansetest 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...
DetaljerMedisinsk-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
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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
DetaljerVedlegg 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
DetaljerKompositt/ 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
DetaljerTransaksjonsstandard 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
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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...
DetaljerTransaksjonsstandard 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
DetaljerUtskrivningsrapport 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
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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...
DetaljerNotat: 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
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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
DetaljerCREMUL 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
DetaljerAkseptansetest 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...
DetaljerFINSTA 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
DetaljerTransportoppdragBekreftelse
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
DetaljerKompositt/ 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
DetaljerKompositt/ 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
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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...
DetaljerAkseptansetest 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
DetaljerForespø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...
DetaljerOPPGJØ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
DetaljerAkseptansetest 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
DetaljerAkseptansetest 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
DetaljerNOTAT. 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
DetaljerAkseptansetest 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
DetaljerNKKN 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
DetaljerNORSK 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
DetaljerInnrapportering 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...
DetaljerTransaksjonsstandard 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
DetaljerEDIFACT. 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
DetaljerStandard for elektronisk kommunikasjon med pleie- og omsorgstjenesten: Helseopplysninger (v1.6)
HIS 1144:2014 Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten: Helseopplysninger (v1.6) HIS 1144:2014 1 Publikasjonens tittel: Standard for elektronisk kommunikasjon med pleie- og
DetaljerBrukerdokumentasjon. 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.
DetaljerRutiner 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-
DetaljerTransaksjonsstandard 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
DetaljerBasis interoperabilitetstest - ebxml
Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre
DetaljerDEDIP2 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
DetaljerK 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
DetaljerSOSI 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
DetaljerAkseptansetest av sending Tilbakemelding på henvisning
Akseptansetest av sending Tilbakemelding på henvisning Meldingsversjon: 0.9 datert 10.10.2003 Akseptansetest av sending Tilbakemelding på henvisning 2 Innholdsfortegnelse 1.Revisjonshistorikk... 3 2.Akseptansetest
DetaljerOverfø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
DetaljerREUMS. 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
DetaljerNORSK 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...
DetaljerInformasjonsmodell 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
DetaljerPresisering 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
DetaljerElektronisk 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
DetaljerRetningslinjer 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,
DetaljerJara NetBusiness 7.4. Ny release 20 mars 2006 Telelosji
Jara NetBusiness 7.4 Ny release 20 mars 2006 Telelosji Introduksjon Denne presentasjonen går igjennom endringer i Telelosjjforespørsler (Quoes) og -bestillinger (Orders) i Jara NetBusiness 7.4, 20. mars
DetaljerNORSK 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
DetaljerDokumenter som skal inngå i en melding kan opprettes og signeres uavhengig av hverandre.
Systembeskrivelse for eksterne aktører Med milepæl 3 gir Kartverket neste innblikk i den kommende løsningen for elektronisk tinglysing. Milepæl 3 gir eksterne aktører mulighet til å få innsikt i grensesnitt
DetaljerBRUKERMANUAL 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
DetaljerHva 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
DetaljerAkseptansetest av Elektronisk rekvisisjon Klinisk kjemi
Akseptansetest av Elektronisk rekvisisjon Klinisk kjemi Meldingsversjon: 1.3 datert 13.10.2003 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest av Elektronisk rekvisisjon 4 3. Case er 5 4.
DetaljerOrdrebekreftelse XML
Ordrebekreftelse XML Brukerdokumentasjon Versjon: 1.0 - Side 1 of 9 - ENDRINGSKATALOG DATO VER UTFØRT AV KOMMENTARER 30.10.2004 4.0 Truls Samuelsen Versjon 4.0. - Side 2 of 9 - Innholdsfortegnelse 1. INNLEDNING
DetaljerE-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
DetaljerAkseptansetest av sending Dialogmelding Forespørsel, svar og notat
Akseptansetest av sending Dialogmelding Forespørsel, svar og notat Meldingsversjon: 1.0, datert 11.10.2006 Akseptansetest sending Dialogmelding, forespørsel, svar og notat 3 Innholdsfortegnelse Akseptansetest
DetaljerBruk av Norsk laboratoriekodeverk (NLK) i rekvirering og svarrapportering av medisinske tjenester
HISD 1101 : 2014 Bruk av Norsk laboratoriekodeverk (NLK) i rekvirering og svarrapportering av medisinske tjenester Støttedokument til teknisk standard Publikasjonens tittel: Bruk av Norsk laboratoriekodeverk
DetaljerHISD 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
DetaljerMapping 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
DetaljerE-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
DetaljerMinnepenner og CD-er merkes med avsenders kontaktinformasjon og sendes i vanlig post til
SYSVAK - Filimport [Oppdatert 16.04.2015 av Daniel Gjestvang] I forbindelse med innføring av meldeplikt for alle vaksiner fra 01. Januar 2011, er det behov for å kunne importere vaksinasjonsdata fra vaksinasjonssteder
DetaljerMeldingsutveksling med Kreftregisteret over Norsk Helsenett
Meldingsutveksling med Kreftregisteret over Norsk Helsenett Versjonshistorikk Versjon Dato Kommentar Forfatter 0.1 2011-10-05 Første utkast Sølve Monteiro 0.2 2011-10-06 Legge til oppsummering Sølve Monteiro
DetaljerVariabelliste 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