Meddelelses Implementerings Guide (MIG) for CONTRL meddelelsen

Relaterede dokumenter
14. KONTROLMEDDELELSE

Teknisk Implementerings Guide UN/EDIFACT & UNA/UNB-UNZ

Indledning... 2 Opbygning... 2 Servicesegmenternes sammenhæng... 3 UNA... 4 UNB... 6 UNH UNT UNZ... 14

EDI-guide for CONTRL. Version 1.0 Final

MT 940 Customer Statement Message ( i FINSTA format)

2. BRUGEN AF EDIFACT. Indholdsfortegnelse

Den gode lægevagtsafregning 1. oktober 2005 Revideret EDIFACT Facitliste for. MEDRUC Lægevagtsafregning version: U0831U Brvtype: RUC08

13. BANK-STATUSMEDDELELSE (BANSTA)

15. FINANSIEL AFLYSNINGSMEDDELELSE (FINCAN)

Den gode fodterapiafregning 1. oktober 2005 Revideret EDIFACT Facitliste for. MEDRUC Fodterapiafregning version: U1131U Brvtype: RUC11

Den gode psykologafregning 1. oktober 2005 Revideret EDIFACT Facitliste for. MEDRUC Psykologafregning version: U1031U Brvtype: RUC10

Den gode lægeafregning 1. oktober 2005 Revideret EDIFACT Facitliste for MEDRUC Lægeafregning version: U0131U Brvtype: RUC01

De gode stamdata. MEDPID01: Triggermeddelelse. Version 1.0. MedCom De gode stamdata, MEDPID01, ver

Oversættelse til dansk af APERAK. Application Error and Acknowledgement Message. Dank EDI Message Implementation Guide

Unitel EDI EDIFACT 96A CREMUL Juni Tillæg til: Danske Pengeinstitutters Vejledning for Finansielle Meddelelser i EDIFACT

EDI-guide for Regres Bilag 2 Ajourføringshistorik

EDI-guide for Regres. Version 3.3 draft F

Den gode speciallægeafregning 1. oktober 2005 Revideret EDIFACT Facitliste for MEDRUC Speciallægeafregning version: U0231U Brvtype: RUC02

Det gode kommuneadvis 2. juli 2001 Revideret

EDI-guide for Regres. Version 3.2

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)

Kvitteringsprincipper og -regler

Den gode hjemmeplejestatus 1. april 2003

Kvitteringspolitik. Syntaks- og kommunikations-regler. Aaaaaa Aaaaaaa. Regler for beskedforsendelse og eventuel kvittering

DB EDI-STANDARD VERSION

EDIFACT Meddelelsesimplementeringsguidelines (MIG) Epikrisemeddelelser og Handlingsplaner MEDDIS ver del 1

EDIFACT Meddelelsesimplementeringsguidelines (MIG) Henvisningsmeddelelser MEDREF

Vejledning og feltværdier

Udvekslingsguide LD flytning. Version 1.2

Format og schema beskrivelse. SP-Envelope version DataGruppen MultiMed Side 1 af 17

DB EDI-STANDARD VERSION

AO FORRETNINGSREGLER EDI fakturaer fra vareleverandører. (offentliggøres på Suppliers Portal)

EDIFACT Kursus. Mandag den 16. juni 2014 hos MedCom

De gode stamdata. MEDPID04: Cavemeddelelse. Version 1.0. MedCom De gode stamdata, MEDPID04, ver

E l e k t r o n i s k k o n t o u d t o g ( F I N S T A )

EDIFACT. Meddelelser til Laboratoriesvar

Den gode doseringskort kvittering

Forsikring & Pension WebEDI server. Udvekslingsguide Pgf. 41. CSC Danmark A/S SMB Network Consultancy

Unitel EDI EDI/4-format: Status- og fejladvis Indpakning af forsendelser fra Unitel EDI. August 2007

EDIFACT. Meddelelse til Laboratorierekvisition

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Møde i Kommune-Sygehus lev.gruppe Fredericia 27. april Irene Zuschlag, Michael Due Madsen, Konsulenter, MedCom

Testprotokol for Den gode tandlægeafregning

Guideline. EAN-systemet

Den Gode VANSEnvelope, Scenariebeskrivelser. MedCom

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014

Segmentbeskrivelse INVOIC D96A TUN EDI-standard version 1.0

Unitel EDI Indbetalingskort advisering August 2003

Den gode Øfeldt henvisning 1. januar 2010 Revideret

Anvendelsesvejledning for entydig identifikation af målesteder i naturgas distribution ved hjælp af EAN-systemet.

