Public & Healthcare
16. juni 2026Introduktion til ECHO modellen for medicinsk udstyr
I denne video får du en introduktion til Common ECHO Data Model - en fælles europæisk datamodel, der skal gøre det lettere at udveksle produktdata om medicinsk udstyr på tværs af kunder, regioner og lande. Videoen forklarer baggrunden for modellen, samarbejdet mellem GS1 Denmark, Danske Regioner og Medicoindustrien samt ambitionen om fremtidig datadeling via GDSN. Du får også en praktisk gennemgang af modellens struktur, attributter og statusser, så du bedre kan forstå, hvilke produktdata der forventes leveret, og hvordan modellen anvendes i praksis.
View transcript
Vi ved - her i GS1, - at rigtig mange af vores medlemmer, - når de får en kunde, - bliver bedt om at skulle levere stamdata om deres produkt. Især inden for medicinsk udstyrsområdet. Og der er heldigvis et rigtig stort overlap over, - hvad I bliver bedt om fra jeres kunders side. Men der er også rigtig stor variation. Og den her variation i, hvad I bliver bedt om betyder, - at det ofte er en tidstung opgave med risiko for fejl at holde styr på alle de dataark og de informationer, - den enkelte kunde beder om. Derfor har vi på tværs af GS1 organisationer i Europa sat os ned og prøvet at harmonisere, - hvad er det så, der bør blive bedt om? Så man kan arbejde hen imod, - at kunderne anvender den samme datamodel, - når de efterspørger data på medicinsk udstyrsområdet. Den model er blevet lavet, - og den har fået navnet The Common ECHO Data Model. Og det er en datamodel, der er tiltænkt at kunne bruges på tværs af landegrænser. Så uagtet om man har en kunde i Holland eller en kunde i Danmark, - så vil det være de samme data, der bliver efterspurgt. Og i de sidste par år i Danmark, - så har GS1 Denmark, - Danske Regioner og Medicoindustrien samarbejdet om at få set på, - om man kunne se sig selv i dansk kontekst i den her europæiske model. Det er nu mundet ud i en hensigtserklæring, - som er blevet underskrevet af alle parter. Og ambitionen med hensigtserklæringen er at gøre det nemmere at dele data med Danske Regioner. Det betyder, at man på sigt som medicinsk udstyrsproducent vil skulle levere data via det globale datasynkroniseringsnetværk, GDSN. Samt at de data, man forventes at levere, er dem, - der står beskrevet i ECHO-modellen. ECHO-modellen den kan hentes på vores hjemmeside. Det er en større model, som består af en hel masse forskellige attributter. Og for at I får en idé om, hvordan I skal læse og forstå modellen, - vil jeg gerne illustrere det her for jer. Når I åbner modellen, står I i en fane, der hedder Attributter. Her ser I alle de felter, der er en del af modellen, og sproget vil være engelsk. Ønsker I at få feltnavn, beskrivelse og instruktioner på et andet sprog, f.eks. dansk, - kan I gå ind på en af de andre faner, - i det her tilfælde DK, - hvor I vil få en dansk oversættelse af navn, feltbeskrivelse og instruktioner, - hvis I scroller ud i arket. Yderst finder I kolonne A, der hedder BMS ID. Det er det ID, feltet har i det globale datasynkroniseringsnetværk, GDSN. Derefter er der navnet på feltet efterfulgt af et eksempel på, - hvad der kan stå i det pågældende felt. For at få et overblik over, hvad I skal levere af data, - skal I se på kolonne D, som hedder Technical Notation og kolonne E, som hedder Business Notation. Modellen indeholder 105 attributter, - men der er ingen, der skal levere 105 attributter. De har nemlig forskellige statusser. Nogle attributter er obligatoriske, - det vil sige, alle produkter skal levere denne information. Nogle er betinget obligatoriske og kun relevante for nogle produkter at levere. Og nogle er frivillige. Går I ind på Technical Notation og vælger dem, der er obligatoriske, - vil I se de felter, der skal være udfyldt, for at I kan levere data. Det er basisinformationer som f.eks. produktets GTIN, - det referencenummer, der er på emballagen samt en produktbeskrivelse. Der er 14 attributter, der er teknisk obligatoriske. Er de informationer ikke oplyst, kan sagen ikke sendes. Ud over de data, der er teknisk obligatoriske, - for at man kan sende sagen, - er der også informationer, som er obligatoriske efter aftale. Det er dem, man finder i kolonne E under Business Notation. Følger I ECHO modellen, er der en forventning til, - at disse data også leveres. Men mangler de, kan I godt sende de 14 basisinformationer, - som er teknisk krævet. Ser I på kolonne E, - bør data leveres, hvis attributten har status som obligatorisk eller betinget obligatorisk. Der er 29 attributter, der er obligatorisk for alle at levere. Og så er der 36, - som er betinget obligatorisk og kun skal leveres for nogle produkter. Betingede obligatoriske attributter kan deles op i to grupper. Den ene er der, hvor I har svaret noget i ét felt, - som betyder, at I skal svare på et spørgsmål mere. Det kunne for eksempel være, hvis I havde svaret Ja til, at jeres produkt er et implantat. Så skal I også besvare om produktet er MRI kompatibelt. Den anden vil være der, - hvor informationen skal oplyses, hvis det er relevant for ens produkt. Det kunne f.eks. være en dato for, hvornår produktet ikke længere sælges. Har man en sådan dato, bør feltet End Availability udfyldes. Hvis man ikke har sådan en dato, skal feltet blot efterlades tomt. Går I ind i fanen Instruktioner, vil I kunne læse en beskrivelse af - hvad der skal leveres for den pågældende attribut. For de fleste attributter skal der kun leveres én ting. Men for enkelte attributter kan der skulle leveres flere ting. Det er derfor vigtigt at læse instruktionerne. Et eksempel på en attribut, hvor der skal leveres mere end én information, - det er den, der hedder Reference File Type Code. Det er en attribut, der refererer til, hvilke informationer, - der skal uploades enten som fysisk fil eller deles som en URL. Ser man på instruktionerne til dette felt, - ser man, - som ved andre felter, - en beskrivelse af, hvad der bør leveres, - og om der er nogle landespecifikke krav til feltet. For feltet her der vil I kunne læse, - at det er obligatorisk at uploade en overensstemmelseserklæring, - et billede af produktet, - et billede af lablen samt et certifikat, - hvis ens produkt er certificeret af et bemyndiget organ. Samt at der er specifikke krav fra Holland i forhold til Instructions for Use. En anden attribut, der også bruges til at levere mere end én ting, - er den der hedder Additional Trade Item Classification System Code. Her skal både angives en oplysning om produktets risikoklasse samt I Danmark skal der også oplyses en UNSPC kode samt en GMDN kode. Mange af atributterne i skemaet hænger sammen, - så hvis vi bliver på attributten, Additional Trade Item Classification Code, - vil den være sammensat af to attributter. Den ene har ID nummer 171. Her oplyses en kode fra en kodeliste, - det kunne f.eks. være UNSPC. Og næste felt, hvor selve værdien for den valgte kode oplyses. Har man valgt koden UNSPC i attributten med ID nummer 171, - skal man i attributten med ID 173 taste selve UNSPC koden. Bruger I vores brugergrænseflade i den danske GDSN datapool, - GS1Trade Sync, - kan de forskellige attributter enten fremsøges på deres GS1 ID nummer eller navnet. Brugergrænsefladen giver mulighed for at anvende sprogene engelsk og dansk. Har man valgt engelsk, skal man søge på det engelske navn, og har man valgt sproget dansk, skal man søge på det danske navn.
