Det gode XML analyseregister LaboratoryAnalysisFile. 1. oktober 2008 Revideret Sundhedsfaglige anbefalinger og XML Facitliste for

Transkript

1 XDAO01 Det gode XML analyseregister LaboratoryAnalysisFile 1. oktober 2008 Revideret Sundhedsfaglige anbefalinger og XML Facitliste for XML KBA analyserepertoire VersionCode: XA0138Z TypeCode: XDAO01 1

2 2

3 Indholdsfortegnelse: Forord... 4 Rettelser... 4 Baggrund... 5 Afsnit A: Tekniske og anvendelsesmæssige anbefalinger Formål Detailforklaring Opdatering og vedligehold Afsnit B: XML Facitliste XML Facitliste XML Kvalifikatorliste Testeksempel Rekvisitionsgrupper (svargrupper)

4 Forord Der har længe været et generelt ønske fra mange udviklere/leverandører og andre, at rettelser/præciseringer og lign. til standarderne blev skrevet ind i MedComs standarddokumentation, så alt blev samlet i et dokument. Vi forsøger derfor fremover at indskrive de rettelser/præciseringer der må komme i standarddokumentationen med tydelig markering af, hvornår den sidste rettelse er indført. Rettelser Ingen. 4

5 Baggrund I forbindelse med elektronisk rekvirering af laboratorieundersøgelser til klinisk kemi, klinisk immunologi og klinisk mikrobiologi indebærer det, at afsendersystemet må indeholde oplysninger om det modtagende laboratoriums analyserepertoire, så rekvirenten kan bestille undersøgelser med samme sikkerhed og lethed som med de gængse papirsystemer. Der er derfor udarbejdet denne vejledning til XML analyseregistret der kan anvendes til at overføre disse oplysninger mellem laboratorierne og lægesystemerne. Vejledningen er hovedsagelig af teknisk karakter, idet der ikke er behov for at præsentere oplysningerne i noget system, men kun overførsel af data. Nærværende vejledning tager sigte på anvendelse indenfor klinisk biokemi og klinisk immunologi. Standarden har ikke tidligere været anvendt til dette formål i Danmark, hvorfor der ikke er indhøstet erfaring med dens praktiske brug, men en teknikergruppe i MedCom har gennemgået standarden og foreslået nærværende udformning. I teknikergruppen der var samlet i efteråret 2000 deltog: Direktør Erik Jacobsen, Datagruppen MultiMed Programmør Paul Samsig, A-Data Programmør Bolette Friis, Ascott Software Systemplanlægger Michael Johansen, B-Data Systemudvikler Michael Thomsen, CSC-Labka Systemudvikler Flemming Christensen, MADS Ingeniør Mogens Schlamovitz, MOS-Informatik Projektmedarbejder Gitte Henriksen, MedCom Centerchef Henrik Bjerregaard Jensen, MedCom Souschef Ib Johansen, MedCom Tekniske og anvendelsesmæssige anbefalinger I det følgende beskrives opbygningen og anvendelsen af Det gode XML Analyseregister. Beskrivelsen er opdelt i et afsnit A der omhandler anbefalinger omkring opdatering af analyseregistret og formålet med anvendelsen af meddelelsen, primært beregnet for programmører og andre der skal anvende meddelelsen. Et afsnit B, Facitliste der detaljeret angiver den aktuelle anvendelse af analyseregistret til opdatering af analyserepertoire i klinisk biokemi. Med hensyn til læsevejledning og generelle syntaksregler henvises til MedComs XML Syntaks- og kommunikationsregler. Hvad er ændret fra ver. 3.0 til ver 3.6 Version 3.1 indeholder de rettelser der løbende har været på rettelsesbladet. Da der har været en del rettelser og de har været vanskelige at få indarbejdet i dokumentationen på en overskuelig måde, er der valgt at udgive en hel ny version. Version 3.5 indeholder nu mulighed for: 1. at angive at en given analyse i samme glasgruppe får en overordnet prioritering af glastypen så den pågældende analyses glas overruler de øvrige i samme glasgruppe. (ex. normalt et 5GUL, men en bestemt analyse i samme glasgruppe kræver et 10GUL). Vægtningsgraden kan prioriteres fra at angive at en given analyse i samme glasgruppe (samme analyse i samme glas) kan teksten der skrives på etiketten (ex. HÆMA) erstattes af den tekst der står på den aktuelle analyse (ex. RETIC) når den er vægtet højest. Styres i TypeOfTestTubes emballage- oplysninger. Vægtningsgraden kan prioriteres fra

6 3. at angive hvilket ID der skal stå på etiketten i WebReq. Der kan vælges mellem: Ydernummer Lokationsnummer Prøvetagningsdato CPR nummer under stregkodeetiketten, Navn og CPR nr Version 3.6 indeholder også mulighed for at angive: afpipettering = ja, og hvilket laboratorium der udfører analysen, hvis der ønskes udskrevet speciel adresselabel. Version 3.7 indeholder kodede værdier for promptspørgsmål så de kan baseres på en national prompttabel. Desuden er den udvidet med to nye prompttyper. Version 3.8 indeholder mulighed for at angive barcode højden i mm. Desuden mulighed for angivelse af styring af prompter om de kan eller skal besvares. Normalt skal de besvares. Udarbejdelsen af XML analyseregistret er i vidt omfang baseret på det indhold der i dag findes i analyseregistret til praktiserende læger og speciallæger, og det er ved udarbejdelsen af XML versionen sikret at der fremover automatisk kan konverteres til et analyseregister der er baseret på gældende EDIFACT standard og version. Den samlede dokumentation af de gode XML breve består af: Afsnit A Indeholder sundhedsfaglige anbefalinger og en kort gennemgang af formålet med den pågældende kommunikation samt vist et eksempel på et typisk papirbrev af den pågældende type. Hensigten med disse to beskrivelser er at give udenforstående (f.eks. programmører) en overordnet forståelse af hvad kommunikationen indebærer i praksis. Dernæst er der anbefalinger og krav til det informationsindhold, der skal sendes og vises for brugeren. anbefalinger og krav til præsentation af dette informationsindhold i journalsystemet Afsnit B Indeholder den tekniske dokumentation af nærværende XML standard og består af: Facitliste For at sikre overensstemmelse mellem de sundhedsfaglige anbefalinger og en entydig mapning i MedComs XML standarder er udarbejdet en Facitliste for benyttelsen af nærværende XML standard. Facitlisten skal sikre en ensartet benyttelse af standarden, således at alle afsendersystemer vil kunne anvende standarden nøjagtig ens. Definitionerne for de enkelte dataelementer er ligeledes opført i facitlisten. Kvalifikatorliste Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og de tilhørende værdier. 6

7 Afsnit A Tekniske og anvendelsesmæssige anbefalinger for XML analyserepertoireopdatering XDAO01 7