Metodeanmeldelse af markedsforskrift F1 - EDIkommunikation

NemKonto. XML skemaer for. ukomplette og komplette betalinger. til NKS

Syntaks- og kommunikationsregler. for MedComs EDIFACT meddelelser 1. marts 2001 revideret

CCS Formål Produktblad December 2015

EDI-guide for Opsigelser. Version 5.5

4. Sikkerhed i EDIFACT

Bilag A til Aftale om modtagelse af elektroniske fakturaer og samtalespecifikationer

DB EDI-STANDARD VERSION

EDI-guide for Opsigelser. Version 5.7 draft G

Vejledning til tildeling af EANlokationsnummer

Den Gode Korrespondance. Hvad har vi hørt og hvad kan vi gøre? MedCom10 koordineringsgruppen 19. januar 2017/Lars Hulbæk

Danske Bank EDI Message Implementation Guide Multiple Credit Advice Message (EDIFACT D.96A CREMUL)

Meddelelsesimplementeringsvejledning. til. MEDPRE-meddelelser

De gode stamdata MEDPID03: Patientstamdatameddelelse

KMA-oplysninger. 1 Introduktion

EDI-guide for Opsigelser Bilag 1 EDIFACT

De gode kommunerapporter 15. juni 2002

EDI kvalitetssikring af den elektroniske kommunikation

Tilslutning til ecomone Basis (OIO Faktura)

MedCom og Aaaaaa Aaaaaaa. Modernisering. Standarder, Infrastruktur, Test & Governance. Michael Johansen, Standarder, test & certificering

XML webservice for pensionsordninger. Version 1.0 Draft A

Den Gode VANSEnvelope. MedCom

3. Fælles struktur for betalingstransaktioner

Bilagsrapport 2: Kvitteringsprincipper og -regler Forskrift F1: EDI-kommunikation med DataHub'en i elmarkedet. Træder i kraft den 1.3.

OIOUBL Guideline. OIOUBL Profiler. UBL 2.0 Profiles (UTS) Appendiks til G26. Version 1.3

Den gode Fodterapihenvisning 1. juli 2002 Revideret

Vejledning om tilslutning til VANS. Version 1.0

Unitel EDI EDIFACT 96A PAYMUL, AUTACK, BANSTA, CONTRL, DEBMUL November 2014

Den gode Psykologhenvisning 1. februar 2005 Revideret

Syntaks og struktur i EDI-meddelelser

Dokumentdefinition. EDI-light Faktura TDC A/S

Indholdsfortegnelse. 1. Formål Referencer... 4

Håndbog Til CPR services. Bilag 8 GCTP-standard m.m. CPR-kontoret

Unitel Betalingsadviseringer i EDI/4-format August 2009

Vilkår vedrørende brug af Støttesystemet Beskedfordeler

8. DEBETADVIS (DEBADV)

INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR

1. FORORD TIL BRUGERVEJLEDNING FOR FLYTNING AF LD-KONTI... 3

Indholdsfortegnelse. August 2005 Side 1 af 11

Kommunikationsvejledning omkring kopimodtagere, videresendelse og kvitteringer m.m.

vedrørende Socialforvaltningens og Beskæftigelses- og Integrationsforvaltningens

Indholdsfortegnelse...1 ORDRE Upload/download...2 Opbygning af Ordrefil...3 Ordrehoved...4 Kontaktinformation...6 Ordrelinier...7 Afstemning...

Bilag 9. Ændringshåndtering. Udbud af Medical Device Information Collection

Den Gode LÆ-blanket Webservice (DGLÆ:WS)

Uddybende vejledning til UTS Forsyningsspecifikation i OIOUBL

EDI fejlsituationer Kvalitet i EDI - KOMMUNIKATIONEN

MedCom. Center for. Sundheds-telematik. Heden 18 DK-5000 Odense C Telefon Fax Sundhedsministeriet

LeverandørService Beskrivelse af elektronisk uddata fra Nets

BILAG. til KOMMISSIONENS GENNEMFØRELSESFORORDNING (EU).../...

Snitfladebeskrivelse for GO000004Q Betalingsadministration Send indbetaling til KMD Opus Debitor. Version 1.0,

Transkript:

Meddelelses Implementerings Guide (MIG) for CONTRL meddelelsen Ver 2.0 01.12.1996

