XREQ01 Den gode XML klinisk biokemi, immunologi og mikrobiologi laboratorierekvisition LaboratoryRequest 01.10.2007 Revideret 15.05.2012 Sundhedsfaglige anbefalinger og XML Facitliste for XML KBA/KIA/KMA laboratorierekvisition VersionCode: XQ0131K TypeCode: XREQ01 MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 1
MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 2
Indholdsfortegnelse: Forord... 4 Rettelser... 4 Baggrund for ny standard... 5 Afsnit A: Sundhedsfaglige anbefalinger... 9 Laboratorierekvisition fra sygehusafdelinger til klinisk biokemiske og klinisk immunologiske og klinisk mikrobiologiske laboratorier og mellem disse laboratorier... 11 1. Formål... 11 2. Informationsindhold, præsentation, koder, obligatoriske oplysninger... 12 Afsnit B: XML Facitliste... 15 XML Facitliste... 18 XML Kvalifikatorliste... 33 XML Testeksempel... 42 Afsnit C: PTB blanket... 43 Afsnit D: Rekvisitionsgrupper... 44 MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 3
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 15. maj 2012: Præcision omkring brug af NPN i RequesterSampleIdentifier (RekvProvnr) og i TestTubeIdentifier (Glasnummer). 22. marts 2012: Rettet tilladte antal prøveglas (NumberOfTestTubes) til at kunne være 0 for at understøtte forsendelse af rekvisitionen alene. 8. februar 2011: I forbindelse med indførelse af National PrøveNummer servicen er der indført en kvalifikator, som indikerer om rekvisitionsnummeret kommer fra NPN serien. Kvalifikatoren skal kun bruges, hvis nummeret kommer fra NPN serien, ellers skal det ikke udfyldes. Elementet SampleIdentifierType angiver om RequesterSampleIdentifier og OriginalRequesterSampleIdentifier og TestTubeIdentifier er et Nationalt Prøvenummer. Elmentet ReplyToOriginalRequester under Sender elementet, er blevet delt op i et element ReplyTo under den part der skal have et svar. 25. oktober 2010: AnalysisCode an..8 rettes til an..17, da der også anvendes lokale koder, f.eks. MDS koder i mikrobiologi. 23. juni 2009: PostCodeIdentifier ændrer feltlængde fra n4 til an..9. Da der er flere udenlandspatienter som frekventerer danske læger bliver vi nødt til at udvide feltet, så det kan indeholde udenlandske postnumre. Feltet udvides fremover til an..9 i stedet for n4 som det er nu og dette gælder for alle XML meddelelser. MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 4
Baggrund for ny standard Der har i 2001 været nedsat sundhedsfaglige grupper til henholdsvis Klinisk biokemi (KKASUF) og til klinisk mikrobiologi (KMASUF) til gennemgang og anbefaling af de to områders svar og rekvisitioner. I 2006 / 2007 har der desuden været nedsat en gruppe til at foreslå hvordan 3-kants problematikken kan løses, og det er disse anbefalinger der resulterer i denne fælles standard. 3-kant gruppens sammensætning ses på www.medcom.dk under møder / referater. Det er disse gruppers anbefalinger der lægges til grund for denne nye version af XREQ01 standarden der sammensmelter de to områder, så man kan benytte samme standard. Den nye standard er sendt til kommentering og høring hos deltagerne i de to sundhedsfaglige grupper. De to gruppers sammensætning og anbefalinger fra 2001 er: KKASUF - I forbindelse med konsolideringen af laboratoriesvaret har der været nedsat en sundhedsfaglig gruppe (KKASUF) som har gennemgået anbefalingerne til laboratoriesvaret og her er rekvisitionen ligeledes gennemgået, dog kun på overordnet niveau på grund af manglende indhøstede erfaringer. Den sundhedsfaglige gruppe der har været nedsat omkring kvalitetssikringen af svar fra klinisk kemiske laboratorier og klinisk immunologiske laboratorier og rekvisitioner den modsatte vej havde følgende deltagere: Læge Jens Parker, PLO Læge Finn Klamer, DSAM Overlæge Ivan Brandslund, Laboratoriecentret, Vejle Sygehus Overlæge Henning Jehlert, KKA, Sønderborg Sygehus Edb-chef Niels Hornum, KPLL Overlæge Steen Antonsen, KKA, Odense Universitetshospital Overlæge Jørgen Georgsen, KIA, Odense Universitetshospital Overlæge Jørn Hendel, KKA, Frederiksberg Hospital Systemplanlægger Michael Johansen, B-Data Systemudvikler Michael Thomsen, CSC-Labka Projektleder Tove Kaae, FynCom Edb-bioanalytiker Anni Christensen, KKA, Esbjerg Sygehus Direktør Erik Jacobsen, Datagruppen MultiMed Programmør Paul Samsig, A-Data Projektmedarbejder Gitte Henriksen, MedCom Souschef Ib Johansen, MedCom MIKSUF sundhedsfaglige gruppe der har været nedsat omkring kvalitetssikringen af klinisk mikrobiologiske svar og rekvisitioner havde følgende deltagere: Praktiserende læge Jens Parker, PLO Praktiserende læge Finn Klamer, DSAM Overlæge Jens K. Møller, KMA, Aarhus Kommunehospital Overlæge Tove Højbjerg, KMA, Ålborg Sygehus Læge Thøger Gorm Jensen, KMA, Odense Universitetshospital Afsnitsleder Lise Arendtsen, Statens Serum Institut Projektleder Tove Kaae, FynCom Bioanalytiker Birgitte Tønning, KMA, Viborg Sygehus Overlæge Jørgen Pragh, KMA, Viborg Sygehus Programmør Paul Samsig, A-Data Direktør Erik Jacobsen, Datagruppen MultiMed Projektmedarbejder Gitte Henriksen, MedCom Souschef Ib Johansen, MedCom MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 5
Nærværende version er ændret så den også kan opfylde tildelingen af individuelle rekvisitionsnumre som anvendes i LABKA II løsningen. Desuden er der indført datafelter så OIO-XML fakturering kan understøttes. Oplysninger der er nødvendige i forbindelse med videreforsendelse af rekvisitioner til servicelab. Som oprindeligt rekvisitionsnummer, oprindelig rekvirent er ligeledes med i denne version. OBS OBS: Desuden er en væsentlig ændring indført, så der nu ikke længere er en XREQ01 til klinisk biokemi og klinisk immunologi og en XREQ02 til klinisk mikrobiologi, men de sammensmeltes til denne XREQ01, version XQ0131K for at der stadig kan konverteres fra XML til EDIFACT og vice versa. Det er således en og samme rekvisition der nu anvendes til alle områder bortset fra klinisk patologi. Ændringerne er markeret med gult og meget af den gamle dokumentation på afsnit A delen er bibeholdt fra version XQ0130K, for at bidrage til forståelsen. Alle danske klinisk biokemiske, kliniske mikrobiologiske og mange klinisk immunologiske laboratorier sender i dag alle deres svar til EDI modtagere i primærsektoren i form af EDIFACT, og mange laboratorier modtager elektroniske rekvisitioner ligeledes i EDIFACT med anvendelse af MEDREQ standarden version Q0130K. Erfaringerne har hidtil været gode og det er disse erfaringer der danner grundlaget for udviklingen af en XML version til brug i MedComs sygehusprojekter. Standarden er tilpasset til intern brug på sygehuse så den kan understøtte de rekvirerings/svar moduler der forventes taget i brug på sygehusområdet i de kommende år i MedComs XML-EPJ projekter. MedComs XML EPJ kommunikations projekt har til formål at tilpasse og genbruge MedComs kommunikationsstander for primærsektoren til kommunikation af de tilsvarende meddelelser internt på sygehuset og mellem sygehuse, det vil sige til kommunikation af henvisninger, epikriser, laboratorieresultater, laboratorierekvisitioner m.v. Standarderne der skal anvendes til sygehusområdet skal fremover være baseret på XML syntaksen, hvor de hidtidige standarder var baseret på UN EDIFACT syntaks og standard. Kommunikation mellem sygehusafdelinger er mere omfattende og kompleks end den der er mellem sygehuse og primærsektoren, hvorfor MedComs kommunikationsstandarder er blevet gennemgået og tilpasset sygehusmiljøet. Tilpasningen er sket gennem en sundhedsfaglig gennemgang af indholdet i de enkelte meddelelser under hensyntagen til den MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 6
aktuelle og fremtidige brug af meddelelserne, herunder tilpasning til de journaler der fremover vil blive baseret på G-EPJ modellen. Der er således indført en række nye elementer i alle XML dokumenterne så der kan vedhæftes G-EPJ elementer til eksisterende XML dokumenter og således sikre en gradvis overgang til G-EPJ baserede journalsystemer. Der er desuden tilføjet en række nye faciliteter så der kan overføres billeder og andre binære elementer samt mulighed for at udnytte Internet teknologien med henvisninger Links til URL Internet sider. Mens G-EPJ forudsætter udvikling og indførelse af en ny type EPJsystemer, bygger "XML-EPJ Kommunikationsprojektet" på eksisterende IT-systemer og tager udgangspunkt i kommunikation mellem de IT-systemer, der benyttes i sundhedssektoren i dag, men justeret til de forventede behov der vil være på sygehusområdet. Nærværende XML biokemi og immunologirekvisition, der skal anvendes til XML-EPJ projektet, er i efteråret 2003 gennemgået af en Sundhedsfaglig gruppe bestående af: MedComs hjemmeside: http://www.medcom.dk under fanen XML De gode XML-breve. Det er målsætningen, at XML-EPJ projektet inden udgangen af 2005 resulterer i storskala landsdækkende benyttelse af alle relevante MedCom meddelelser til kommunikation internt på sygehuse og mellem sygehuse - i samme omfang som det kendes fra primærsektoren. Udarbejdelsen af XML biokemi og immunologirekvisitionen er i vidt omfang baseret på det indhold der i dag findes i biokemirekvisitionen til praktiserende læger og speciallæger, suppleret med nødvendige informationer til anvendelsen internt på sygehusene, og det er ved udarbejdelsen af XML versionen sikret at der fremover automatisk kan konverteres til en biokemirekvisition der er baseret på gældende EDIFACT standard og version. Denne konvertering kan testes på MedComs hjemmeside: http://web.health-telematics.dk/xmledi Kemiker Erik D. Lund, DSKB Overlæge Ivan Brandslund, KKA, Vejle Sygehus Bioanalytiker Anni Christensen, KKA, Esbjerg Centralsygehus Overlæge Peter Felding, KPLL Bioanalytiker Dora Simonsen, KKA, Viborg Sygehus Overlæge Per Wagner Kristensen, DADL Overlæge Peter McNair, Hvidovre Hospital Konsulent Jens Rahbek Nørgaard, MedCom Konsulent Ib Johansen, MedCom Projektmedarbejder, Gitte Henriksen, MedCom Resultatet af gruppens anbefalinger er indarbejdet i denne XML KBA, KIA laboratorierekvisition standard, som også kan ses på MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 7
Definitionerne for de enkelte dataelementer er ligeledes opført i facitlisten. 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 journalsystemet eller rekvirerings- /svarsystemet om medsendte oplysninger i form af: Informationsindhold, præsentation, koder, obligatoriske oplysninger m.v. Afsnit B Indeholder den tekniske dokumentation af nærværende XML standard og består af: Kvalifikatorliste Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og de tilhørende værdier. Testeksempel Et fuldt XML eksempel på de i afsnit A viste papirbreve er vist her. Supplerende testeksempler kan altid findes på MedComs hjemmeside. Afsnit C Prøvetagningsblanket, PTB Et eksempel på udformning af en PTB rekvisitionsblanket er vist her. Alle nødvendige oplysninger er baseret på det aktuelle analyserepertoire som laboratoriet udarbejder og udveksler i XDAO01. Afsnit D For at lette rekvireringen og skabe mere overblik kan de enkelte analyser inddeles i rekvireringsgrupper. En oversigt over anbefalede rekvireringsgrupper findes her. 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. MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 8
Afsnit A Sundhedsfaglige anbefalinger for XML Klinisk Biokemi/Klinisk immunologi laboratorierekvisition XREQ01 MedCom Den gode XML klinisk biokemi, immunologi og mikrobiologirekvisition, LaboratoryRequest, VersionCode XQ0131K 01.10.2007 Opdateret 15.05.2012 9
10
Laboratorierekvisition fra sygehusafdelinger til klinisk biokemiske, klinisk immunologiske og klinisk mikrobiologiske laboratorier og mellem disse laboratorier. 1. Formål Undersøgelse af biologisk materiale fra patienter i forbindelse med sygdomsudredning, behandling og behandlingskontrol udføres på landets laboratorier. Traditionelt er laboratorierne delt op efter det undersøgelsesområde man beskæftiger sig med, og en række lægelige specialer dækker hvert sit område, herunder: Klinisk biokemi, klinisk mikrobiologi, klinisk immunologi, patologi og cytologi samt en række nyere områder som klinisk genetik og klinisk fysiologi. Bestilling af undersøgelser på disse laboratorier kaldes for en rekvisition. Rekvisition af undersøgelser til klinisk biokemi sker oftest på fortrykte blanketter som gennem årene er udviklet og meget avancerede så de indeholder en masse information omkring prøvetagning og mærkning af prøverne. En del har dog anvendt elektronisk rekvisition af klinisk biokemiske undersøgelser hvor de bruger Labka-sygehuspakken og erfaringerne hermed har været overordentlig gode. Rekvisitionerne her foregår ved direkte bestilling ind i et modul der er lokalt sammenkoblet med det enkelte Labka laboratoriesystem. Der er her ikke nogen integration med EPJ systemerne. I de seneste år er der i mindre omfang også blevet rekvireret undersøgelser til klinisk biokemi fra primærsektoren ved hjælp af EDIFACT. Her har nogle få lægesystemer udviklet en integreret løsning med journalsystemet eller der er udviklet rekvisition via den såkaldte WebReq. Et rekvisitionssystem hvor kun stamdata overføres fra journalen til en webserver, hvor selve rekvisitionsprogrammet ligger. Den udarbejdede rekvisition sendes herefter fra webserveren til laboratoriet vha. almindelig EDIFACT. Det er erfaringerne fra disse løsninger der danner grundlag for anbefalingerne i denne XML-biokemi/immunologi /mikrobiologi rekvisitions standard XREQ01. I XML rekvisitionen kan der anvendes individuelle lokalenummersystemer til mærkning af prøveglas, og der kan anvendes en række forskellige stregkodeformater til angivelse af rekvisitionsnummeret. Rekvisitionsnummeret kan være individuelt for hvert enkelt glas, så det kan eentydigt identificeres. Rekvisitionssystemet skal ligeledes kunne håndtere en række informationer og obligatoriske spørgsmål som måtte være nødvendige for at bestille og udtage den enkelte analyse, og i øvrigt understøtte en korrekt prøvetagning. Der skal kunne udskrives stregkodeetiketter der opfylder disse behov som er nærmere beskrevet i XML-standarden XPRODAT: XDAO01. Alle informationer om hvordan prøven kan bestilles, udtages og mærkes skal kunne udsendes elektronisk i et såkaldt analyserepertoire i form af en XML meddelelsen XDAO01. Informationer om denne meddelelse findes i særskilt dokument: Det gode XML analyseregister (LaboratoryAnalysisFile). Beskrivelse af mærkningssystemet med opbygning af stregkodeformatet findes i særskilte afsnit. 11
251248-4916 Nancy Ann Berggren Afd. 1307050, C2 Tel 2234 1712 11-12 0800 SM: Dec 1998, Vægt 75 Kg. Monucl.tst:telefonsvar udbedes En typisk rekvisitionsblanket til klinisk biokemi til intern sygehusbrug 2. Informationsindhold, præsentation, koder, obligatoriske oplysninger Sundhedsfaglige partnere Rekvirenten er principielt svarmodtager, men det skal være muligt på rekvisitionen at angive en modtager af kopisvar. Herudover kan rekvisitionen indeholde oplysninger om betaler. Dette anvendes ex. på rekvisitioner til Statens Serum Institut. På den enkelte afdeling med flere læger skal der være mulighed for i rekvisitionen, at specificere hvilken læge der er rekvirent. Generelle rekvisitionsoplysninger Rekvisitionsnummeret = prøvenummeret er det nummer, der med stregkodeetiket sættes på prøve-glasset. Nummeret kan også være et individuelt nummer på hvert prøverør. Numrene er lokale og kan genereres lokalt af edb-systemet ud fra en fastlagt algoritme. Rekvisitionsnummeret returneres med svaret fra laboratoriet. Journalsystemet skal sikre, at en rekvisition ikke kan afsendes uden tildelt prøvenummer, og at et prøvenummer kun kan bruges en gang. Desuden skal sikres at en rekvisition kun kan sendes en gang. Det anbefales at systemet ved forsøg på genafsendelse af en rekvisition, giver en meddelelse om, at rekvisitionen er sendt tidligere, gerne med dato og klokkeslæt for afsendelsen. Ønskes der tilføjet yderligere oplysninger til en afsendt rekvisition eller den ønskes rettet, må der ikke sendes en ny rekvisition på samme nummer. Hvis patienten nægter samtykke til videregivelse af oplysninger, skal dette markeres i rekvisitionen, ligeledes skal det kunne angives i separat fri tekst felt hvis prøverne skal indgå i evt. projekter. Projektets navn anføres. Prøven Det er obligatorisk at mærke prøverne med et stregkodenummer i XREQ01. Prøvenummeret er altid lig med rekvisitionsnummeret plus evt. suppleret med en glaskode/nummer. For prøver taget på sengeafdelingen skal der anføres prøvetagningstidspunkt og rekvireringstidspunkt, gerne automatisk fra edb systemet, samt angivelse af rekvirentens initialer. For prøver der udtages senere end udarbejdelse af rekvisitionen skal det reelle prøvetagningstidspunkt også kunne anføres tillige med initialer på prøvetageren. Sikring af patientidentifikationen kan indgå i rekvisitionsoplysningerne. Udtager patienten selv prøven og afleverer den på laboratoriet, kan prøveglasset / beholderen der udleveres til patienten mærkes med en stregkode og rekvisitionen behandles som ovenstående med senere prøvetagning. Der skal 12
ligeledes kunne angives et ønsket prøvetagningstidspunkt hvis prøven udtages af andre end rekvirenten. For den enkelte analyse kan der angives tre forskellige svarhastigheder/typer: Rutine, Fremskyndet eller Akut. Det enkelte laboratorium definerer selv de lokale svarhastigheder. Nye elementer Desuden kan den enkelte prøve suppleres med yderligere oplysninger i form af: Reference til et binært element, ex. billeder, som fremsendes separat i et XMEDBIN dokument. URL link til relevante web sider. SUP angivelse af, at der findes supplerende oplysninger i SUP database. Promptspørgsmål Undersøgelser vil være identificeret med NPU koder fra IUPAC/IFCC eller lokale koder. De undersøgelser, der kan rekvireres på et givent laboratorium fremgår af et analyserepertoire register, som distribueres af det pågældende laboratorium ved anvendelse af XPRODAT: XDAO01. som journalsystemet skal kunne håndtere på en måde, så analyserepertoiret automatisk opdateres, når der modtages en ny XPRODAT. Ved udvælgelse af den ønskede analyse skal journalsystemet udarbejde en hensigtsmæssig udvælgelsesprocedure der kan baseres på de rekvireringsgrupper der foreslås i afsnit D. Analyserepertoiret indeholder udover kode og navn på de enkelte undersøgelser også spørgsmål om supplerende oplysninger om patienten, de såkaldte prompt spørgsmål, som rekvirenten skal besvare. Rekvisitionssystemet skal, på basis af analyseregisterets spørgsmål om supplerende oplysninger, prompte rekvirenten for svar på spørgsmålene, og systemet skal kontrollere, at spørgsmål er besvaret og give en fejlmelding, hvis det ikke er tilfældet. Relevante kliniske oplysninger bør altid medsendes. Logistik / Rekvisitionstyper Der kan typisk være flere forskellige rekvisitionstyper: 1. Afdelingen rekvirerer undersøgelser og tager prøverne selv. 2. Afdelingen rekvirerer prøver der udtages af laboratoriets personale til et bestemt tidspunkt. 3. Afdelingen rekvirerer prøver der skal tages senere ud i fremtiden hvor patienten møder op i ambulatoriet. 4. Afdelingen rekvirerer et prøveforløb ex. ny prøve hver time. 5. Afdelingen kan tilføje / slette undersøgelser inden de er udtaget. 6. Afdelingen rekvirerer prøver som skal udtages af laboratoriets personale, men som udføres på et andet laboratorium. I sidstnævnte tilfælde skal prøvetagningspersonalet kunne adviseres om at der foreligger en bestilling som efter prøvetagning automatisk skal kunne aktiveres/videresendes til andet laboratoriums edb system. Til hvert prøvetagningstidspunkt skal der normalt altid udarbejdes en ny rekvisition. Det gælder dog ofte ikke ved belastningsundersøgelser, hvor en prøverække kan rekvireres på samme rekvisition. Prøvetagningsblanket Ved udtagning af prøver skal der kunne udskrives en prøvetagningsblanket der indeholder alle relevante oplysninger, herunder de nødvendige stregkodeetiketter og navneetiketter der aktuelt skal anvendes. Et eksempel på en prøvetagningsblanket er vist i afsnit C. 13
14
Afsnit B XML Facitliste XML KBA/KIA/KMA laboratorierekvisition XREQ01 15
XML Facitliste Det gode XML KBA/KIA/KMA laboratorierekvisition, XREQ01, Version XQ0131K MedComs XML meddelelser er opdelt i tre dele: Del A indeholder logistikdata (Tekniske data, afsender, modtager, patient og pårørende). Del B indeholder MedCom meddelelsens kliniske data. Del C kan indeholde G-EPJ XML elementer. XML-Facitlisten består af følgende objekter: Del A: Emessage (Kuvert) o Envelope (KuvertData) Sent (Dato) o LaboratoryRequest (KKA/KIA rekvisition) Letter (BrevData) Authorisation (Dato) Sender (Afsender) Physician (Rekvirerende læge) OriginalRequester (Originalrekvirent) Receiver (Modtager) CCReceiver (KopiModtager) Payer (Betaler) Collector (Prøvetager) Physician (Prøvetager ID) Patient (Patient) Consent (Samtykke) Del B: RequisitionInformation (Rekvisitionsinformation) RequisitionDateTime (Dato) SamplingDateTime (Dato) Sample o Reference (Reference) max. x 10 (Valg) BIN Requests (Undersøgelse) RequestedAnalysis max. x 90 o Analysis Prompt max. x 20 o Question o Answer (Svar på promptspørgsmål) (Valg) DateTime Objekterne er kun vist en 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. 16
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. 17
XML Facitliste XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <?xml version="1.0" encoding="iso-8859-1"?> Format M Skal medsendes som en kopi af den viste XML deklaration <!--MedCom_De_gode_XMLbreve_01102007--!> Format Anbefales medsendt <Emessage> M <Emessage> <Envelope> M <Envelope> <Sent> M <Sent> <Date>Kuvertens_afsendelses_dato</Date> Date M KuvSendtDato <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_anmod ning</acknowledgementcode> KVA M KUVKVIT <AcknowledgementCode ></AcknowledgementCo de> 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> <LaboratoryRequest> M <LaboratoryRequest> <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. 18
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <VersionCode>Brevets_version</VersionCode> KVA M VERSION <VersionCode></Version Code> 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. <StatisticalCode>Brevets_statistiknummer</Statistic alcode> an..8 M BrvStat <StatisticalCode></Statis ticalcode> StatisticalCode udfyldes med TypeCode (f.eks. XDIS01, XRPT02). StatisticalCode er beregnet til statistik formål og må ikke bruges af modtager systemer. <Authorisation> M <Authorisation> <Date>Brevets_godkendelsesdato</Date> Date M BrevDannetTid <Date></Date> Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY- MM-DD. <Time>Brevets_godkendelsesKlokkeslet</Time> Time M BrevDannetTid <Time></Time> 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</TypeCode> KVA M BRVTYPE <TypeCode></TypeCode > </Letter> M </Letter> <Sender> M <Sender> <EANIdentifier>Afsenders_lokationsnummer</EANI dentifier> an..35 M AfsLok <EANIdentifier></EANId entifier> TypeCode er kvalifikator for brevets type. Se kvalifikatorliste. EANIdentifier er kuvertafsenders lokationsnummer det vil normalt sige afsendende organisation. Såvel positiv som negativ kvittering sendes tilbage til dette nummer. 19
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <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. <IdentifierCode>Afsenders_ID_nummers_type</Ide ntifiercode> <OrganisationName>Afsenders_organisation</Orga nisationname> KVA M KODE <IdentifierCode></Identifi ercode> an..35 M AfsOrg <OrganisationName></O rganisationname> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. OrganisationName er navnet i tekst på afsendende sygehus, lægehus, kommune o.l. Det anbefales at Sygehusnavn, Lægehusnavn, Fysioterapiklinikken o.l. altid udfyldes i OrganisationName - gerne kort, f.eks. "OUH" i stedet for "Odense Universitets Hospital". Hvis amtet ønskes angivet, skal dette indsættes i OrganisationName, f.eks. "Fyns Amt, OUH". <DepartmentName>Afsenders_afdeling_el_socialo mraade</departmentname> <UnitName>Afsenders_afdeling_el_socialdistrikt</U nitname> an..35 AfsAfdTitel <DepartmentName></De partmentname> an..35 AfsAfsnitNavn <UnitName></UnitName > <StreetName>Afsenders_adresse</StreetName> an..35 AfsAdr <StreetName></StreetN ame> DepartmentName er navnet på sygehusafdelingen hvis afsender er et sygehus, navnet på hjemmepleje distriktet hvis afsender er en kommune, titlen "læge" hvis afsender er et lægehus o.l. Udfyldes ofte med "Gadenavn" ved fysioterapeutklinikker. UnitName er sygehusafsnit, hvis afdeling er et sygehus, navnet (For- og efternavn) hvis afsender er en person i et lægehus, hjemmeplejegruppe hvis kommune. StreetName er afsenders vejnavn og vejnummer. 20
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <SuburbName>Afsenders_bostednavn</SuburbNa me> an..35 AfsStedNavn <SuburbName></Suburb Name> SuburbName er et evt. stednavn på afsenders primære adresse for eks.: Mullerup, 5772 Kværndrup. <DistrictName>Afsenders_by</DistrictName> an..35 AfsBy <DistrictName></District Name> <PostCodeIdentifier>Afsenders_postnummer</Post CodeIdentifier> <TelephoneSubscriberIdentifier>Afsenders_telefon< /TelephoneSubscriberIdentifier> <MedicalSpecialityCode>Afsenders_medicinske_sp eciale</medicalspecialitycode> an..9 AfsPost <PostCodeIdentifier></P ostcodeidentifier> an..25 AfsTlf <TelephoneSubscriberId entifier></telephonesub scriberidentifier> KVA M AFSSPEC <MedicalSpecialityCode> </MedicalSpecialityCode > <Physician> <Physician> <PersonInitials>String</PersonInitials> an..17 M LaegeIDModt <PersonInitials></Person Initials> DistrictName er afsenders bynavn på primære adresse. PostCodeIdentifier er afsenders postnummer på primære adresse. TelephoneSubscriberIdentifier er afsenders telefonnummer. MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. Skal udfyldes, men er medicinsk speciale ikke kendt /ikke relevant benyttes kvalifikatoren "ikkeklassificeret". Se kvalifikatorliste. PersonInitials er initialer, nummer eller lign. Anvendt af afsenderen til at identificere den enkelte læge i typisk flermandspraksis eller til at identificere underafdelinger eks. overlæger på sygehusafdelinger. PersonInitials er altid de samme oplysninger som er medsendt i rekvisitionen fra rekvirenten. </Physician> <ReplyTo>Rekvirent_svar_ja/nej</ReplyTo> BOOLE AN </Physician> M <ReplyTo></ReplyTo> Hvis der er angivet true, sendes svaret til afsenderen. </Sender> M </Sender> <OriginalRequester> <OriginalRequester> <EANIdentifier>Original_rekvirents_lokationsnumme r</eanidentifier> an..35 M AfsLok <EANIdentifier></EANId entifier> EANIdentifier er originalrekvirentens lokationsnummer. 21
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Identifier>Original_rekvirents_ID_nummer</Identifi er> an..17 M AfsID <Identifier></Identifier> Identifier er orifinalrekvirentens ID-nummer. Alle an..17 formater skal kunne håndteres. Identifier skal altid udfyldes validt. F.eks. sygehusafdelingsklassifikationsnummer hvis originalrekvirenten er et sygehus (stamafdelingen) og ydernummer hvis originalrekvirenten er en lægepraksis, en speciallæge, en fysioterapeut eller en kiropraktor. Kommunenummer hvis originalrekvirenten er en kommune. Hvis originalrekvirent 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. <IdentifierCode>Original_rekvirents_ID_nummers_ty pe</identifiercode> <OrganisationName>Original_rekvirents_organisatio n</organisationname> KVA M KODE <IdentifierCode></Identifi ercode> an..35 M AfsOrg <OrganisationName></O rganisationname> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis originalrekvirenten er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. OrganisationName er navnet i tekst på originalrekvirenten. Det anbefales at Sygehusnavn, Lægehusnavn, Fysioterapiklinikken o.l. altid udfyldes i OrganisationName - gerne kort, f.eks. "OUH" i stedet for "Odense Universitets Hospital". Hvis amtet ønskes angivet, skal dette indsættes i OrganisationName, f.eks. "Fyns Amt, OUH". <DepartmentName>Original_rekvirents_afdeling_el_ socialomraade</departmentname> <UnitName>Original_rekvirents_afdeling_el_socialdi strikt</unitname> an..35 AfsAfdTitel <DepartmentName></De partmentname> an..35 AfsAfsnitNavn <UnitName></UnitName > DepartmentName er navnet på sygehusafdelingen hvis originalrekvirent er et sygehus, navnet på hjemmepleje distriktet hvis originalrekvirent er en kommune, titlen "læge" hvis originalrekvirent er et lægehus o.l. Udfyldes ofte med "Gadenavn" ved fysioterapeutklinikker. UnitName er sygehusafsnit, hvis originalrekvirent er et sygehus, navnet (For- og efternavn) hvis originalrekvirent er en person i et lægehus, hjemmeplejegruppe hvis kommune. 22
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <StreetName>Original_rekvirents_adresse</StreetN ame> an..35 AfsAdr <StreetName></StreetN ame> StreetName er originalrekvirents vejnavn og vejnummer. <SuburbName>Original_rekvirents_bostednavn</Su burbname> <DistrictName>Original_rekvirents_by</DistrictNam e> <PostCodeIdentifier>Original_rekvirents_postnumm er</postcodeidentifier> <ReplyTo>Originalrekvirent_svar_ja/nej</ReplyTo> an..35 AfsStedNavn <SuburbName></Suburb Name> an..35 AfsBy <DistrictName></District Name> an..9 AfsPost <PostCodeIdentifier></P ostcodeidentifier> BOOLE AN </OriginalRequester> <Receiver> M <Receiver> <EANIdentifier>Modtagers_lokationsnummer</EANI dentifier> SuburbName er et evt. stednavn på originalrekvirentens primære adresse for eks.: Mullerup, 5772 Kværndrup. DistrictName er originalrekvirentens bynavn på primære adresse. PostCodeIdentifier er originalrekvirentens postnummer på primære adresse. M <ReplyTo></ReplyTo> Hvis der er angivet true, sendes der et svar til originalrekvirenten. </OriginalRequester> an..35 M ModtLok <EANIdentifier></EANId entifier> EANIdentifier er kuvertmodtagers lokationsnummer. <Identifier>Modtagers_ID_nummer</Identifier> an..17 M ModtID <Identifier></Identifier> Identifier er slutmodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt. <IdentifierCode>Modtagers_ID_nummer_type</Iden tifiercode> <OrganisationName>Modtagers_organisation</Orga nisationname> <DepartmentName>Modtagers_afdeling</Departme ntname> KVA M KODE <IdentifierCode></Identifi ercode> an..35 ModtOrg <OrganisationName></O rganisationname> an..35 ModtAfdTitel <DepartmentName></De partmentname> <UnitName>Modtagers_afsnit</UnitName> an..35 ModtAfsNavn <UnitName></UnitName > </Receiver> M </Receiver> <CCReceiver> <CCReceiver> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis modtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. OrganisationName er navnet i tekst på modtagende sygehus, lægehus eller kommune. Udfyldes som for SenderOrganisationName. DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt eller titlen "Læge" hvis modtager er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName. UnitName er modtagende sygehusafdeling eller for- og efternavn (hvis modtager er en person i et lægehus). Se beskrivelse under SenderUnitName. 23
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Identifier>Kopimodtagers_ID_nummer</Identifier> an..17 M KopiModtID <Identifier></Identifier> Identifier er kopimodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Kopimodtagers_ID_nummers_type </IdentifierCode> KVA M KODE <IdentifierCode></Identifi ercode> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis kopimodtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. <OrganisationName>Kopimodtagers_organisation</ OrganisationName> <DepartmentName>Kopimodtagers_afdeling</Depa rtmentname> an..35 KopiModtOrg <OrganisationName></O rganisationname> an..35 KopiModtAfdTi tel <UnitName>Kopimodtagers_afsnit</UnitName> an..35 KopiModtAfsN avn </CCReceiver> <Payer> <PayersTypeCode>Betaler_kode</PayersTypeCode > <DepartmentName></De partmentname> <UnitName></UnitName > </CCReceiver> <Payer> KVA M BETKOD <PayersTypeCode></Pa yerstypecode> OrganisationName er navnet i tekst på kopimodtagende sygehus, kommune eller lægehus. Udfyldes som for SenderOrganisationName. DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt eller titlen "Læge" hvis kopimodtager er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName. UnitName er kopimodtagende sygehusafdeling eller forog efternavn (hvis kopimodtager er en person i et lægehus). Se beskrivelse under SenderUnitName. PayersTypeCode er kode for betaler som sygesikring_gruppe_1 eller sygesikring_gruppe_2 eller anden. Se kvalifikatorliste. <Identifier>Betaler_patients_amtskode</Identifier> an..17 BetID <Identifier></Identifier> Identifier er amtskoden for patientens bopælsamt. Er obligatorisk hvis sygesikring er betaler. Amtskoder findes under www.medcom.dk under tabeller. Hvis anden betaler: herunder offentlig betaling med OIO faktura, så skal der angives fakturerings Lokationsnummer (EAN) på den der skal betale. Hvis der ikke anvendes OIO fakturering ved anden betaler angives intet. <IdentifierCode>Betaler_kodetabel</IdentifierCode> KVA M KODE <IdentifierCode></Identifi ercode> IdentifierCode er altid amt. Se kvalifikatorlisten. Ved OIO, lokationsnummer ovenfor angives intet. 24
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <OrganisationName>Betaler_navn</OrganisationNa me> an..35 M BetNavn <OrganisationName></O rganisationname> OrganisationName er navnet på betaler i fri tekst. Hvis Amt kan navnet findes på www.medcom.dk under tabeller. Ved andre angives blot navnet i fri tekst ex. Baltica.BetNavn er navnet på betaler i fri tekst. Ved OIO betaling angives her person eller reference (bestillers navn) <OrderIdentifier>Bestillers_ordrenummer</OrderIde ntifier> <AccountIdentifier>Bestillers_kontonummer</Accou ntidentifier> an..35 an..35 BestillersOrdre nummer BestillersKonte ringsnummer <OrderIdentifier></OrderI dentifier> <AccountIdentifier></Acc ountidentifier> OrderIdentifier er nummeret på bestillers ordre (ORN), Valgfrit, anvendes ved OIO betaling BestillersKonteringsnummer, er nummeret på bestillers interne kontonummer(ikn), Valgfrit, anvendes ved OIO betaling </Payer> </Payer> <Collector> <Collector> <Identifier>Proevetagers_ID_nummer</Identifier> an..17 M Findes ikke <Identifier></Identifier> Identifier er prøvetagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Proevetagers_ID_nummers_type</I dentifiercode> <OrganisationName>Proevetagers_organisation</O rganisationname> <DepartmentName>Proevetagers_afdeling</Depart mentname> KVA M Findes ikke <IdentifierCode></Identifi ercode> an..35 M Findes ikke <OrganisationName></O rganisationname> an..35 Findes ikke <DepartmentName></De partmentname> <UnitName>Proevetagers_afsnit</UnitName> an..35 Findes ikke <UnitName></UnitName > <Physician> <PersonInitials>Proevetager_persons_initialer</Pers oninitials> <Physician> an..17 M Findes ikke <PersonInitials></Person Initials> </Physician> </Physician> </Collector> </Collector> <Patient> M <Patient> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis prøvetager er en sygehusafdeling eller et laboratorium. OrganisationName er navnet i tekst på prøvetagende sygehus. Udfyldes som for SenderOrganisationName. DepartmentName er navnet på sygehusafdeling/laboratorium. Se beskrivelse under SenderDepartmentName. UnitName er prøvetagende sygehusafdeling eller for- og efternavn (hvis prøvemodtager er en person). Se beskrivelse under SenderUnitName. PersonInitials er personid i form af initialer, nummer eller lign. som anvendes til at identificere den enkelte prøvetager på laboratoriet eller på en sygehusafdeling. 25
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition Vælg mellem ( Vælg mellem ( <CivilRegistrationNumber>Patientens_CPR_numme r</civilregistrationnumber> n10 M PatCPR <CivilRegistrationNumbe r></civilregistrationnum ber> CivilRegistrationNumber er patientens valide CPRnummer og dette eller et erstatningsnummer skal altid medsendes. CPR-nummer sendes uden bindestreg. Hvis et validt cpr-nummer ikke findes sendes et erstatningsnummer i AlternativeIdentifier på præcis 10 tegn. eller <AlternativeIdentifier>Patientens_erstatnings_CPR_ nummer</alternativeidentifier> eller an10 M PatErstatCPR <AlternativeIdentifier></A lternativeidentifier> ) ) <PersonSurnameName>Patientens_efternavn</Per sonsurnamename> an..70 M PatEnavn <PersonSurnameName> </PersonSurnameName > <PersonGivenName>Patientens_fornavne</Person GivenName> an..70 PatFnavn <PersonGivenName></P ersongivenname> <StreetName>Patientens_adresse</StreetName> an..35 PatAdr <StreetName></StreetN ame> <SuburbName>Patientens_bostednavn</SuburbNa me> an..35 PatStedNavn <SuburbName></Suburb Name> <DistrictName>Patientens_bynavn</DistrictName> an..35 PatBy <DistrictName></District Name> <PostCodeIdentifier>Patientens_postnummer</Post CodeIdentifier> <TelephoneSubscriberIdentifier>Patientens_telefonn ummer</telephonesubscriberidentifier> <Consent> <Given>Patient_samtykke_kode</Given> an..9 PatPost <PostCodeIdentifier></P ostcodeidentifier> an..25 PatTlf <TelephoneSubscriberId entifier></telephonesub scriberidentifier > <Consent> BOOLE AN M SAMTYKKEN AEGT <Given></Given> </Consent> </Consent> </Patient> M </Patient> <RequisitionInformation> M <RequisitionInformatio n> AlternativeIdentifier er et erstatnings CPR-nummer eller et usikkert CPR-nummer på præcis 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. PersonSurnameName er patientens efternavn. PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes. StreetName er patientens primære vejnavn og nummer. SuburbName er et evt. stednavn på patientens primære adresse f.eks.: Mullerup, 5772 Kværndrup. DistrictName er bynavn på den primære adresse. PostCodeIdentifier er postnummeret på den primære adresse. TelephoneSubscriberIdentifier er patientens telefonnummer. Given angiver om samtykke er nægtet. Hvis samtykke gives sendes der ikke noget. 26
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <RequisitionDateTime> M <RequisitionDateTime> <Date>Rekvisitions_dato</Date> Date M RekvTid <Date></Date> Date er den dato hvor rekvisitionen er udstedt. Altid samme dato som i AuthorisationDate. Er lig med prøvetagningsdato når prøven tages af rekvirenten. <Time>Rekvisitions_klokkeslet</Time> Time M RekvTid <Time></Time> Time er det tidspunkt hvor rekvisitionen er udstedt. Angives på formen HH:MM. Altid samme tidspunkt som AuthorisationTime. </RequisitionDateTime> M </RequisitionDateTime > <SamplingLocationCode>Proeve_tagnings_kode</S amplinglocationcode> <SamplingLocationName>Proeve_tagnings_navn</ SamplingLocationName> <SamplingDateTimeType>Proeve_tagning_faktisk_ oensket<samplingdatetimetype> KVA M PRKODE <SamplingLocationCode ></SamplingLocationCod e> tx..350 Findes ikke <SamplingLocationName ></SamplingLocationNa me> KVA M SCORCS <SamplingDateTimeTyp e></samplingdatetimet ype> SamplingLocationCode er angivelse af hvem der udtager prøven i forbindelse med rekvireringen. Se kvalifikatorlisten. SamplingLocationName er navnet på den person/det laboratorium der udtager prøven i forbindelse med rekvireringen. Se kvalifikatorlisten. SamplingDateTimeType er angivelse af om prøvetagningstidspunkt (SamplingDateTime) er faktisk eller oensket. Se kvalifikatorliste. <SamplingDateTime> M <SamplingDateTime> <Date>Proeve_tagning_tidspunkt</Date> Date M ProeveTagtid <Date></Date> Date er den dato hvor prøven er taget. Date angives på formatet YYYY-MM-DD. <Time>Proeve_tagning_klokkeslet</Time> Time M ProeveTagtid <Time></Time> Time er det tidspunkt hvor prøven er taget. Angives på formen HH:MM. </SamplingDateTime> M </SamplingDateTime> <Sample> M <Sample> <RequesterSampleIdentifier>Proeve_ID_angivet_af _afsender</requestersampleidentifier> an..15 M AproevenrRek vir <RequesterSampleIdenti fier></requestersamplei dentifier> <SampleIdentifierType>Proeve_ID_type</SampleId entifiertype> KVA D NPNR <SampleIdentifierType>< /SampleIdentifierType> RequesterSampleIdentifier er det af rekvirenten tildelte rekvisitionsnummer som for udtagne prøver altid er det nummer som prøverne er mærket med. SampleIdentifierType angiver om rekvisitionsnummeret er et Nationalt Prøvenummer. Skal udfyldes hvis prøvenummeret er et Nationalt Prøvenummer. 27
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <OriginalRequesterSampleIdentifier>Proeve_ID_an givet_af_originalrekvirent</originalreguestersampl eidentifier> an..15 RekvOrigProvn r <OriginalRequesterSamp leidentifier></originalre guestersampleidentifier> OriginalRequesterSampleIdentifier er det af originalrekvirenten tildelte rekvisitionsnummer. Anvendes kun ved videreforsendelse af prøver til servicelaboratorium, hvor der ikke ønskes svar tilbage. <SampleIdentifierType>Proeve_ID_type</SampleId entifiertype> KVA D NPNR <SampleIdentifierType>< /SampleIdentifierType> Vælg mellem max. 10 ialt ( Vælg mellem max. 10 ialt ( <Reference> <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> an..70 M <RefDescription></RefD escription> SampleIdentifierType angiver om originalrekvisitionsnummeret er et Nationalt Prøvenummer. Skal udfyldes hvis prøvenummeret er et Nationalt Prøvenummer. RefDescription er beskrivelse af typen af efterfølgende tekstelement, ex. SUP, BIN eller URL. <URL>Weblink</URL> an..350 M <URL></URL> URL angiver den fulde webadresse til et relevant link. </Reference> </Reference> eller eller <Reference> <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> an..70 M <RefDescription></RefD escription> RefDescription er beskrivelse af typen af efterfølgende tekstelement, ex. SUP, BIN eller URL. <SUP>True</SUP> </Reference> Eller <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> <BIN> <ObjectIdentifier>Objektets_IDnummer</ObjectIdent ifier> BOOLE AN M <SUP></SUP> SUP angiver med ja/nej om der findes tilhørende eller supplerende information i en SUP database </Reference> eller <Reference> an..70 M Objektfilnavn <RefDescription></RefD escription> <BIN> an..35 M Objektrefnr <ObjectIdentifier></Obje ctidentifier> <ObjectCode>Objektets_type</ObjectCode> KVA M OBJEKTTYPE <ObjectCode></ObjectC ode> <ObjectExtensionCode>Filekstension_for_objektet</ ObjectExtensionCode> KVA M OBJEKTEXTE NSION <ObjectExtensionCode> </ObjectExtensionCode> RefDescription er beskrivelse af typen af efterfølgende tekstelement, ex. SUP, BIN eller URL. ObjectIdentifier er objektets ID nummer, genereret af afsendersystemet. Samme ID som i tilhørende XMEDBIN. ObjectCode er objektets type, f.eks. billede, tekst, program eller biosignal ObjectExtensionCode er fil ekstension for objektet, f.eks. jpg, doc, exe eller waw. 28
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <OriginalObjectSize>Objektstoerrelse</OriginalObje n..18 M Objektstoerrels <OriginalObjectSize></O OriginalObjectSize er objektets størrelse i antal bytes. ctsize> e riginalobjectsize> </BIN> </BIN> </Reference> </Reference> ) ) </Sample> M </Sample> <NumberOfTestTubes>Rekvisiton_antal_glas</Num beroftesttubes> <ClinicalInformation>Rekvisition_klinisk_information </ClinicalInformation> n5 M AntalGlas <NumberOfTestTubes>< /NumberOfTestTubes> tx..350 KlinInform <ClinicalInformation></Cl inicalinformation> <Comments>Rekvisitions_kommentar</Comments> tx..350 RekvKomm <Comments></Comment s> <CarbonCopyReceiver></CarbonCopyReceiver> an..70 Kopimodtager <CarbonCopyReceiver> </CarbonCopyReceiver> </RequisitionInformation> M </RequisitionInformatio n> <Requests> M <Requests> <RequestedAnalysis> M <RequestedAnalysis> <ResultPriority>Undersoegelse_svarprioritet</Result Priority> KVA M PRIOR <ResultPriority></Result Priority> <Analysis> M <Analysis> <AnalysisCode>Resultat_analyse_kode</AnalysisC ode> <AnalysisCodeType>Resultat_analyse_kode_tabel< /AnalysisCodeType> <AnalysisCodeResponsible>Resultat_laboratorie_ko rtnavn</analysiscoderesponsible> an..17 M LabKode <AnalysisCode></Analys iscode> KVA M KODETABEL <AnalysisCodeType></A nalysiscodetype> an..3 M LabOrg <AnalysisCodeResponsi ble></analysiscoderesp onsible> NumberOfTestTubes er antallet af glas i denne rekvisition. ClinicalInformation er kliniske oplysninger om patienten, generelle forhold omkring grunden til prøvetagningen. Eks. udlandsophold osv. Comments anvendes til at angive generelle forhold omkring prøvetagningen. Ikke kliniske oplysninger. CarbonCopyReceiver er en angivelse af kopimodtagen i fri tekst. ResultPriority er kvalifikator for ønsket svartprioritet eks. rutine, straks, fremskyndet. Se kvalifikatorliste. AnalysisCode er kode for den målte kvantitet (analyse). Anvendes der IFCC-IUPAC koder er de på formen NPU12345, DNK54321. Anvendes der lokale koder kan de være alfanumeriske. Bør vises sammen med analysenavnet. AnalysisCodeType er iupac for IUPAC-IFCC kodeskema og lokal for lokale koder. AnalysisCodeResponsible er SST hvis IUPAC-IFCC kodeskema anvendes. Ved lokale koder er det laboratoriets kortnavn, eks. VIB. Laboratoriernes kortnavne findes på www.medcom.dk. 29
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <AnalysisShortName>Resultat_laboratorie_kortnavn </AnalysisShortName> an..35 KortNavn <AnalysisShortName></ AnalysisShortName> AnalysisShortName, 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. Skal anvendes ved rekvisitioner der sendes far sygehuse mv. til rekvisitionshotellet <LineComment> M <LineComment Her angives undersøgelsesnavnet, fra MDS U koder. I <TextLine>Resultat_laboratorie_langtnavn</TextLin e> </LineComment> M </LineComment> klinisk biokemi angives det lange (NPU) navn. an..70 M <TextLine></TextLine> Her angives undersøgelsesnavnet, fra MDS U koder. I klinisk biokemi angives det lange (NPU) navn. Kan gentages 3 gange. Ved klinisk biokemi kan alle bruges til navne på op til 210 tegn. For MDS U koder er den første TextLine undersøgelsesnavnet.. Den anden LineCommet er Materialenavn. Tredje LineComment er lokalisationen </Analysis> M </Analysis> <SampleMaterial>Proevemateriale</SampleMaterial > an..35 Proevematerial elok <SampleMaterial></Sam plematerial> SampleMaterial er et datafelt der beskriver koden for prøvematerialet i den pågældende analyse. Valgfri anvendelse. Anvendes i fremtidige lab.systemer. Vær opmærksom på at kodetabellen (Prøvematerialer-klinisk biokemi) kan udvides løbende. Findes på MedComs hjemmeside under: Koder/Tabeller/Ydere. I mikrobiologi anvendes feltet til at angive supplerende lokalisation for ikke serologiske prøver. <TestTubeIdentifier>Glasnummer_ID</TestTubeIde ntifier> <SampleIdentifierType>Glasnummer_ID_type</Sam pleidentifiertype > an..35 GlasNummer <TestTubeIdentifier></Te sttubeidentifier> KVA D NPNR <SampleIdentifierType> Glasnummer_ID_type</S ampleidentifiertype > TestTubeIdentifier anvendes når der sendes rekvisitioner til / fra LABKA II systemet, samt over alt når der anvendes NPN. Der sendes et individuelt glasnummer på hver prøve. Flere analyser i Analysis har samme GlasNummer når de tages i samme glas. Der refereres ikke til glas i Sample. NPN er altid på 12 tegn. Barcoder ved NPN er altid på formen code128c. SampleIdentifierType angiver om glasnummeret er et Nationalt Prøvenummer. Skal udfyldes hvis glasnummeret er et Nationalt Prøvenummer. </RequestedAnalysis> M </RequestedAnalysis> 30
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Prompt> <Prompt> <Question> <Question> <Code>Undersoegelse_prompt_kode</Code> an..17 M <Code></Code> SupKod <CodeType>Undersoegelse_prompt_kodetabel</Co KVA M <CodeType></CodeType detype> KODETABEL > <CodeResponsible>Undersoegelse_prompt_kodean an..3 M <CodeResponsible></Co svarlig</coderesponsible> deresponsible> <CodeText>Undersoegelse_prompt_spørgsmål</Co detext> Code er koden for prompt. Koden fremgår af promptanalyseregisteret. CodeType er kvalifikator for den anvendte kodetabel. Her "lokal". CodeResponsible er koden for tabellens oprindelse, her det lab. der har ansvaret for promptspørgsmålet ex. VIM. Kan også være landsdækkende prompttabel. Benyt da denne tabelkode = DNK. LabOrg an..35 M Promptspm <CodeText></CodeText> CodeText er ordlyden af prompt som den fremgår af promptspørgsmålet fra det pågældende lab. ex. VIM eller DNK fanalyserepertoire. (LaboratoryAnalysisFile). Indgår samme promptspørgsmål i flere analyser, da svares kun en gang. </Question> </Question> <Answer> M <Answer> Vælg mellem Vælg mellem <Text>Undersoegelse_prompt_svar_tekst</Text> an..70 M SPTSPBTekst Vaerdi <Text></Text> Text er svar på prompt som en fri tekst på max. 70 karakterer. eller <Numerical>Undersoegelse_prompt_svar_tal</Num erical> eller <DiagnoseCode>Undersoegelse_prompt_svar_diag nosekode</diagnosecode> an..18 M SPNNumVaer di an..17 M SPKICD10ICP C eller <Numerical></Numerical > eller <DiagnoseCode></Diagn osecode> Numerical er svar på prompt som tal der angiver et eller andet målbart, eks. vægt eller højde med 2 decimaler DiagnoseCode er svar på prompt hvis det er en diagnose der ønskes som kode værdi for ex. ICD10 diagnose. eller eller <DateTime> M <DateTime> <Date>Undersoegelse_prompt_svar_dato</Date> Date M SPDDato <Date></Date> Date er svar på prompt som datoangivelse på formen YYYY-MM-DD. Ønskes der angivet et andet format ex. uger eller årstal eller lign. skal det angives i Answer.Text. <Time>Undersoegelse_prompt_svar_klokkeslet</Ti me> </DateTime> M </DateTime> ) ) Time M SPDDato <Time></Time> Time er svar på prompt som klokkesletangivelse på formen HH:MM. 31
XML Facitliste XREQ01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </Answer> M </Answer> </Prompt> </Prompt> </Requests> M </Requests> </LaboratoryRequest> M </LaboratoryRequest> </Emessage> M </Emessage> 32
XML Kvalifikatorliste Den gode XML KBA/KIA/KMA laboratorierekvisition, XREQ01, VersionCode XQ0131K 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. 33
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. AnalysisCodeType iupac KODETABEL CQU Angiver at det er en IUPAC-IFCC kodetabel der anvendes. Findes på www.labinfo.dk AnalysisCodeType 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å www.medcom.dk under koder. CodeType lokal KODETABEL 91 Angiver at det er en lokal kodetabel der bruges til at specificere den pågældende analyse.. 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. IdentifierCodeType amt KODE AMT Amt hvis det er et amt, der skal angives som organisation, f.eks. ved Payer. IdentifierCodeType sorkode KODE SOR SOR kode (Sundhedsvæsnets OrganisationsRegister) MedicalSpecialityCodeType Ikkeklassificeret Default AFSSPEC "99 "99-Ikke klassificeret". Benyttes både for sygehusafdelinger og for praktiserende samt evt. andre afsendere hvor der ikke findes et lægeligt speciale, f.eks. for kommuner. MedicalSpecialityCodeType intern_medicin_sygehus AFSSPEC 1 Intern medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType geriatri AFSSPEC 2 Geriatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType hepatologi AFSSPEC 3 Hepatologi (Afsenders sygehusspeciale). 34
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition MedicalSpecialityCodeType haematologi AFSSPEC 4 Hæmatologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType infektionsmedicin AFSSPEC 5 Infektionsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType kardiologi AFSSPEC 6 Kardiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_allergologi AFSSPEC 7 Med. allergologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_endokrinologi AFSSPEC 8 Med. endokrinologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_gastroenterologi AFSSPEC 9 Med. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med.lungesygdomme AFSSPEC 10 Med. lungesygdomme (Afsenders sygehusspeciale). MedicalSpecialityCodeType nefrologi AFSSPEC 11 Nefrologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType reumatologi AFSSPEC 12 Reumatologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType dermato_venerologi_sygehus AFSSPEC 18 Dermato-venerologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType neurologi AFSSPEC 20 Neurologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType onkologi AFSSPEC 22 Onkologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType kirurgi_sygehus AFSSPEC 30 Kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType karkirurgi AFSSPEC 31 Karkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType kir_gastroenterologi AFSSPEC 32 Kir. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType plastikkirurgi AFSSPEC 33 Plastikkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType thoraxkirurgi AFSSPEC 34 Thoraxkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType urologi AFSSPEC 35 Urologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType gynaekologi_obstetrik_sygehus AFSSPEC 38 Gynækologi og obstetrik (Afsenders sygehusspeciale). MedicalSpecialityCodeType neurokirurgi AFSSPEC 40 Neurokirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType ortopaedisk_kirurgi_sygehus AFSSPEC 42 Ortopædisk kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType oftalmologi AFSSPEC 44 Oftalmologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType oto_rhino_laryngologi AFSSPEC 46 Oto-, rhino-, laryngologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType hospitalsodontologi AFSSPEC 48 Hospitalsodontologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType psykiatri_sygehus AFSSPEC 50 Psykiatri (Afsenders sygehusspeciale). 35
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition MedicalSpecialityCodeType boerne_ungdomspsykiatri AFSSPEC 52 Børne- og ungdomspsykiatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_biokemi AFSSPEC 60 Klin. biokemi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_fys_nuklearmedicin AFSSPEC 61 Klin fys og nuklearmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_immunologi AFSSPEC 62 Klin. immunologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_mikrobiologi AFSSPEC 63 Klin. mikrobiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_neurofysiologi AFSSPEC 64 Klin. neurofysiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType patologisk_anatomi AFSSPEC 65 Patologisk anatomi (Afsenders sygehusspeciale). MedicalSpecialityCodeType diagnostisk_radiologi AFSSPEC 66 Diagnostisk radiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_farmakologi AFSSPEC 67 Klin. farmakologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_genetik AFSSPEC 68 Klin. genetik (Afsenders sygehusspeciale). MedicalSpecialityCodeType anaestesiologi_sygehus AFSSPEC 84 Anæstesiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType arbejdsmedicin AFSSPEC 86 Arbejdsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType almen_medicin AFSSPEC 90 Almen medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType samfundsmedicin AFSSPEC 91 Samfundsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType almenlaege_laegevagt AFSSPEC 580 Almenlæge og lægevagt (Afsenders praksisspeciale). MedicalSpecialityCodeType oejenlaege AFSSPEC 1519 Øjenlæge (Afsenders praksisspeciale). MedicalSpecialityCodeType oere_naese_halslaege AFSSPEC 2021 Øre, Næse halslæge (Afsenders praksisspeciale). MedicalSpecialityCodeType anaestesiologi_praksis AFSSPEC 2501 Anæstesiologi (Afsenders praksisspeciale). MedicalSpecialityCodeType roentgen_kbh AFSSPEC 2503 Røntgen (København) (Afsenders praksisspeciale). MedicalSpecialityCodeType dermato_venerologi_praksis AFSSPEC 2504 Dermatologi-venerologi (Afsenders praksisspeciale). MedicalSpecialityCodeType roentgen AFSSPEC 2505 Røntgen. (Afsenders praksisspeciale). MedicalSpecialityCodeType reumatologi_fysiurgi AFSSPEC 2506 Reumatologi (Fysiurgi) (Afsenders praksisspeciale). MedicalSpecialityCodeType gynaekologi_obstetrik_praksis AFSSPEC 2507 Gynækologi/obstetrik (Afsenders praksisspeciale). MedicalSpecialityCodeType intern_medicin_praksis AFSSPEC 2508 Intern Medicin (Afsenders praksisspeciale). 36
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition MedicalSpecialityCodeType kirurgi_praksis AFSSPEC 2509 Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType klinisk_kemi AFSSPEC 2511 Klinisk kemi. (Afsenders praksisspeciale). MedicalSpecialityCodeType neuromedicin AFSSPEC 2518 Neuromedicin (Afsenders praksisspeciale). MedicalSpecialityCodeType ortopaedisk_kirurgi_praksis AFSSPEC 2520 Ortopædisk Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType patologi AFSSPEC 2522 Patologi (Afsenders praksisspeciale). MedicalSpecialityCodeType plastkirurgi AFSSPEC 2523 Plastkirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType psykiatri_praksis AFSSPEC 2524 Psykiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType paediatri AFSSPEC 2525 Pædiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType boernepsykiatri AFSSPEC 2526 Børnepsykiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType tropemedicin AFSSPEC 2528 Tropemedicin (Afsenders praksisspeciale). MedicalSpecialityCodeType tandlaege AFSSPEC 4050 Tandlæge (Afsenders praksisspeciale). MedicalSpecialityCodeType fysioterapi AFSSPEC 4551 Fysioterapi (Afsenders praksisspeciale). MedicalSpecialityCodeType kiropraktor AFSSPEC 5053 Kiropraktor (Afsenders praksisspeciale). MedicalSpecialityCodeType briller AFSSPEC 5552 Briller (Afsenders praksisspeciale). MedicalSpecialityCodeType fodterapi AFSSPEC 6054 Fodterapi (Afsenders praksisspeciale). MedicalSpecialityCodeType fodbehandling AFSSPEC 6055 Fodbehandling (Afsenders praksisspeciale). MedicalSpecialityCodeType med_laboratorier AFSSPEC 7045 Med. laboratorier (Afsenders praksisspeciale). MedicalSpecialityCodeType omegnslaboratorier AFSSPEC 7046 Omegnslaboratorier (Afsenders praksisspeciale). MedicalSpecialityCodeType psykolog AFSSPEC 9463 Psykolog (Afsenders praksisspeciale). ObjectCodeType tekstfil OBJEKTTYPE TXT Tekst + tabeller ObjectCodeType billede OBJEKTTYPE IMG Images, billeder ObjectCodeType program OBJEKTTYPE PRG EDB programmer ObjectCodeType vektor_grafik OBJEKTTYPE VGR Vector Graphics (ex. PDF) ObjectCodeType biosignaler OBJEKTTYPE BSG Biosignals ex. EKG ObjectCodeType multimedie OBJEKTTYPE MUL Multimedier ObjectCodeType proprietaert_indhold OBJEKTTYPE PRP Proprietært indhold ex. I en ZIP fil. Må kun anvendes ved bilaterale aftaler. ObjectExtensionCodeType pcx OBJEKTEXTENSION PCX PCX, billedfil ObjectExtensionCodeType tiff OBJEKTEXTENSION TIF TIFF, billedfil ObjectExtensionCodeType jpeg OBJEKTEXTENSION JPG JPEG billedfil ObjectExtensionCodeType gif OBJEKTEXTENSION GIF GIF billedfil ObjectExtensionCodeType bmp OBJEKTEXTENSION BMP BMP billedfil 37
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition ObjectExtensionCodeType png OBJEKTEXTENSION PNG PNG billedfil ObjectExtensionCodeType mpg OBJEKTEXTENSION MPG MPG billede + lydfil ObjectExtensionCodeType dcm Optionel OBJEKTEXTENSION DCM DICOM, røntgenbillede ObjectExtensionCodeType scp Optionel OBJEKTEXTENSION SCP SCP-ECG prenv1064, EKG standard fil. ObjectExtensionCodeType txt OBJEKTEXTENSION TXT Ren tekstfil ObjectExtensionCodeType rtf OBJEKTEXTENSION RTF Rich text format ObjectExtensionCodeType doc Optionel OBJEKTEXTENSION DOC Microsoft Word ObjectExtensionCodeType xls Optionel OBJEKTEXTENSION XLS Microsoft Excel ObjectExtensionCodeType wpd Optionel OBJEKTEXTENSION WPD Word perfect ObjectExtensionCodeType exe OBJEKTEXTENSION EXE Programfil ObjectExtensionCodeType pdf OBJEKTEXTENSION PDF PDF filer (vektorgrafik) ObjectExtensionCodeType wav OBJEKTEXTENSION WAV MS wave fil (multimedia) ObjectExtensionCodeType avi OBJEKTEXTENSION AVI Generic ObjectExtensionCodeType mid Optionel OBJEKTEXTENSION MID ObjectExtensionCodeType rmi Optionel OBJEKTEXTENSION RMI ObjectExtensionCodeType com OBJEKTEXTENSION COM Programfil ObjectExtensionCodeType zip OBJEKTEXTENSION ZIP Zip-filer. Kan kvalificeres med alle ObjectCode ObjectExtensionCodeType bin OBJEKTEXTENSION BIN Generic ObjectExtensionCodeType inh OBJEKTEXTENSION INH Inhousefil PayersTypeCodeType anden BETKOD NSP Alle andre betalere. PayersTypeCodeType sygesikring_gruppe_1 BETKOD PPI Sygesikringsgruppe 1. PayersTypeCodeType sygesikring_gruppe_2 BETKOD PPO Sygesikringsgruppe 2. PayersTypeCodeType rekvirent BETKOD PRE Anvendes ved OIO betaling ResultPriority straks PRIOR CI Straks (akut) svar på analysen. ResultPriority fremskyndet PRIOR HI Fremskyndet svar på analysen. ResultPriority rutine PRIOR NO Rutine svar på analysen. SampleIdentifierType nationaltproevenummer NPNR NPN Nationalt prøvenummer SamplingDateTimeType faktisk SCORCS SCO Prøvetagningstid hos rekvirenten. SamplingDateTimeType oensket SCORCS RCS Ønsket prøvetagningstid. SamplingLocationCode rekvirenten PRKODE ATT Rekvirenten har udtaget prøven samtidig med udfyldelse af rekvisitionen. Prøven er taget. SamplingLocationCode laboratoriet PRKODE SPR Prøven tages af laboratoriet SamplingLocationCode patienten PRKODE PAT Prøven indsendes af patienten. 38
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition SamplingLocationCode laboratoriet_eksternt PRKODE EXT Prøven tages eksternt f.eks. ved byforretning. TypeCodeType XREQ01 Default BRVTYPE REQ01 XML Klinisk Biokemisk og klinisk immunologisk rekvisition. VersionCodeType XQ0130K VERSION Q0130K XQ0130K er versionsnummer for "den gode" XML klinisk biokemi og immunologi rekvisition. VersionCodeType XQ0131K VERSION Q0131K XQ0131K er versionsnummer for "den gode" XML klinisk biokemi, immunologi og mikrobiologi rekvisition. 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 Default MEDREQ MEDREQ MEDREQ angiver at EDI-meddelelsen er et subset af den europæiske pre-standard "MEDREQ". Default UNOC UNOC UNOC betyder at brevet sendes i tegnsættet ISO 8859-1. Dette tegnsæt SKAL altid benyttes. RekvProvNr RekvProvnr er det af rekvirenten tildelte rekvisitionsnummer. som for indsendte prøver altid er det nummer som prøvernes rekvisition er mærket med. Ved videreforsendelse fra et lab til andet lab er det glasnummeret fra SG17 RFF der indsættes her. RekvProvnr er fremover tegn, når der anvendes et nationalt prøvenummer, NPN. Svarer til samme nr. som AproevenrRekvir i SG15. Skal indsættes ved konvertering fra XML til EDIFACT. REKVIRENT PO Rekvirent skal have svar REKVIRENT ONL Rekvirent skal IKKE have svar Blank, bruges ikke ved XML KODE KODE udfyldes ikke hvis "KODEORG" er "9" for lokationsnummer. 39
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition 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 YNR KODEORG SFU SFU angiver at kodeansvarlige er Sygesikringens Forhandlingsudvalg. Bruges hvis kode er AMT KODEORG IM IM angiver at kodeansvarlige er Indenrigsministeriet Bruges ikke ved XML PRIOR PH Telefonsvar ønskes på analysen. Bruges ikke i XML. 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 kvalifikator <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. 40
XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn 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 Gyldige EDIFACT vaerdier XML KvalifikatorDefinition <Bold> FORMAT PF0 Proportional skrift. Fed. <Underline> FORMAT PU0 Proportional skrift. Understreget. <Italic> FORMAT PK0 Proportional skrift. Kursiv. 41
Testeksempler XML KBA/KIA/Mikrobiologi laboratorierekvisition: XREQ01 Eksempel på to KBA rekvisition som følger XQ0131K Eksempel på rekv.(videreforsendelse) fra et laboratorium til et servicelab. Her videresendes også den oprindelige rekvirent samt dennes prøveid. Eksempel på rekvisition fra WebReq til LABKA II installation, inkl. markering med rekv. mellem lab. med OIO betaler og prøvemateriale. OBS: ved videreforsendelse fra Labka II installation til andre installationer må der kun sendes et glas pr. rekvisition. Eksempel på rekv.(videreforsendelse) fra et KBA laboratorium til et mikrobiologisk lab hvor den ene analyse er en MDS kode nr : 122545010030400, men hvor den tilhørende IUPAC kode er NPU08014. Desuden en MDS:XXXXX YYYYY ZZZZZ Hvor den tilhørende IUPAC kode er NPU01448 Eksempel på mikrobiologi-rekvisition som følger Q0131K Alle opdaterede testeksempler findes på MedComs hjemmeside: http://www.medcom.dk/ under fanen Standarder under de respektive meddelelsesstandarder. 42
Afsnit C PTB blanket XML KBA/KIA/KMA laboratorierekvisition XREQ01 43
Her er et eksempel på en udfyldt PTB Glastype RekvirentID = afdelingsnr. Rekvisitionsnummer Glasgruppens navn Tillægges Rekvisitionsnummeret hvis der er Yes til stregkode Markering for Akut A, Fremskyndet F 44
Afsnit D Rekvisitionsgrupper XML KBA/KIA/KMA laboratorierekvisition XREQ01 45
Rekvisitionsgrupper (svargrupper) Sorterings RekvisitionsgruppeNavn orden = overskrift 1 Hæmatologi 2 Væske- og elektolytbalance 3 Syre/base- og oxygenstatus 4 Hæmostase 5 Organmarkører 6 Metabolisme 7 Endokrinologi 8 Tumormarkører 9 Immunologi og inflammation Sorterings RekvisitionsgruppeNavn orden = overskrift 10 Infektion 11 Farmakologi 12 Allergi 13 Sporstoffer og vitaminer 14 Urinmikroskopi og stix 15 Cerebrospinal- led- og pleuravæske, ascites m.m. 16 Molekylær genetik 17 Andre undersøgelser 18 Projektundersøgelser 46