8 1. Formål I langt de fleste lægepraksis udfører man selv blodprøvetagning til de fleste laboratorieundersøgelser. Nogle prøver analyseres på lægens eget laboratorium og andre sendes til et eller flere andre offentlige laboratorier. Oftest benyttes et eller to lokale klinisk kemiske laboratorier. Til bestilling af laboratorieundersøgelser anvendes næsten altid en fortrykt rekvisitionsseddel, som er udarbejdet af det laboratorium som man sender prøverne til. Rekvisitionssedlen indeholder de oplysninger der er nødvendige for at lægen kan foretage bestilling, mærkning af prøverne og selve prøvetagningen i klinikken. Rekvisitionssedlerne er suppleret med mere generel og uddybende information i laboratoriehåndbøger som udgives af det enkelte laboratorium. Ved elektronisk rekvisition af analyser til klinisk kemi og klinisk immunologi fra en lægepraksis skal alle de informationer der i dag findes på rekvisitionsblanketterne overføres i elektronisk form til lægens edb-system. Hertil anvendes EDIFACT standarden PRODAT, så overførslen kan ske automatisk. Oplysningerne er oftest i kodet form for at kunne håndteres af lægesystemet. En sådan kodeliste er analyseregisteret, som indeholder analysekoder bestående af en kodeværdi = analysenummeret og en kodetekst = analysens navn og enhed. Ordet analyse dækker her alle former for laboratorieundersøgelser. Laboratorierne i Danmark er enige om at bruge en standardiseret kodetabel, NPU (Nomenclature, Properties and Units) udgivet og ajourført af IFCC/IUPAC (International Federation of Clinical Chemistry/International Union for Pure and Applied Chemistry), som omfatter praktisk talt alle de på klinisk biokemiske laboratorier forekommende undersøgelser. NPU tabellen er tilgængelig på Internettet og kan downloades herfra ( men også lokale analysekoder bruges stadigvæk. Ud over analysekoderne er der som nævnt en lang række andre informationer som lægen må kende. Laboratorierne imellem er der forskelle dels i analyserepertoiret dels i forhold omkring prøvetagningsproceduren. Afsendesystemet må derfor indeholde laboratoriespecifikke oplysninger, så det kan vejlede lægen ved prøvetagningen. Det drejer sig om følgende typer af oplysninger: 8

9 Det enkelte laboratoriums analyserepertoire Om den enkelte prøve kan tages i lægeklinikken eller kun i ambulatoriet/laboratoriet Glastype til prøvematerialet Mulige svarhastigheder (rutine, fremskyndet, akut) på den enkelte analyse Antal glas Etikettype til påsætning på glasset Stregkoden der printes ud skal bestå af rekvisitionsnummer og glasnummer Hvilken type stregkode der skal anvendes Glasgruppe, analyser der kan tages i samme glas Analysegruppe, analyser der indgår i en samlet pakke Rekvisitionsgruppe, der grupperer de enkelte analyser i analysetyper (svargrupper) Sorteringsorden der angiver rækkefølgen af de enkelte analyser i en rekvisitionsgruppe Oplysninger som rekvirenten skal give, f.eks. patientens vægt, graviditetsuge Information til rekvirenten, f.eks. patienten skal være fastende, udføres kun om fredagen. Datoen for oplysningernes gyldighed Information om undersøgelsen / analysen kan rekvireres og man får svar retur, eller om den kun kan rekvireres og der gives svar på andre analyser. Glasgruppe, prioritering af glastype der anvendes Prøvetagningsgruppe, prioritering af tekst der skrives på etiketten i WebReq ID værdien af ID der skrives på etiketten (Ydernr, Lokationsnr, Prøvetagningsdato, CPR nr., Navn og CPR) Afpipetteringsetikette ønskes udskrevet, kun en pr. glasgruppe. Udførende lab. er kode for det laboratorium der udfører analysen, bruges til udskrift af etikette til udførende lab. ex. SSI, Capio når prøven skal sendes direkte fra prøvetager til udførende lab. udenom det laboratorium der ejer repertoiret. Nye promptspørgsmål samt indførelse af promptspørgsmål, nu også med kode. Højden af barcoden. Promptspm kan vælges om det skal eller kan besvares. 2. Detailforklaring Repertoire: Man må kun bestille de analyser der er tilgængelige på laboratoriet. I repertoiret skal indgå alle de analyser der kan bestilles på det aktuelle laboratorium, men ikke analyser der ikke udføres eller tilbydes af det valgte laboratorium. Prøvetagningssted: De fleste prøver kan tages direkte hos lægen og indsendes på sædvanlig vis, men enkelte kan ikke forsendes eller skal straks efter prøvetagning behandles på speciel måde. Sådanne prøver kan kun tages på laboratoriet eller i et ambulatorium. Glastype (TypeOfTestTubes): Den glastype som en blodprøve skal tages i varierer fra det ene laboratorium til det andet, og er afhængig af analyseautomater, glasleverandør, fællesindkøb osv. Derfor skal der altid oplysninger ud til prøvetageren omkring hvilket glas en given prøve skal tages i 9

10 Det er nu muligt at angive at en given analyse i samme glasgruppe (samme analyse i samme glas) kan teksten der skrives på etiketten (ex. HÆMA) erstattes af den tekst der står på den aktuelle analyse (ex. RETIC) når den er vægtet højest. Styres i TypeOfTestTubes emballage- oplysninger. Vægtningsgraden kan prioriteres fra Antal glas: Normalt skal der kun tages et glas til en given analyse. I sjældne tilfælde skal der tages flere. Der sendes kun information ud hvis der skal tages mere end et glas. Svarhastighedsprioritet: Her kan angives om analyserne kan bestilles som alm. rutine, med fremskyndede svar ex. inden 3 timer og som akutte ex. svar inden 1 time. Definition af betydningen af de 3 forskellige prioriteter angives i særskilt felt. Sorteringsorden: Ved udskrivning af laboratoriesvar på papir som kumulerede svar styres den rækkefølge analyserne udskrives i af det enkelte laboratorium. Denne rækkefølge deles op i grupper her kaldet rekvisitionsgrupper. Indenfor hver rekvisitionsgruppe styres rækkefølgen yderligere kaldes her sorteringsorden. Denne sorteringsorden medsendes i PRODAT. Rekvisitionsgruppe Ved udskrivning af laboratoriesvar på papir som kumulerede svar styres den rækkefølge analyserne udskrives i af det enkelte laboratorium. Denne rækkefølge deles op i grupper her kaldet rekvisitionsgrupper. En del laboratorier benævner dem som Svargrupper, men det er det samme. Der er aftalt i alt 18 Rekvisitionsgrupper som de enkelte analyser indplaceres i. Grupperne rangordnes fra 1-18 og der medsendes en tilhørende gruppetekst for at forberede på evt. udvidelser. Grupperne med tilhørende navne findes sidst i denne dokumentation. Etikettetype: Identifikationen af mikrobiologi- og patologiprøver sker med en standardetiket med et entydigt prøvenummer som beskrevet i Den gode mikrobiologirekvisition og i Den gode patologirekvisition. Noget tilsvarende er ikke muligt for biokemiske prøver på grund af den høje grad af automatisering af analyseprocessen og forskellene i analyseapparatur på laboratorierne. Etiketter til mærkning af biokemiske prøver må derfor distribueres af de enkelte laboratorier til deres rekvirenter. Den sundhedsfaglige gruppe i klinisk kemi og klinisk immunologi anbefaler derfor, at man anvender tilsvarende fortrykte etiketter som i dag anvendes ved papirrekvisitionen. De distribueres fra det enkelte laboratorium, på helt samme måde som det sker med rekvisitionsblanketterne i dag. De enkelte etiketter mærkes med et nummer eller lign., så man ved prøvetagningen kan anvende den korrekte etikette. Det er dette nummer som angives under etikettetype. OBS: Ved anvendelse af WebReq kan der udskrives PTBprøvetagningsblanketter. Her anvendes altid en stregkode til angivelse af CPR nummer af typen 128c. Ved de enkelte glasetiketter anvendes 1. enten kun rekvisitionens nummer normalt 6-8 cifret på alle glassene. Her anvendes default interleaved 2of 5 som stregkodeformat. Anvendes der et andet stregkodeformat skal det angives på den enkelte analyse og alle analyser i den pågældende glasgruppe skal have dette format. 2. eller der kan angives et prøveid der er sammensat som en kombination af rekvisitionsnummeret og glasgruppens nr. 10

11 dvs. ex. et 8 cifret rekvisitionsnummer kombineret med et 4 cifret glasgruppenr. Der udprintes en stregkode med alle 12 karakterer. Igen: anvendes der et andet stregkodeformat end Interleaved 2of 5 skal det angives på den enkelte analyse og alle analyser i den pågældende glasgruppe skal have dette format. Der kan angives stregkodenshøjde. Den er normalt 10mm. Men kan i visse tilfælde reduceres til eks. 8mm. Dette kan angives. Glasgruppe: Oftest kan flere analyser tages i samme glas, f.eks. ved analysering på samme analyseautomat. Disse analyser der kan tages på samme glas skal have samme glasgruppe. Det er lokalt benævnt og kan være tal og eller bogstaver. Der er nu indført mulighed for at angive at en given analyse i samme glasgruppe får en overordnet prioritering af glastypen så den pågældende analyses glas overruler de øvrige i samme glasgruppe. (ex. normalt et 5GUL, men en bestemt analyse i samme glasgruppe kræver et 10GUL). Vægtningsgraden kan prioriteres fra Analysegruppe: Indgår flere analyser fra laboratoriets repertoire i en samlet pakke kan den angives som en analysegruppe. I en analysegruppe skal man altid angive hvilke enkeltanalyser der indgår i den. Oplysninger omkring prøvetagningsglas, etiketter m.v. skal fremgå fra de enkelte analyser. I en analysegruppe oplyses ikke om glastype, etikettetype og glasgruppe samt øvrige prøvetagningsoplysninger. Der skal kun nævnes hvilke enkeltanalyser der indgår i gruppen. Afpipetteringsetikette: Angiver at der til pågældende analyse skal udskrives en afpipetteringsetikette hos prøvetageren. Afpipetteringsetiketten anvendes til mærkning af glas efter centrifugering. Udførende lab: Kode for det laboratorium der udfører analysen (findes på MedComs hjemmeside), hvis det ikke er repertoirelaboratoriet. Anvendes kun når der ønskes udskrevet en separat adresselabel til udførende lab. så prøvetageren kan sende prøve(rne) direkte til det udførende lab. udenom repertoireholderens lab. Ex. Send direkte til SSI og ikke lokal lab. for at reducere forsendelsestid. Oplysninger: Oplysninger som rekvirenten skal give, f.eks. patientens vægt, graviditetsuge. Der kan her medsendes spørgsmål som obligatorisk skal besvares af rekvirenten. Spørgsmålene kan være af forskellig karakter og skal besvares som f.eks. ja/nej eller med en datoangivelse. Information: Information til rekvirenten, f.eks. patienten skal være fastende, udføres kun om fredagen, anføres her i fri tekst. Gyldighedsdato: Der skal altid angives en dato for gyldigheden af oplysningerne. 11

12 3. Opdatering og vedligehold Ved opstart af en lægepraksis med elektronisk rekvirering udsendes der et komplet analyserepertoire til den aktuelle lægepraksis via VANS. Ved efterfølgende ændringer udsendes der kun de pågældende ændringer. Laboratoriet udsender ændringerne til dets elektroniske rekvirerings-kunder. Et enkelt lægesystem skal kunne håndtere flere klinisk kemiske laboratoriers repertoirer. Alle opdateringer fra et givent laboratorium er styret af et fortløbende referencenummer. Opdateres der ikke i nøjagtig sekvens eller mistes der en opdatering, må hele repertoiret indlæses på ny. Vigtigt: At der altid sendes et totalt register ud ved hver opdatering. 12

13 Afsnit B XML Facitliste Klinisk Biokemi XML Analyserepertoireopdatering XDAO01 13

14 XML Facitliste Det gode XML analyseregister, XDAO01 VersionCode XA0137Z XML-Facitlisten består af følgende objekter: Emessage (Kuvert) o Envelope (KuvertData) Sent (Dato) o LaboratoryAnalysisFile (KBA analyserepertoire) Letter (BrevData) Authorisation (Dato) Sender (Afsender) Receiver (Modtager) GeneralInformation Previus o DateTime (Dato) AnalysisDetails ValidFrom (Dato) ValidUntil (Dato) Changed (Dato) TypeOfTestTubes TestTubeGroup AnalysisInGroup max. X 40 Prompt o Question o Information ReferenceInterval RequisitionGroup Objekterne er kun vist én gang men nogle af dem kan gentages flere gange. De er markeret på følgende måde, f.eks.: max. x 10 Facitlisten består af følgende kolonner: XML Facitliste, der angiver navnet på data og kvalifikatorer som benyttes i Facitlisten. Feltdef, som angiver antallet af karakterer som er tilladt samt om det er en kvalifikator (KVA). M = Mandatory (obligatorisk), der angiver hvilke data der altid skal være medsendt af afsender. M kan forstås på 2 måder. a) I Facitlisten kan der stå et M ud for elementnavnet både i dets starttag og dets sluttag. Dette betyder at hele elementet inkl. nestede elementer skal sendes. For de nestede elementer gælder det dog kun hvis disse også er angivet som Mandatory. b) Hvis der ikke står et M ud for elementnavnet skal hele elementet ikke medsendes, men hvis man alligevel sender noget skal de nestede elementer med et M ud for altid sendes. EDIFACT TAG, som viser det tidligere EDIFACT datanavn. XML TAG, som viser XML element navnet. XML DataDefinition, der definerer indholdet af de enkelte data. Derudover beskrives relevante anvendelsesregler og andet, der er nødvendige for en korrekt implementering. 14