0 Indhold 0 Indhold 2 1 Forord 3 2. CONTRL meddelelsen 4 2.1 Funktion 4 2.2 Principper 4 2.2.1 MedCom specifikke principper 5 2.3 CONTRL i den danske sundhedssektor 5 2.4 Meddelelsesstruktur 6 2.4.1 Relationer mellem CONTRL og primærforsendelsen 7 2.4.2 Rapportering af syntaksfejl 8 2.5 Notation 8 3.0 Segment forklaring 10 3.1 Information om meddelelsen 10 3.1.1 Meddelelseshoved 10 3.1.2 Forsendelsessvar 11 3.1.3 Meddelelsessvar 13 3.1.4 Segment og dataelementfejlindikation 15 3.1.5 Meddelelsestrailer 16 4.0 Eksempler 17

1 Forord Nærværende MIG beskriver anvendelsen af CONTRL meddelelsen i MedCom projektet. Der er taget udgangspunkt i UN/EDIFACT WP.4 s beskrivelse af CONTRL version 2, release 1, implementeret i EDIFACT directory D.93A. CONTRL meddelelsen er ikke baseret på en syntaksuafhængig informationsmodel inden for de medicinske sammenhænge. Derimod er CONTRL meddelelsen en EDIFACT teknisk baseret meddelelse til brug i alle sektorer på tværs af brancheforhold. Derfor bygger denne MIG på de anbefalinger, som Dansk EDI-råd tiltræder på dette område. I nærværende version 2 af MIG-dokumentet er der ændret skønhedsfejl som slåfejl. Thomas Hensing Dan Net a/s Blokken 9 3460 Birkerød Tlf. 45821600, fax: 45821644 Internet: the@dannet.dk MedCom EDI-gruppe Niels Jørgen Christensen (MEDREQ, MEDRPT) Thomas Hensing (CONTRL, Forsendelseshoved) Jan Mark (MEDRUC) Jesper Theilgaard (MEDREF, MEDDIS) Stig Korsgaard (Sekretær, koordinator) Henrik Bjerregaard Jensen (MedCom) Steen Mariboe (MedCom) MedCom EDI-Gruppen version 2.0 3

Mogens Schlamovitz (Konsensusdatalister) Poul Willy Eriksen (Novax) 2. CONTRL meddelelsen 2.1 Funktion CONTRL meddelelsen anvendes mellem afsender (A) og modtager (M) af en given forsendelse. Denne forsendelse kaldes efterfølgende i dette dokument for primærforsendelsen. CONTRL meddelelsen kan tillige anvendes mellem (A) af primærforsendelsen og (A) s tilknyttede VANS-leverandør i de tilfælde, hvor en sådan måtte anvendes. Dette afhænger dog af den tilbudte EDI-service hos den pågældende VANSleverandør. Formålet med EDIFACT CONTRL meddelelsen er, at (M) kan informere (A) af primærforsendelsen om den handling, som (M) har foretaget ved modtagelsen af primærforsendelsen. Handlingen kan være, at en given primærforsendelse er modtaget, og at den efter EDIFACT syntakscheck er afvist eller godkendt. Indikation af EDIFACT syntaksfejl kan angives i CONTRL-meddelelsen. CONTRL har således følgende funktion: CONTRL Type 1?? godkende eller afvise en modtaget forsendelse, funktionsgruppe eller meddelelse udfra en syntaksmæssig vurdering. Ved afvisning kan en listing af de indeholdte syntaksfejl ske. CONTRL Type 1 kaldes efterfølgende for lang CONTRL.. CONTRL Type 2?? kvittere for modtagelsen af forsendelsen. Det betyder at UNA, UNB og UNZ segmenterne er blevet syntakschecket. CONTRL Type 2 kaldes efterfølgende for kort CONTRL. 2.2 Principper?? EDIFACT syntaksen (ISO 9735, version 1, 2 og 3) inklusiv reglerne for brug af servicesegmenter er gældende for de syntaksmæssige forhold, som rapporteres i CONTRL meddelelsen.?? CONTRL meddelelsen har ikke til formål at rapportere på applikationsniveauet (semantiske niveau), men alene for primærforsendelsens EDIFACT syntaksmæssige niveau.?? (A) af en primærforsendelse kan i UNB segmentet (ved angivelse af 1 i dataelement 0031) anmode om svar (CONTRL) fra (M) om, hvorvidt den modtagne primærforsendelse er syntaksmæssig korrekt, at indholdet af servicesegmenterne er korrekt og at modtageren understøtter servicesegmenternes funktioner.?? Endvidere kan (A) og (M) indbyrdes aftale, hvorvidt deres indbyrdes EDIFACT udveksling altid understøttes af CONTRL udveksling, upåagtet hvad der måtte anføres herom i UNB segmentet. Dette forhold skal specificeres eksplicit i en udvekslingsaftale.?? (M) kan som svar på primærforsendelsen til afsenderen sende én eller to CONTRL meddelelser; en valgfri kort CONTRL efterfulgt af en lang CONTRL. Handlingskoderne i CONTRL meddelelsens UCI segment kan angive, hvorvidt der er tale om en kort eller lang CONTRL. 4 MedCom EDI-Gruppen version 2.0

?? CONTRL meddelelsen kvitterer for behandlingen alene af én primærforsendelse, og må derfor ikke referere til flere primærforsendelser. Der kan være én eller flere meddelelser (LABRES, MEDRPT, osv) i en given primærforsendelse.?? CONTRL meddelelsen skal sendes i en separat forsendelse, dvs. der må ikke være andre meddelelsestyper som MEDRPT, LABRES osv. i samme forsendelse end CONTRL.?? Der skal ikke sendes CONTRL på en modtagen CONTRL. Fejl i modtagne CONTRL må rapporteres på anden måde, f.eks. telefonisk eller fax. 2.2.1 MedCom specifikke principper?? CONTRL meddelelsen vil i MedCom sammenhænge ikke blive anvendt i forbindelse med funktionsgrupper, da brugen af funktionsgrupper ikke er en anbefalet praksis i Danmark.?? Hvis en anmodning om kvittering er angivet i primærforsendelsens UNB segment (angivet ved 1 i dataelement 0031), er det i MedCom sammenhænge den mellem udvekslingsparterne indbyrdes indgået udvekslingsaftale, som eksplicit afgører, hvorvidt der sendes en kort eller lang CONTRL (dette afviger fra den af UN/EDIFACT anførte praksis, hvor en afsendt CONTRL meddelelse skal rapportere resultatet af syntakschecket af hele primærforsendelsen, dvs. altid en lang CONTRL).?? CONTRL meddelelsen vil i MedComs pilotprojekter altid blive udvekslet, og da som en kort CONTRL, dette upåagtet hvad der måtte være anført i UNB segmentet i den modtagne primærforsendelse (dette afviger fra den af UN/EDIFACT anførte praksis, hvor den korte CONTRL meddelelse er valgfri).?? En positiv CONTRL udveksles, når der ikke er observeret EDIFACT syntaksfejl i den modtagne primærforsendelse, og når det eksplicit er aftalt at udveksle en sådan positiv CONTRL. Ved syntaksfejl situationer udveksles derfor ingen CONTRL.?? En negativ CONTRL udveksles, når der er observeret EDIFACT syntaksfejl i den modtagne primærforsendelse og dennes meddelelser, og når det enten eksplicit er aftalt at udveksle en sådan negativ CONTRL eller ved angivelse af 1 i UNB segmentet. Ved ikke-syntaksfejl situationer udveksles derfor ingen CONTRL.?? På baggrund af de opsamlede erfaringer i pilotprojekterne, vil MedCom udstikke en fælles anbefaling vedrørende brug af CONTRL i den danske sundhedssektor. 2.3 CONTRL i den danske sundhedssektor I dag anvendes der i den danske sundhedssektor 2 andre CONTRL meddelelser. i forbindelse med recepudveksling udveksles en såkaldt positiv CONTRL baseret på EDIFACT syntaks 1 (UNOA:1), og i forbindelse med FynCom projektet, hvor det eksplicit er aftalt indbyrdes mellem parterne altid at anvende CONTRL. FynCom CONTRL er baseret på EDIFACT syntaks 2 (UNOC:2). Disse 2 CONTRL har begge været baseret på en præliminær EDIFACT meddelelsesstruktur, et såkaldt status 0 dokument. Andre EDI projekter i den danske sundhedssektor, har baseret sig på FynCom CONTRL meddelelsen. EDIFACT strukturen for den CONTRL meddelelse, som vil blive anvendt i MedCom, samt være den anbefalede CONTRL meddelelse i fremtiden, er baseret på et nyt status 1 dokument, samt en ny EDIFACT syntaks 3 (UNOC:3). MedCom EDI-Gruppen version 2.0 5