15 XML Facitliste XML Facitliste XDAO01 FeltDef M EDIFACT XML TAG XML DataDefinition TAG <?xml version="1.0" encoding="iso "?> Format M Skal medsendes som en kopi af den viste XML deklaration <!--MedCom_De_gode_EDIbreve_Udkast_1--> Format Anbefales medsendt <Emessage> <Emessage> <Envelope> M <Envelope> <Sent> M <Sent> <Date>Kuvertens_Afsendelses_dato</Date> Date M KuvSendtDa to <Date></Date> Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD. <Time>Kuvertens_Afsendelses_tidspunkt</Time> Time M KuvSendtKl <Time></Time> Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM. Hvis dette ikke kan genereres, anvendes "00:00" </Sent> M </Sent> <Identifier>Kuvertens_Nummer</Identifier> an..14 M KuvertNr <Identifier></Identifier> Identifier er et afsender genereret løbenummer unikt for denne kuvert afsendt af den pågældende afsender. Afsendersystemer bør sikre at samme nummer aldrig kan benyttes to gange. <AcknowledgementCode>Kuvert_kvitterings_anm odning</acknowledgementcode> KVA M KUVKVIT <AcknowledgementCode> </AcknowledgementCode> AcknowledgementCode er en kvalifikator, der angiver om positiv kvittering ønskes retur. Negativ sendes under alle omstændigheder uafhængig af værdien af AcknowledgementCode. </Envelope> M </Envelope> <LaboratoryAnalysisFile> <LaboratoryAnalysisFile> <Letter> M <Letter> <Identifier>Brevets_nummer</Identifier> an..14 M BrevNr <Identifier></Identifier> Identifier er et afsender genereret løbenummer, unikt for hvert brev fra denne afsender. Afsendersystemer bør sikre at der aldrig kan sendes samme Identifier fra samme afsender. <VersionCode>Brevets_version</VersionCode> KVA M VERSION <VersionCode></VersionC ode> VersionCode SKAL angives med den versionsbetegnelse, der fremgår af kvalifikatorlisten. Det er vigtigt at VersionCode er korrekt, da modtagersystemer benytter VersionCode til at afgøre hvilken brevtype, modtager kan modtage. VersionCode er unik for den enkelte brevtype. 15

16 XML Facitliste XDAO01 FeltDef M EDIFACT TAG XML TAG <StatisticalCode>Brevets_statistiknummer</Statis an..8 M BrvStat <StatisticalCode></Statistic ticalcode> alcode> <Authorisation> M <Authorisation> <Date>Brevets_godkendelsesdato</Date> Date M BrevDannet <Date></Date> Tid <Time>Brevets_godkendelsesklokkeslet</Time> Time M BrevDannet Tid <Time></Time> XML DataDefinition StatisticalCode udfyldes med TypeCode (f.eks. XDIS01, XRPT02). Statisticalcode er beregnet til statistik formål og må ikke bruges af modtager systemer. Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY-MM-DD. Time er det tidspunkt hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Time angives på formatet HH:MM sættes til "00:00" såfremt klokkeslæt ikke kan angives. </Authorisation> M </Authorisation> <TypeCode>Brevets_brevtype_i_kode</TypeCod KVA M BRVTYPE <TypeCode></TypeCode> TypeCode er kvalifikator for brevets type. Se e> kvalifikatorliste. <StatusCode>Brevets_status</StatusCode> KVA M BRVMODIFI <StatusCode></StatusCod e> </Letter> M </Letter> <Sender> M <Sender> <EANIdentifier>Afsenders_lokationsnummer</EA NIdentifier> an..35 M AfsLok <EANIdentifier></EANIdent ifier> StatusCode er en kvalifikator der angiver om brevet er nyt, rettet eller slettet. Den aktuelle anvendelse kan ses i kvalifikatorlisten. Skal altid udfyldes validt. EANIdentifier er kuvertafsenders lokationsnummer det vil normalt sige afsendende organisation. Såvel positiv som negativ kvittering sendes tilbage til dette nummer. <Identifier>Afsenders_ID_nummer</Identifier> an..17 M AfsID <Identifier></Identifier> Identifier er den egentlige afsenders ID-nummer. Alle an..17 formater skal kunne håndteres. Identifier skal altid udfyldes validt. F.eks. sygehusafdelingsklassifikationsnummer hvis afsender er et sygehus (stamafdelingen) og ydernummer hvis afsender er en lægepraksis, en speciallæge, en fysioterapeut eller en kiropraktor. Kommunenummer hvis afsender er en kommune. Hvis afsender ikke har afdelings- eller ydernummer anvendes ofte et lokationsnummer. Alle modtagere skal kunne modtage alle typer på formen an..17, da der fremover vil blive sendt breve mellem alle typer afsendere og modtagere. Alle modtagere skal kunne modtage og behandle "ukendte" numre og f.eks. kunne håndtere hvis numrene ændres. 16

17 XML Facitliste XDAO01 FeltDef M EDIFACT TAG XML TAG <IdentifierCode>Afsenders_ID_nummers_type</I KVA KODE <IdentifierCode></Identifier dentifiercode> Code> </Sender> M </Sender> <Receiver> M <Receiver> <EANIdentifier>Modtagers_lokationsnummer</EA NIdentifier> an..35 M ModtLok <EANIdentifier></EANIdent ifier> </Receiver> M </Receiver> <GeneralInformation> M <GeneralInformation> <LaboratoryShortName>Laboratoriets_kortnavn</ LaboratoryShortName> an..3 M LokalLabOrg <LaboratoryShortName></ LaboratoryShortName> <ReferenceNumber>Laboratoriets_referencenum mer</referencenumber> an..14 M RefNr <ReferenceNumber></Ref erencenumber> <Previous> M <Previous> <ReferenceNumber>Laboratoriets_forrige_referen an..12 M ForrigeMedd <ReferenceNumber></Ref cenummer</referencenumber> Nr erencenumber> <DateTime> M <DateTime> <Date>Laboratoriets_forrige_referencenummer_d DateTime M ForrigeMedd <Date></Date> ato</date> Tid <Time>Laboratoriets_forrige_referencenummer_ti dspunkt</time> DateTime M ForrigeMedd Tid <Time></Time> </DateTime> M </DateTime> </Previous> M </Previous> </GeneralInformation> M </GeneralInformation> <AnalysisDetails> M <AnalysisDetails> XML DataDefinition IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. EANIdentifier er kuvertmodtagers lokationsnummer. LaboratoryShortName er kortnavnet på det laboratorium som udsender repertoirelisten, eks. VIB. Laboratoriernes kortnavne findes på ReferenceNumber er et unikt referencenummer for denne meddelelse. Man starter med nummer 1 og stiger sekventielt hver gang der udsendes en nyt analyseregister fra laboratoriet. ReferenceNumber er nummeret på det senest forudgående analyseregister dokument. Det er et lokalt angivet referencenummer startende ved nummer 1 og stigende sekventielt for hver gang der udsendes et analyseregister fra det pågældende laboratorium. Date er datoen for det senest forudgående analyseregister som der refereres til i Previous ReferenceNumber. Time tidspunktet for det senest forudgående analyseregister som der refereres til i Previous ReferenceNumber. 17