Dette betyder, at der i den danske sundhedssektor i en overgangsperiode vil optræde 3 forskellige varianter af en CONTRL meddelelse, således: Dokument UN/status EDIFACT syntaks Principper og anvendelse Receptudveksling status 0 UNOA:1 positiv CONTRL FynCom status 0 UNOC:2 altid CONTRL MedCom status 1 UNOC:3 altid kort CONTRL (piloter) Udover anvendelsesmåden er der basal forskel på servicesegmenternes funktion i de 3 syntaksvarianter (UNOA:1, UNOC:2, UNOC:3). Derfor kan disse 3 CONTRL- og syntaksvarianter alene benyttes i de respektive projektsammenhænge. 2.4 Meddelelsesstruktur Information om meddelelsen: UNH M 1 Meddelelse ref. nummer. Meddelelsestype UCI C 1 Forsendelsessvar Meddelelsessvar: SG1 C999999 UCM M 1 Meddelelsessvar Segment og dataelementfejlindikation: SG2 C 999 UCS M 1 Segment fejlindikation UCD C 99 Dataelement fejlindikation Funktionsgruppesvar: SG3 C999999 UCF M 1 Funktionsgruppesvar Meddelelsessvar i funktionsgruppe: SG4 C999999 UCM M 1 Meddelelsessvar Segment og dataelementfejlindikation: SG5 C 999 UCS M 1 Segment fejlindikation UCD C 99 Dataelement fejlindikation 6 MedCom EDI-Gruppen version 2.0

UNT M 1 Meddelelsestrailer De skraverede grupper anvendes ikke i MedCom. Tørresnoren herunder angiver CONTRL-dokumentet som benyttet i MedCom. De skraverede segmenter anvendes ikke i MedCom. 2.4.1 Relationer mellem CONTRL og primærforsendelsen Strukturen af CONTRL er baseret på 5 segmenter, som hver indeholder en reference til dele af primærforsendelsen. Primærforsendelsen er delt op i følgende: CONTRL segment Primærforsendelsens segment(er) UCI: forsendelsesniveauet UNA / UNB / UNZ UCF: funktionsgrupper (anvendes ikke i MedCom) (Anvendes ikke i MedCom) UCM: meddelelsesniveauet Meddelelser i primærforsendelsen UCS: segment fejlindikationer Alle segmenter i meddelelsen UCD: dataelement fejlindikator Alle dataelementer i meddelelsen Disse dele af primærforsendelsen kaldes referenceniveauer. MedCom EDI-Gruppen version 2.0 7

Segmenterne UCI, UCF og UCM i CONTRL indeholder alle et obligatorisk dataelement 0083, som angiver den handling modtager (M) har foretaget for det refererede niveau, og et valgfrit dataelement 0085, som angiver mulige syntaksmæssige fejl for det samme refererede niveau. CONTRL meddelelsen giver mulighed for at godkende eller afvise et referenceniveau ved handlingskoder i dataelementet 0083 i CONTRL segmenterne UCI, UCF og UCM. Godkendes referenceniveauet i UCI er samtidig alle lavereliggende referenceniveauer (dvs. UCM) godkendte. I følge UN/EDIFACTs regler for anvendelse af handlingskoder i CONTRL, vil handlingskoderne 4 og 7 i dataelement 0083 indikere en lang CONTRL, hvor handlingskode 8 indikerer anvendelsen af kort CONTRL. i MedCom pilotprojekterne vil handlingskode 4 og 7 tillige blive anvendt i en kort CONTRL. Derved kan kort CONTRL anvendes som både en negativ og positiv CONTRL, hvor der alene kvitteres på forsendelsesniveauet. 2.4.2 Rapportering af syntaksfejl Fejl kan rapporteres på alle niveauer ved angivelse af dataelementer, som entydigt identificerer hvor fejl befinder sig i primærforsendelsen og i dennes meddelelser, samt fejlens art. UCI, UCF og UCM kan kun rapportere én fejl. Hvis der er fundet mere end én fejl, kan (M) af primærforsendelsen frit vælge hvilken fejl, der rapporteres. Der skal ikke rapporteres flere fejl ved fremsendelse af flere CONTRL. 2.5 Notation Den aktuelle brug af hvert segment, sammensatte dataelementer og simple dataelementer ses på indikatoren i henhold til UN/EDIFACT forslag til MIGs: M (Mandatory) R (Required) D (Dependent) A (Advised) O (Optional) N (Ikke brugt) Defineret som mandatory i meddelelse/segment => SKAL bruges her. Defineret som conditional i meddelelse/segment => SKAL bruges i henhold til denne anbefaling. Defineret som conditional i meddelelse/segment => SKAL bruges i bestemte situationer i henhold til denne rekommandation. Defineret som conditional i meddelelse/segment => ANBEFALES brugt i henhold til denne rekommandation. Defineret som conditional i meddelelse/segment => KAN bruges i henhold til denne rekommandation. Defineret som conditional i meddelelse/segment => BRUGES IKKE i henhold til denne rekommandation. Hvis et segment, dataelement eller en segmentgruppe optræder flere gange, specificeres dette med et antal (1, 9 eller 99, etc.) efter indikatoren. M 9 specificerer at dette dataelement, segment eller segmentgruppe optræder mindst een og højest 9 gange. + foran et segment tag, dataelement eller en kode indikerer at dette er et nyt led, medens * indikerer et modificeret segment, dataelement eller kode sammenlignet med EDIFACT D93.A directory. 8 MedCom EDI-Gruppen version 2.0