18 XML Facitliste XDAO01 FeltDef M EDIFACT TAG XML TAG <StatusCode>Analysens_aktionskode</StatusCo KVA M AKTKODE <StatusCode></StatusCod de> e> XML DataDefinition StatusCode er kode for den aktion, der skal ske i modtagersystemet ValidFrom = oprettelse af ny analyse, ValidUntil = ophørs-nedlæggelsesdato for analysen og Changed = ændring af eksisterende analyseoplysninger. Vælg mellem ( Vælg mellem ( <ValidFrom> <ValidFrom> <Date>Analysens_oprettelses_dato</Date> DateTime M Valtid <Date></Date> Dato for gyldig fra, ved oprettelse af en analyse. <Time>Analysens_oprettelses_tidspunkt</Time> DateTime M Valtid <Time></Time> Tidspunkt for "gyldig fra", ved oprettelse af en analyse. </ValidFrom> </ValidFrom> ) eller ( ) eller ( <ValidUntil> <ValidUntil> <Date>Analysens_ophørsdato</Date> DateTime M Valtid <Date></Date> Dato for "gyldig til", ved nedlæggelse af en analyse <Time>Analysens_ophørstidspunkt</Time> DateTime M Valtid <Time></Time> Tidspunkt for "gyldig til", ved nedlæggelse af en analyse </ValidUntil> </ValidUntil> ) eller ( ) eller ( <Changed> <Changed> <Date>Analysen_ændres_dato</Date> DateTime M Valtid <Date></Date> Dato for "ændres fra", bruges ved ændringer i ex. ShortName eller etikettetype eller ved glasgruppesammensætning. <Time>Analysen_ændres_tidspunkt</Time> DateTime M Valtid <Time></Time> </Changed> </Changed> ) ) <Code>Analysens_kode</Code> an..8 M LabKode <Code></Code> Code er koden på den analyse, som oplysningerne knytter sig til. Altid de på laboratoriet anvendte koder. Ex NPU <CodeType>Analysens_kodetype</CodeType> KVA M KODETABE L <CodeResponsible>Analysens_kode_ansvarlig</ CodeResponsible> <CodeType></CodeType> an..3 M LabOrg <CodeResponsible></Cod eresponsible> CodeType er iupac for IUPAC-IFCC kodeskema, lokal for lokale koder. CodeResponsible er SST hvis IUPAC-IFCC kodeskema anvendes. Ved lokale koder er det laboratoriets kortnavn, eks. VIB. Laboratoriernes kortnavne findes på 18

19 XML Facitliste XDAO01 FeltDef M EDIFACT TAG <FullName>Analysens_fuldenavn</FullName> an..210 M Analysenavn Fulde XML TAG <FullName></FullName> <ShortName>Analysens_kortenavn</ShortName> an..35 KortNavn <ShortName></ShortName > <MaxResultPriority>Analyse_svarhastigheds_prio ritet</maxresultpriority> <ResultPriorityRestrictions>Analyse_svarhastighe ds_regler</resultpriorityrestrictions> <RequestInformation>Analyse_bestillings_muligh eder</requestinformation> KVA Svarhastigh edsprioritet an..70 Svarhastigh edsregler <MaxResultPriority></Max ResultPriority> <ResultPriorityRestrictions ></ResultPriorityRestriction s> KVA M ReqFull <RequestInformation></Re questinformation> Vælg mellem ( Vælg mellem ( <IsASingleAnalysis>Analyse_enkeltanalyse</IsA SingleAnalysis> boolean TEKSTKVAL +ANG <IsASingleAnalysis></IsAS ingleanalysis> <TypeOfTestTubes> M <TypeOfTestTubes> <ShortName>Analyse_glastype_lokale_lab.kortbe tegnelse</shortname> <ShortNameResponsible>Analyse_glastype_lokal e_lab.ansvarlig</shortnameresponsible> an..8 M GlastypeMa x8 <ShortName></ShortName > an..3 M LokalLabOrg <ShortNameResponsible> </ShortNameResponsible> XML DataDefinition FullName er det fulde analysenavn i klar tekst herunder IUPAC officielle tekst består ved IUPAC koder af: System, evt. systemspecifikation, komponent, evt. komponentspecifikation, egenskabsart og procedure. Formen er: System(systemspecifikation)-komponent ShortName er det korte navn som analysen kan registreres under. Det er ikke obligatorisk at medsende dette navn. Men det anbefales hvis det er opført i MedCom kortnavntabellen. Anbefales anvendt som officielle navn i skema præsentationer. MaxResultPriority, angiver maksimale mulighed for ønsket maksimal svarhastighed på den aktuelle analyse. Der kan vælges mellem: rutine, fremskyndet eller straks. ResultPriorityRestrictions angiver den lokale betydning af MaxResultPriority. Det er valgfrit at medsende reglerne. Ex: fremskyndet = svar inden 3 timer. Straks = svar inden 1 time. RequestInformation er oplysninger om: en analyse der kan bestilles og besvares, skriv: kan_bestilles_og_besvares. En analyse kan kun rekvireres (lister, analysegrupper) skriv: kan_bestilles. En analyse kan kun tages på laboratoriet skriv: tages_paa_laboratorie. IsASingleAnalysis angiver, at det er en analysekode for solitær analyse. ShortName er betegnelsen for det anvendte glas i en eller anden form som anvendes på laboratoriet. Ex. LIL5, BLÅ3, HVID 6 osv. I Description angives den nøjagtige beskrivelse. ShortNameResponsible er her altid kortnavn for det lokale repertoire kodeskema som anvendes. Det er laboratoriets kortnavn, ex. VIB. Laboratoriernes kortnavne findes på under tabeller. 19

20 XML Facitliste XDAO01 FeltDef M EDIFACT TAG <Description>Analyse_glastype_lokale_lab.beskri an..70 Glasbeskrive velse</description> lse XML TAG <Description></Description > XML DataDefinition Description er den beskrivelse af glasset, som laboratoriet anvender til fuld beskrivelse ex: 6 ml rør?+kugler med hvidt låg. Sarstedt <Priority>Analyse_glastype_lokale_lab.prioritet</ Priority> an..1 Prioriteringte kstpaaglas <Priority></Priority> </TypeOfTestTubes> M </TypeOfTestTubes> <TestTubeGroup> M <TestTubeGroup> <Identifier>Analyse_glasgruppe_kode</Identifier> an..8 M Glasgruppe Nr <Identifier></Identifier> <IdentifierResponsible>Analyse_glasgruppe_kode ansvarlig</identifierresponsible> <Name>Analyse_glasgruppe_navn</Name> an..70 Glasgruppe Navn <Priority>Analyse_glasgruppe_navnets_prioritet</ Priority> an..3 M LokalLabOrg <IdentifierResponsible></Id entifierresponsible> an..1 Prioriteringaf glasigruppe <Name></Name> <Priority></Priority> Det er nu muligt at angive at en given analyse i samme glasgruppe (samme analyse i samme glas) kan teksten der skrives på etiketten (ex. HÆMA) erstattes af den tekst der står på den aktuelle analyse (ex. RETIC) når den er vægtet højest. Vægtningsgraden kan prioriteres fra Angives ingenting er det default 0. Identifier er nummeret laboratoriet giver til de enkelte analyser. Analyser der kan tages i samme glas skal have samme glasgruppenummer. IdentifierResponsible er her kortnavn for det lokale repertoire kodeskema som anvendes. Det er laboratoriets kortnavn, ex. VIB. Laboratoriernes kortnavne findes på under tabeller. Name er navnet på den anvendte analysegruppe. Ikke obligatorisk, kan sagtens undværes, bruges af bl.a. Labka. Priority angiver at en given analyse i samme glasgruppe får en overordnet prioritering af glastypen så den pågældende analyses glas overruler de øvrige i samme glasgruppe. (ex. normalt et 5GUL, men en bestemt analyse i samme glasgruppe kræver et 10GUL). Vægtningsgraden kan prioriteres fra Angives ingenting er det default 0. </TestTubeGroup> M </TestTubeGroup> <LabelType>Analyse_etikettype</LabelType> n..4 M EtiketteType <LabelType></LabelType> LabelType her angives nummeret på den etikette der skal påsættes prøveglasset. <LabelTextCode>Analyse_etikette_tekst_typekod e</labeltextcode> KVA IDYDERLOK NRPROVDA TO <LabelTextCode></LabelT extcode> LabelTextCode, kvalifikator der angiver hvad der skal skrives på stregkodeetiketten øverste venstre række: ydernummer, lokationsnummer, proevetagningstidspunkt, glasgruppenummer, cprnummer eller navn_og_cprnummer. Angives ingenting: default ydernummer. 20

21 XML Facitliste XDAO01 FeltDef M EDIFACT TAG XML TAG ) eller ( ) eller ( <IsAnAnalysisGroup>Analyse_gruppe</IsAnAnaly boolean TEKSTKVAL <IsAnAnalysisGroup></IsA sisgroup> +MQ nanalysisgroup> XML DataDefinition IsAnAnalysisGroup angiver, at det er analysegruppe bestående af flere solitæranalyser fra repertoiret. Analyser der indgår i en analysegruppe beskrives i FullName i AnalysisGroup. <AnalysisInGroup> M <AnalysisInGroup> <Code>Analysegruppe_kode</Code> an..8 M LabKode <Code></Code> Code er koden på den analyse, som oplysningerne knytter sig til. Altid de på laboratoriet anvendte koder. Ex NPU <CodeType>Analysegruppe_kodetype</CodeTyp e> <CodeResponsible>Analysegruppe_kode_ansvarl ig</coderesponsible> <FullName>Analysegruppe_fuldenavn</FullName > KVA M KODETABE L <CodeType></CodeType> an..3 M LabOrg <CodeResponsible></Cod eresponsible> an..210 M Analysenavn Fulde <FullName></FullName> </AnalysisInGroup> M </AnalysisInGroup> ) ) <NumberOfTestTubes>Analyse_prøveglas_antal </NumberOfTestTubes> an..2 Antalglas <NumberOfTestTubes></N umberoftesttubes> <BarcodeType>Analyse_prøveglas_stregkodetyp KVA BARCODET <BarcodeType></Barcode e</barcodetype> YPE Type> <LabelTypeInBarcode>Analyse_prøveglas_stregk ode_etikettetype_tillægges</labeltypeinbarcode > boolean Bcyes <LabelTypeInBarcode></L abeltypeinbarcode> <Prompt> <Prompt> <Question> <Question> CodeType er iupac for IUPAC-IFCC kodeskema, lokal for lokale koder. CodeResponsible er SST hvis IUPAC-IFCC kodeskema anvendes. Ved lokale koder er det laboratoriets kortnavn, eks. VIB. Laboratoriernes kortnavne findes på FullName er det fulde analysenavn i klar tekst herunder IUPAC officielle tekst består ved IUPAC koder af: System, evt. systemspecifikation, komponent, evt. komponentspecifikation, egenskabsart og procedure. Formen er: System(systemspecifikation)-komponentkomponentspecifikation,egenskabsart(procedure). Findes der et navn i ShortName kan det anvendes automatisk. NumberOfTestTubes, her angives antallet af glas der skal tages. Kun hvis 2 eller flere glas. BarcodeType er en kvalifikator der angiver typen af barcoder der anvendes. Default interleaved 2of5. Der sendes intet hvis det er Interleaved 2of5. LabelTypeInBarcode angiver at det i LabelType angivne nummer indgår i stregkoden ved at: rekvisitionsnummeret der tildeles af systemet automatisk suppleres med det nummer der står i Labeltype og der dannes en stregkode der består af rekvisitionsnummer plus Labeltype nummeret. 21

22 XML Facitliste XDAO01 FeltDef M EDIFACT XML TAG XML DataDefinition TAG <ToBeAnsweredWithBooleanValue> <ToBeAnsweredWithBool eanvalue> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_Ja/Nej</T extvalue> an..35 M ja/nej <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med Ja eller Nej. </ToBeAnsweredWithBooleanValue> </ToBeAnsweredWithBoo leanvalue> <ToBeAnsweredWithDateValue> <ToBeAnsweredWithDate Value> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_dato</Text Value> an..35 M Datosvar <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med en dato. Ex. sidste menstruation. </ToBeAnsweredWithDateValue> </ToBeAnsweredWithDat evalue> <ToBeAnsweredWithDiagnoseValue> <ToBeAnsweredWithDiag nosevalue> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_diagnose< /TextValue> an..35 M Diagnose <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med en diagnose. </ToBeAnsweredWithDiagnoseValue> </ToBeAnsweredWithDia gnosevalue> <ToBeAnsweredWithNumericValue> <ToBeAnsweredWithNum ericvalue> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. 22