MedCom EDI-Gruppen version 2.0 9

3.0 Segment forklaring 3.1 Information om meddelelsen 3.1.1 Meddelelseshoved MEDDELELSESHOVED Til præsentation af hovedinformation om selve meddelelsen. Mandatory. UNH Eksempel: MEDDELELSESHOVED Til identifikation og specifikation af en meddelelse Mandatory. UNH+AB0001+CONTRL:D:93A:UN: M95200 No Post Ind. Repr. Beskrivelse 0062 MEDDELELSESREFERENCE NUMMER M an..14 Afsenders unikke meddelelsesreference. Alle meddelelser til samme modtager er nummereret sekventielt og uafh. af meddelelser til andre modtagere. Dataelement 0062 i UNT segmentet vil have sammen værdi. M S009 MEDDELELSES- IDENTIFIKATOR 0065 Meddelelsestype, identifikator M an..6 Type af meddelelse transmitteret CONTRL 0052 Meddelelsestype, versionsnummer M an..3 Meddelelsesstatus D 0054 Meddelelsestype, releasenummer M an..3 Directory som meddelelsen tilhører 93A 0051 Kontrollerende agentur M an..2 Kode til identifikation af agent kontrollerende specifikationen, vedligeholdelse og publikation af meddelelsens type UN 10 MedCom EDI-Gruppen version 2.0

0057 Branchespecifik kode R an..6 Agent(er) som ønsker at håndtere nationale subsets, beskrevet ved meddelelsesimplementation guidelines (MIG), er rekommanderet til en tre tegn identifikator for agenten, og to cifre til MIG versionsnummer, og eet cifer til MMM-version. 0068 FÆLLES TILGANGSREFERENCE N an..35 S010 STATUS PÅ UDVEKSLING N 0070 Sekvens af meddelelsers overførsels M n..2 nummer 0073 Første/sidste sekvens af meddelelsens overførsels indikator. C a1 M95200 = MedCom95 MIG version 2.0 MMM-version 0 3.1.2 Forsendelsessvar *UCI Eksempel: FORSENDELSESSVAR Til identifikation af primærforsendelsen, samt godkende/afvise UNA/UNB/UNZ, og/eller identifikation af fejl fundet i primærforsendelsens UNA/UNB/UNZ Mandatory. UCI+10001+5412345666610:14+5413456789 012:14+8 No. Post Ind. Repr. Beskrivelse 0020 PRIMÆRFORSENDELSENS M an..14 REFERENCENR. S002 PRIMÆRFORSENDELSENS M AFSENDER 0004 Afsenders identifikation M an..35 EDI-lokationsnr. 0007 Identifikation kvalifikator O an..4 14 = EAN 0008 Adresse for modsat routning N an..14 S003 PRIMÆRFORSENDELSENS MODTAGER M 0010 Modtagers identifikation M an..35 EDI-lokationsnr. 0007 Identifikation kvalifikator O an..4 14 = EAN 0014 Adresse for routning N an..14 *0083 HANDLING, KODET M an..3 Type af handling: * 4 = Dette niveau og lavere afvist + 7 = Dette niveau og lavere godkendt. + 8 = UNB/UNZ modtaget MedCom EDI-Gruppen version 2.0 11

*0085 SYNTAKSFEJL, KODET C an..3 Type af syntaksfejl: * 2 = Syntaksversion ikke supporteret + 12 = Ugyldig værdi + 13 = Manglende obligatorisk segment, dataelement, sammensat dataelement + 18 = Uspecificeret fejl + 19 = Forkert decimalnotation + 21 = Ugyldig tegn + 23 = Ukendt afsender + 25 = Test indikator ikke supporteret + 28 = Referencer i UNB og UNH matcher ikke med referencer i UNZ og UNT. + 29 = Kontroltæller i UNT/UNZ matcher ikke. + 35 = For mange repetitioner af segment + 36 = For mange repetitioner af segmentgrupper + 39 = Dataelement for langt + 40 = Dataelement for kort + 43 = Ukendt modtager, ikke kendt af VANS +0013 SEGMENTNAVN, KODET D a3 Hvis der er fejl i primærforsendelsens UNA/UNB/UNZ segmenter, angiver 0013 hvilket af de 3 segmenter, som måtte være fejlbehæftet. S011 anvendes efterfølgende til at positionere datelement (er). *S011 DATAELEMENT POSITION D *0098 Fejlbehæftet dataelements M n..3 position i segment angivet i 0013 *0104 Fejlbehæftet sammensat dataelements position i segment angivet i 0013 C n..3 12 MedCom EDI-Gruppen version 2.0

3.1.3 Meddelelsessvar MEDDELELSESSVAR SG1 Rapportere om fejl på meddelelsesniveau Segmentgruppen er conditional Segmentgruppen kan repeteres i henhold til antal meddelelser (LABRES, MEDRPT, osv.) i primærforsendelsen *UCM Eksempel: MEDDELELSESSVAR Til identifikation af en meddelelse i primærforsendelsen, samt rapportering om hvorvidt meddelelsen er godkendt/afvist, og identifikation af mulige fejl i meddelelsens segmenter. Mandatory, 1 repetition UCM+ME002341+MEDRPT:D:93A:UN:M9 5200+4+13+UNH+1:1 No. Post Ind. Repr. Beskrivelse 0062 MEDDELELSESREFERENCE- NUMMER M an..14 Afsenders unikke meddelelsesreference. S009 MEDDELELSES- IDENTIFIKATOR M Informationer om meddelelse som er udvekslet i primærforsendelsen 0065 Meddelelsestype, identifikator M an..6 Originalmeddelelsens type 0052 Meddelelsestype, versionsnummer M an..3 Originalmeddelelsens status 0054 Meddelelsestype, releasenummer M an..3 Originalmeddelelsens tilhørsforhold til EDIFACT directory 0051 Kontrollerende agentur M an..2 Originalmeddelelsens kontrollerende agent 0057 Branchespecifik kode R an..6 Originalmeddelelsens nationale agent(er) M95200 = MedCom95 ver. MIG version 2.0. MMM-version 0 *0083 HANDLING, KODET M an..3 Type af handling: * 4 = Dette niveau og lavere afvist + 7 = Dette niveau og lavere godkendt. MedCom EDI-Gruppen version 2.0 13

*0085 SYNTAKSFEJL, KODET C an..3 Type af syntaksfejl: + 18 = Uspecificeret fejl + 21 = Ugyldig tegn + 25 = Test indikator ikke supporteret + 28 = Referencer i UNB og UNH matcher ikke med referencer i UNZ og UNT. + 29 = Kontroltæller i UNT/UNZ matcher ikke. + 39 = Dataelement for langt + 40 = Dataelement for kort +0013 SEGMENT NAVN, KODET D a3 Hvis der er fejl i meddelelsens segmenter UNH/UNT indeholdt i primærforsendelsen, angiver 0013 hvilket af disse 2 segmenter, som måtte være fejlbehæftet. S011 anvendes efterfølgende til at positionere datelement (er). *S011 DATAELEMENT POSITION D *0098 Fejlbehæftede dataelementers position i segment(er) *0104 Fejlbehæftede sammensatte dataelementers position i segment(er) M C n..3 n..3 14 MedCom EDI-Gruppen version 2.0

3.1.4 Segment og dataelementfejlindikation SEGMENT & DATAELEMENT FEJLINDIKATION SG 2 Funktiom: Til indikation af fejl i segmenter og tilhørende dataelementer, herunder om segmenter/dataelementer mangler Segmentgruppen er conditional Segmentgruppen referer til den meddelelse, som er specificeret i foregående UCM *UCS Eksempel: Segmentfejl indikation Til indikation af enten et segment indeholdende fejl eller manglende segmenter, samt til indikation af fejl relateret til hele segmentet. Optional, max. 99 repetitioner. Referer til foregående UCM UCS+3+12 No. Post Ind. Repr. Beskrivelse 0096 SEGMENTETS POSITION I MEDDELELSEN M n..6 Segmentets sekventielle placering i henhold til meddelelsens struktur. 0085 SYNTAKSFEJL, KODET R an..3 Type af syntaksfejl: 12 = Ugyldig værdi 13 = Manglende obligatorisk segment, dataelement, sammensat dataelement 18 = Uspecificeret fejl 19 = Forkert decimalnotation 21 = Ugyldig tegn. 35 = For mange repititioner af segment 36 = For mange repititioner af segmentgrupper *UCD Usagte: Eksempel: DATA ELEMENT FEJL INDIKATION Til indikation af fejlbehæftede dataelementer, sammensatte dataelementer og dataelementer heri, samt angive fejlens karakter, i segmenter angivet i UCS. Optional, max 99 repetitioner. Referer til foregående UCS UCD+12+4:4 No. Post Ind. Repr. Beskrivelse MedCom EDI-Gruppen version 2.0 15