23 XML Facitliste XDAO01 FeltDef M EDIFACT XML TAG XML DataDefinition TAG <TextValue>Analysen_besvares_med_tal</TextV alue> an..35 M Vaerdi <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med et tal. </ToBeAnsweredWithNumericValue> </ToBeAnsweredWithNu mericvalue> <ToBeAnsweredWithTextValue> <ToBeAnsweredWithText Value></QuestionToBeAn sweredwithtextvalue> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_tekst</Tex tvalue> an..70 M Tekstsvar <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med en tekst på max. 70 karakterer. </ToBeAnsweredWithTextValue> </ToBeAnsweredWithTex tvalue> <ToBeAnsweredWithBooleanAndTextValue> <ToBeAnsweredWithBool eanandtextvalue> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_Ja/Nej_og _tekst</textvalue> an..70 M Ja/nejmedsv ar <TextValue></TextValue> TextValue, der skal skrives et spørgsmål her som kan besvares med en tekst på max. 70 karakterer. Ved nej ingen svar. Ved ja angives et svar. </ToBeAnsweredWithBooleanAndTextValue> </ToBeAnsweredWithBoo leanandtextvalue> <ToBeAnsweredWithSelection> <ToBeAnsweredWithSele ction> <Choice> <Choice> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analysen_besvares_med_choice</T extvalue> an..70 M Choice <TextValue></TextValue> TextValue, her kan der vælges mellem flere spørgsmål, som en dropdown menu. Elementet kan gentages 10 gange. </ToBeAnsweredWithSelection> </ToBeAnsweredWithSel ection> 23

24 XML Facitliste XDAO01 FeltDef M EDIFACT XML TAG XML DataDefinition TAG </Question> </Question> <Information> <Information> <LaboratoryInformation> <LaboratoryInformation> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analyse_Information_fra_laboratoriet </TextValue> an..210 M Infofralab <TextValue></TextValue> TextValue, her angives prøvetagningsinformationer til prøvetageren. Ex. prøven tages om morgenen. </LaboratoryInformation> </LaboratoryInformation> <Handling> <Handling> <Code>Analysens_kodevaerdi</Code> an..17 M PromptKode <Code></Code> Code, kodet værdi for TextValue. Angiver koden på efterfølgende promptspm. Der anvendes fortrinsvis nationale koder. Nationale i henhold til kodetabel på under koder/tabeller/ydere. <TextValue>Analyse_haandterings_information</ TextValue> an..70 M Haandtering <TextValue></TextValue> TextValue, angivelse om ex. køl, afpipetteres inden forsendelse osv. </Handling> </Handling> </Information> </Information> </Prompt> </Prompt> <Pipetting>Analyse_pipette_etikette</Pipetting> n1 Pipcyes <Pipetting></Pipetting> Pipetting angiver med værdien: 1 at analysen skal afpipetteres og at der skal udskrives en afpipetteringsetikette. <LaboratoryShortName>Laboratoriets_kortnavn</ LaboratoryShortName> an..3 LokalLabOrg <LaboratoryShortName></ LaboratoryShortName> LaboratoryShortName er forkortelsen på det laboratorium som prøven skal sendes direkte til. Der udskrives en etikette med laboratoriets navn og adresse når dette felt er udfyldt. Det er et andet navn end repertoireholderens navn. Prøven sendes ikke til repertoireholderen. Laboratoriernes forkortelser findes på <ReferenceInterval> <ReferenceInterval> <LowerLimit>Resultat_intervals_nedre_graense</ LowerLimit> <UpperLimit>Resultat_intervals_oevre_graense</ UpperLimit> an..12 NedreGraen se an..12 OevreGraen se <LowerLimit></LowerLimit> LowerLimit er referenceintervallets nedre grænse. Er intervallet angivet som >, større end, da skal der kun sendes den nedre grænse. <UpperLimit></UpperLimit> UpperLimit er intervallets øvre grænse. Er intervallet angivet som <, mindre end, da skal nedre grænse altid efterlades ikke udfyldt, og kun øvre grænse udfyldes. Er intervallet angivet som uendeligt angives ikke noget. 24

25 XML Facitliste XDAO01 FeltDef M EDIFACT TAG <IntervalText>Resultat_graense_i_tekst</Interval an..70 Refkomment Text> ar XML TAG <IntervalText></IntervalTex t> XML DataDefinition IntervalText er en tekstlig referenceværdi f.eks. negativ. Må gerne angives sammen med LowerLimit/UpperLimit. Anvendes også til bør eller mål værdier. Her angives ex: mål > 5,0 mmol/l. <Unit>Resultat_analysens_maaleenhed</Unit> an..16 Enhed <Unit></Unit> Unit er måleenheden, der anvendes. Er det IUPACkodeskema, der anvendes, er enheden defineret i kodeskemaet for den pågældende analyse. </ReferenceInterval> </ReferenceInterval> <RequisitionGroup> M <RequisitionGroup> <Identifier>Analyse_rekvisitionsgruppe_kode</Ide ntifier> <IdentifierResponsible>Analyse_rekvisitionsgrupp e_kodeansvarlig</identifierresponsible> <Name>Analyse_rekvisitionsgruppe_navn</Name > an..8 M Rekvisitions gruppe <Identifier></Identifier> an..3 M LokalLabOrg <IdentifierResponsible></Id entifierresponsible> an..70 M Rekvisitions gruppenavn <Name></Name> </RequisitionGroup> M </RequisitionGroup> <Order>Analyse_rekvisitionsgruppe_sorteringsord en</order> an..3 Sorteringsor den <Order></Order> </AnalysisDetails> M </AnalysisDetails> </LaboratoryAnalysisFile> M </LaboratoryAnalysisFile > </Emessage> </Emessage> Identifier (nogle kalder den svargruppe) er talværdien (koden) for den Rekvisitionsgruppe som den pågældende analyse fra LIN er indeholdt i. IdentifierResponsible er her altid kvalifikator for det lokale repertoire kodeskema som anvendes. Det er laboratoriets kortnavn, ex. VIB. Laboratoriernes kortnavne findes på under tabeller. Name (nogle kalder det svargruppe) er det til Rekvisitionsgruppe koden svarende gruppenavn som den pågældende analyse fra LIN er indeholdt i. Rekvisitionsgruppenavnene inddeler de enkelte analyser i analysetyper ex. Medikamenter, Hormoner. Oversigten findes på under koder/tabeller/ydere, Laboratorier, Rekvisitionsgrupper (svargrupper). Order er talværdien der viser den rækkefølge som laboratoriet har valgt at placere den pågældende analyse i indenfor Rekvisitionsgruppen. Bruges normalt til at styre udprintet i kumuleret svar, men her kan den anvendes til at sortere rækkefølgen af analyser. 25