*0085 SYNTAKSFEJL, KODET M an..3 Type af syntaksfejl: + 12 = Ugyldig værdi + 13 = Manglende obligatorisk segment, dataelement, sammensat dataelement + 18 = Uspecificeret fejl + 19 = Forkert decimalnotation + 35 = For mange repititioner af segment + 36 = For mange repititioner af segmentgrupper + 39 = Dataelement for langt + 40 = Dataelement for kort *S011 DATAELEMENT POSITION M *0098 Fejlbehæftede dataelementers M n..3 position i segmentet *0104 Fejlbehæftede sammensat dataelementers position i segmentet. O n..3 3.1.5 Meddelelsestrailer MEDDELELSESTRAILER Til præsentation af trailer information om selve meddelelsen. Mandatory. UNT Eksempel: MEDDELELSESTRAILER Til afslutning og check af fuldstændighed af en meddelelse Mandatory. UNT+45+AB0001 No. Post Ind. Repr. Beskrivelse 0074 ANTAL SEGMENTER I MEDDELELSEN 0062 MEDDELELSE REFERENCE NUMMER M n..6 Kontroltælling incl. UNH og UNT. M an..14 Afsenderes unikke meddelelse reference, skal være identisk med 0062 in UNH. 16 MedCom EDI-Gruppen version 2.0

4.0 Eksempler EKSEMPEL 1 UNH+ME004321+CONTRL:D:93A:UN:M95200 UCI+10001+579xxxxxxxxx:14+579yyyyyyyyyy:14+8 UNT+3+MEA004321 Ovenstående eksempel illustrerer en såkaldt kort CONTRL meddelelse med referencenr. ME004321, hvor der kvitteres (kode 8 i UCI) for modtagelsen af forsendelsen med forsendelsesreferencenr. 10001, sendt fra 579xxxxxxxxxx til 579yyyyyyyyyy. Der er ikke foretaget syntakscheck af meddelelser indeholdt i forsendelsen, men alene kvitteret for modtagelsen på forsendelsesniveauet. Denne CONTRL fortæller derfor intet om mulige syntaksfejl i meddelelserne, men alene en indikation på at forsendelsen er nået frem til modtager, her 579yyyyyyyyyy. Eksempel 1 er en såkaldt positiv CONTRL på forsendelsesniveauet. EKSEMPEL 2 UNH+ME009+CONTRL:D:93A:UN:M95200 UCI+1009+579xxxxxxxxx:14+579yyyyyyyyyy:14+4 UNT+3+MEA009 Ovenstående eksempel illustrerer en såkaldt kort CONTRL meddelelse med referencenr. ME009, hvor hele forsendelsen med forsendelsesreferencenr. 10009 afvises (kode 4 i UCI). Der er foretaget syntakscheck af meddelelser indeholdt i forsendelsen, men hele forsendelsen afvises og det specificeres ikke, hvori fejlen består og hvor fejlen er opstået; i forsendelsen eller meddelelsen. Denne CONTRL fortæller heller ikke intet om mulige syntaksfejl i meddelelserne, men da hele forsendelsen afvises, må der nødvendigvis være en årsag til denne fejlmeddelelse. Eksempel 2 er en såkaldt negativ CONTRL på forsendelsesniveauet. EKSEMPEL 3 UNH+ME00322+CONTRL:D:93A:UN:M95200 UCI+10002+579xxxxxxxxx:14+579yyyyyyyyyy:14+8 UCM+LABSVAR01+MEDRPT:D:93A:UN:M95200+7 UCS+2:13 UNT+5+MEA00322 Ovenstående eksempel illustrerer en såkaldt lang CONTRL meddelelse med referencenr. ME00322, hvor der kvitteres (kode 8 i UCI) for modtagelsen af forsendelsen med forsendelsesreferencenr. 10002, stadig sendt fra 579xxxxxxxxxx til 579yyyyyyyyyy. Der er i dette eksempel foretaget et syntakscheck af meddelelsen i forsendelsen. Syntakschecket hos modtager afslører, at det obligatoriske BGM segment i MEDRPT, som skulle optræde som segment nr 2 mangler (kode 13 i UCS). Kode 7 i UCM fortæller, at der ikke er rapporteret fejl på meddelelsesniveauet i meddelelsen med referencenr. LABSVAR01. Mulige fejl på dette niveau er i UNH og UNT segmenter. MedCom EDI-Gruppen version 2.0 17