26 XML Kvalifikatorliste Det gode XML analyseregister, XDAO01 VersionCode XA0137Z I Kvalifikatorlisten er angivet XML KvalifikatorNavn/Type her er angivet koden for kvalifikatortypen og de er sorteret alfabetisk. Gyldige XML vaerdier, kvalifikatorværdier angivet med sigende navn. EDIFACT KvalifikatorNavn, således som dette fremgår af Facitlisten i EDIFACT. Gyldige EDIFACT kvalifikatorvaerdier for hver enkelt kvalifikator i henhold til EDIFACT standarden. Kun de viste kvalifikatorværdier må benyttes. Modtages en ugyldig kvalifikator, skal denne dog kunne modtages og skal behandles som om der var tale om default kvalifikator. XML KvalifikatorDefinition der angiver betydningen af hver enkelt kvalifikatorværdi i XML. 26

27 XML Kvalifikatorliste XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition AcknowledgementCodeType minuspositivkvitt Default KUVKVIT 0 Angiver at der ikke ønskes POSITIV XCONTRL kvittering på kuverten. Negativ XCONTRL sendes altid ved "mislykket modtagelse" AcknowledgementCodeType pluspositivkvitt KUVKVIT 1 Angiver at der ønskes POSITIV XCONTRL kvittering ("brevet er modtaget") på applikationsniveau på kuverten. VANS må aldrig sende POSITIV XCONTRL. CodeType iupac KODETABEL CQU Angiver at det er en IUPAC-IFCC kodetabel der anvendes. Findes på CodeType lokal KODETABEL 91 Angiver at det er en lokal kodetabel der bruges til at specificere den pågældende analyse eller komponent. Tabellerne findes på under koder. BarcodeType interleaved_2of5 BARCODETYPE A Interleaved 2of5 BarcodeType code_128c BARCODETYPE B Code 128c BarcodeType code39 BARCODETYPE C Code39 BarcodeType interleaved_2of5_8mm BARCODETYPE D Interleaved 2of5 8mm BarcodeType code_128c_8mm BARCODETYPE E Code 128c 8mm BarcodeType code39_8mm BARCODETYPE F Code39 8mm IdentifierCodeType sygehusafdelingsnummer Default KODE SKS Sygehusafdelingsnummer i officiel SKS-kode. IdentifierCodeType ydernummer KODE YNR Ydernummer for praktiserende ydere. IdentifierCodeType lokationsnummer KODE EAN EAN-lokationsnummer. IdentifierCodeType kommunenummer KODE KOM Kommunenummer. LabelTextCode ydernummer IDYDERLOKNRPROVDATO 1 Ydernummer LabelTextCode lokationsnummer IDYDERLOKNRPROVDATO 2 Lokationsnummer LabelTextCode proevetagningstidspunkt IDYDERLOKNRPROVDATO 3 Prøvetagningstidspunkt LabelTextCode glasgruppenummer IDYDERLOKNRPROVDATO 4 Glasgruppenummer LabelTextCode cprnummer IDYDERLOKNRPROVDATO 5 CPR nummer LabelTextCode efternavn_fornavn_cpr IDYDERLOKNRPROVDATO 6 Efternavn, fornavn(e) og CPR nummer LabelTextCode efternavn_fornavn_cpr_stregkode IDYDERLOKNRPROVDATO 7 Efternavn, fornavn(e) og CPR nummer i stregkode MaxResultPriority rutine SvarhastighedsPrioritet NO Normal MaxResultPriority fremskyndet SvarhastighedsPrioritet HI Fremskyndet eller normal 27

28 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition MaxResultPriority straks SvarhastighedsPrioritet CI Akut, fremskyndet eller normal RequestInformation kan_bestilles_og_besvares ReqFull FULL Oplysning om en analyse der kan bestilles og besvares. RequestInformation kan_bestilles ReqFull REQ Oplysning om en analyse der kun kan rekvireres (lister, analysegrupper). RequestInformation tages_paa_laboratorie ReqFull NOX Oplysning om en analyse der kun kan tages på laboratoriet. StatusCode ny AKTKODE 1 Oprettelse af ny analyse. StatusCode rettet AKTKODE 3 Ændring af eksisterende analyseoplysninger. Ved ændring/nedlæggelse af en analyse. TypeCodeType XDAO01 Default BRVTYPE DAO01 Oplysning om brevtype til statistisk brug. VersionCodeType XA0138Z VERSION A0138Z Er eneste gyldige versionsnummer. Værdier angivet med kursiv er forklaringer til anvendelsen ved konvertering mellem EDIFACT/XML Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Anvendes ved konvertering fra XML til EDIFACT Default PRODAT PRODAT PRODAT angiver, at EDI-meddelelsen er et subset af den europæiske pre-standard "PRODAT". Default UNOC UNOC UNOC betyder at brevet sendes i tegnsættet ISO Dette tegnsæt SKAL altid benyttes. VALKODE = gyldig til. VALKODE = gyldig fra. VALKODE = ændringsdato bruges når der sker ændringer i bestående analyser. TEKSTKVAL ANG Analysegruppe, angiver en gruppe af enkeltanalyser der kan rekvireres sammen. Default TEKSTKVAL MQ Enkeltanalyse. Blank, bruges ikke ved XML KODE KODE udfyldes ikke hvis "KODEORG" er "9" for lokationsnummer. Bruges hvis KODEORG er ZZZ KODE 91 Angiver, at det anvendte kodesystem er et lokalt laboratoriums (ZZZ) eget kodesystem. 28

29 XML KvalifikatorNavn/Type Bruges hvis KODETABEL er iupac Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition KODE CQU Angiver, at det anvendte kodesystem er IFCC-IUPACs NPU /DNKtabel. Bruges hvis kode er blank KODEORG 9 9 angiver EAN (lokationsnummer). Bruges hvis kode er SKS Default KODEORG SST SST angiver at kodeansvarlige er Sundhedsstyrelsen/MedCom Bruges hvis kode er 91 KODEORG ZZZ ZZZ er laboratoriets forkortelse, som findes på Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en <FixedFont> Default FORMAT F00 Ikke-proportional skrift. Svarer til eneste mulige formatering i modtagersystemer i dag. Teksten bør vises af modtager i ikke-proportional skrift (f.eks. Courier) med en liniebredde på 70 tegn, da teksten kan indeholde tabeller eller indrykninger og disse vil blive "vredet" ved anvendelse af proportional skrift. Al tekst vil som udgangspunkt blive vist "venstrestillet". <FixedFont><Right> FORMAT F0H Ikke-proportional skrift. Højrestillet. <FixedFont><Center> FORMAT F0M Ikke-proportional skrift. Midtstillet. <FixedFont><Bold> FORMAT FF0 Ikke-proportional skrift. Fed. <FixedFont><Underline> FORMAT FU0 Ikke-proportional skrift. Understreget. <FixedFont><Italic> FORMAT FK0 Ikke-proportional skrift. Kursiv. <Font> FORMAT P00 Proportional skrift. Afsendersystemer bør benytte denne type (under forudsætning af at teksten ikke indeholder tabeller eller indrykninger). <Right> FORMAT P0H Proportional skrift. Højrestillet. <Center> FORMAT P0M Proportional skrift. Midtstillet. 29