Den gode XML ambulantepikrise OutPatientDischargeLetter Revideret

Transkript

1 XDIS02 Den gode XML ambulantepikrise OutPatientDischargeLetter Revideret Sundhedsfaglige anbefalinger og XML Facitliste for XML Ambulantepikrise VersionCode: XD0233L TypeCode: XDIS02 1

2 2

3 Indholdsfortegnelse: Forord:... 4 Rettelser... 4 Baggrund:... 5 Afsnit A: Sundhedsfaglige anbefalinger... 7 Ambulantepikrise mellem sygehuse og mellem sygehusafdelinger Formål Et typisk papirbrev Den gode XML ambulantepikrise Afsnit B: XML Facitliste XML Facitliste XML Kvalifikatorliste Testeksempel

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 Dette betyder at IdentifierCodeType i alle meddelelser også kan antage værdien sorkode. 2. november 2006: 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 : Fejl i dokumentation rettet. Mandatory-markering på Diagnose/Main fjernet : Specialekoder. Der er tilføjet nye kvalifikatorer for afsenderspecialerne i MedicalSpecialityCodeType i kvalifikatorlisten. Idet der kun er tilføjelser, bevares namespace. Evt. lokal kopi af XSD-fil ValueList bør opfriskes : Specialekoder. MedicalSpecialityCodeType paediatri var hidtil anvendt både for sygehus og praksis. Nu anvendes ny paediatri_sygehus for afsendende sygehus, mens paediatri anvendes for afsendende praksis. 23. juni 2009: Fjernelse af G-EPJ elementer. G-EPJ elementer er ikke længere en del af xml-schemaet, hvis de medsendes sker dette ved at bruge elementet Local_Elements under Envelope. 1. juli 2007: SOR - Sundhedsvæsenets organisationsregister. I forbindelse med overgang til SOR (Sundhedsvæsnets Organisations Register) vil det fremover være muligt at anvende denne kode til identifikation af sundhedsvæsnets parter. 4

5 Baggrund 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 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 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. Nærværende XML ambulantepikrise, der skal anvendes til XML-EPJ projektet, er i efteråret 2003 gennemgået af en Sundhedsfaglig gruppe bestående af: Overlæge Finn Mathiesen, Radiologisk Selskab Afdelingslæge, dr. med. Jørgen Schøler Kristensen, DADL Overlæge Per Wagner Kristensen, DADL IT-medarbejder Hans Henrik Bøttger, Århus Amt Sundhedsfaglig IT-medarbejder Jan Petersen, Sundhedsstyrelsen Læge Jens Parker, PLO Konsulent Jens Rahbek Nørgaard, MedCom Konsulent Ib Johansen, MedCom Projektmedarbejder, Gitte Henriksen, MedCom Resultatet af gruppens anbefalinger er indarbejdet i denne XML ambulantepikrise standard, som også kan ses på MedComs hjemmeside: 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 ambulantepikrisen er i vidt omfang baseret på det indhold der i dag findes i ambulantepikrisen til praktiserende læger og speciallæger, og det er ved udarbejdelsen af XML versionen sikret at der fremover automatisk kan konverteres til en ambulantepikrise der er baseret på gældende EDIFACT standard og version. Denne konvertering kan testes på MedComs hjemmeside: 5

6 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. Kvalifikatorliste Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og de tilhørende værdier. Eksempel Et fuldt XML eksempel på de i afsnit A viste papirbreve er vist her. Supplerende testeksempler kan altid findes på MedComs hjemmeside. 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. 6

7 Afsnit A Sundhedsfaglige anbefalinger for XML ambulantepikrisen XDIS02 7

8 Ambulantepikrise mellem sygehuse og mellem sygehusafdelinger 1. Formål En ambulant behandling på et sygehus kan bestå af eet eller flere ambulante besøg. Ved et ambulant forløb forstås en række ambulante besøg omhandlende den samme sygdom / henvisningsårsag. En patient kan være viderehenvist fra eget sygehus til et ambulatorium på et andet sygehus og her anvendes den ambulante epikrise til at tilbagemelde på behandlingsforløbet. Såfremt der er mange ambulante besøg, sender de fleste ambulatorier en ambulantepikrise både til egen læge men også til patientens stamafdeling efter hvert besøg eller med passende mellemrum. I brevet informerer ambulatoriet kort om datoen for ambulantbesøget, om den aktuelle midlertidige diagnose og om operationer m.v. under ambulantbehandlingen medens ambulatoriet ved afslutning af ambulantforløbet giver en mere sammenhængende beskrivelse. Ambulantepikrisen kan også sendes mellem ambulatorier og sygehusafdelinger på samme sygehus ex. når der anvendes forskellige edb systemer. 1. Ambulantnotater, der dikteres og skrives, så de direkte kan anvendes og sendes som Ambulantepikrise, og som anvendes i følgende 5 tilfælde Engangsbesøg Det første ambulantbesøg Væsentlige ændringer i diagnostiske overvejelser, ordinationer eller socialmedicinske tiltag undervejs i et ambulantforløb Langvarige, ambulante forløb, som status med passende mellemrum Afslutning af et ambulantforløb 2. Ambulantnotater, som ikke sendes videre, men udelukkende anvendes i deskriptivt øjemed til internt journalbrug. Informationsindholdet i ambulantepikrisen er nærmere beskrevet i de efterfølgende afsnit om Den gode XML ambulantepikrise Det anbefales ambulatoriet, at der så vidt muligt sendes, hvad modtageren har brug for. Der er således ikke behov for fremsendelse af notater, der ikke rummer væsentlig ny information. Dette kan løses ved, at det enkelte ambulantnotat i journalen udarbejdes efter 2 principielle modeller: 8

9 2. Et typisk papirbrev En almindelig ambulantepikrise fra et sygehus kan f.eks. se sådan ud: (Overskrifter er vist med kursiv - og medsendes ikke i meddelelsen) ** AMBULANTEPIKRISE ** Afsendt: kl AFSENDER: HILLERØD SYGEHUS Organkirurgisk afd. A, Amb. MODTAGER Gentofte Sygehus Organkirurgisk afd. Niels Andersensvej Gentofte KOPIMODTAGER: Læge Hans Andersen Børstenbindergade Hillerød AKTIONSDIAGNOSE: AD K26 Ulcus duodeni Knut Odvar Mosebryggersen Grusgraven 3, 3 tv 3400 Hillerød Første besøg: Seneste besøg: ANDRE DIAGNOSER OG OPERATIONER UNDER INDLÆGGELSEN: : VK UJD05 Oesofagogastroduodenoskopi med biopsi EPIKRISE: Cave: phenoxymethylpenicillin Henvises subakut til ambulant endoskopi. Er fastende. Voldsomt arbejdspres i 14 dage. Dagligt forbrug på 30 cigaretter, 10 kopper kaffe og 3/4 flaske rødvin. I aftes og igen sidste nat mørk, kaffegrumslignende opkastning, ca. 1/2 kop pr. gang. I diazepamrus udføres ovenstående us., hvor slimhinden i oesophagus, antrum, corpus og cardia findes nat. Duodenumovergangen højrød, stedvis letblødende. Der fås gode repræsentative biopsier. Ikke sygemeldt, - har mulighed for mindre belastende arbejdsområder. Er tilrådet stærk reduktion af nydelsesmidler og får udleveret ulcusdiætskema DK26ud. Biopsisvar eftersendes til afdelingen direkte fra patologisk-anatomisk afdeling. Der vedlægges et billede der viser biopsierne: _031121SKR0XX0166OBJ002:IMG:JPG: :PT_001.jpg Sygdommen er beskrevet i Der findes yderligere oplysninger i SUP. Jens Madsen/ep Overlæge

10 3. Den gode XML ambulantepikrise Vedrørende diagnoser og operationer skal sygehuset: 1. at medsende alle aktuelle SKS-diagnoser (det vil sige SKS hovedgruppe D som er det samme som ICD10- klassifikationen) samt Topografikoder (SKS hovedgruppe T ) og eventuelle tillægskoder. 2. at medsende alle aktuelle SKS-operationer (det vil sige SKS hovedgruppe K som er det samme som Nordisk Operationsklassifikation) samt Topografikoder (SKS hovedgruppe T ) og eventuelle tillægskoder. 3. at medsende relevante SKS-behandlinger. 4. at foranstillet SKS-diagnoseart og SKS-operationsart ikke medsendes i selve koden men at denne altid angives entydigt ved den tilsvarende XML kvalifikator. 5. at der ikke sendes yderligere kodet information (hverken medicinkoder, billeddiagnostiske koder, egne lokale koder, Ulykkeskoder, Administrative koder eller andre undersøgelseskoder eller lokale, selvopfundne diagnoser). Vedrørende Epikriseteksten anbefales det sygehuset, at denne struktureres efter følgende guide i ambulantepikrisen: Cave/Kritiske medicinske data? Henvisningsårsag? Resume af forløbet? (Årsag til ambulatoriebesøget. Væsentlige overvejelser og fund. Behandling. Prognose). Behandlingsplan? (Efterbehandling og efterkontrol. Hvor/Hvem/Hvornår/Hvordan. Ambulant/Egen læge/hjemmesygeplejerske). Sygemeldingsvarighed. Socialmedicinsk plan? Information til patienten eller pårørende? (Hvad er der sagt. Udleveret patientvejledning). Medicin? (Dispensering, præparat, styrke, dosering, indikation og evt. varighed. Ved receptudstedelse eller udlevering af medicin anføres endvidere mængde og evt. iterering). Vigtige parakliniske undersøgelsesresultater? (Billeddiagnostik/Laboratoriesvar/Pat. Anat.). Ikke afsluttede undersøgelser? (Undersøgelsesresultater ved udskrivelsen, som væsentlig ændrer præmisser i epikriseindholdet eftersendes med dertil hørende diagnose-, kontrol- og behandlingsforslag). Desuden kan de enkelte elementer i ambulantepikrisen suppleres med: Referencer til et binært element, ex. billeder, ekg osv. som fremsendes separat i et XMEDBIN dokument. URL link til relevante web sider. SUP angivelse af, at der findes supplerende oplysninger i SUP database. 10

11 G-EPJ elementer: Sker fremfinding/dannelse af data til ambulantepikrise teksten på baggrund af en G-EPJ baseret journal kan de oplysninger der stammer fra G-EPJ elementer også sendes i G-EPJ elementerne i XML ambulantepikrisen. Der må ikke findes data i de medsendte G- EPJ elementer som ikke er indeholdt i ambulantepikrise teksten. Modtagersystemet skal organiseres så: At man viser en evt. SUP angivelse på epikrisens første side. at alle de nævnte informationer vises overskueligt (i en eller flere funktioner) gerne i samme form (format og titel) som beskrevet. Dog må overskrifter (f.eks. KOPIMODTAGER ) ikke vises såfremt der ikke er medsendt tilsvarende data. at SKS diagnoser altid vises med foranstillet SKS-bogstav (eller en tilsvarende tekst) til angivelse af diagnoseart og at aktionsdiagnose og henvisningsdiagnose (med eventuelle tillægsdiagnoser) samt evt. behandlinger altid præsenteres særskilt (som vist i det typiske papirbrev ) såfremt disse diagnoser er medsendt. at det fremhæves med STORE BOGSTAVER eller tilsvarende alarm farve/blink, hvis brevet korrigerer tidligere fremsendt ambulantepikrise. Tidligere fremsendte epikriser må aldrig slettes eller ændres. Det anbefales at medsendte binære elementer kan vises direkte ved kald fra den aktuelle journaltekst, og at man returnerer til samme sted i epikriseteksten, når man forlader det binære element. Det anbefales at medsendte URL referencer kan aktiveres direkte fra epikriseteksten, og at man returnerer til samme sted i epikriseteksten, når man forlader referencen. 11

12 12

13 Afsnit B XML Facitliste XML Ambulantepikrise XDIS02 13

14 XML Facitliste Den gode XML ambulantepikrise, XDIS02, VersionCode XD0233L 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. XML-Facitlisten består af følgende objekter: Del A: Emessage (Kuvert) o Envelope (KuvertData) Sent (Dato) o OutPatientDischargeLetter (Ambulantepikrise) Letter (BrevData) Authorisation (Dato) Sender (Afsender) Contact (Kontaktafdeling) Receiver (Modtager) CCReceiver (KopiModtager) Patient (Patient) Relative (Paaroerende) max. x 2 Del B: Referral (Henvisningen) Received (Dato) Refer (HenvisningsDiagnose) ReferralAdditional (HenvisningsTillægsDiagnose) max. x 5 OutPatientFirstVisit (Dato) OutPatientLastVisit (Dato) Diagnose (Diagnoser) Main (Aktionsdiagnose) MainAdditional (AktionsTillægsDiagnose) max. x 5 Other (AndreDiagnoser) max. x 50 o DiagnoseDateTime (Dato) ClinicalInformation (Epikrise) max. x 10 Signed (Dato) Reference (Reference) max. x 10 (Valg) BIN 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. 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. 14

15 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. 15

16 XML Facitliste XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <?xml version="1.0" encoding="iso "?> Format M Skal medsendes som en kopi af den viste XML deklaration <!--MedCom_De_gode_XMLbreve_ !> 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_anmodn ing</acknowledgementcode> KVA M KUVKVIT <AcknowledgementCod e></acknowledgement Code> 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> <OutPatientDischargeLetter> M <OutPatientDischarge Letter> <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></Versio ncode> 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. 16

17 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Statisticalcode>Brevets_statistiknummer</Statistical code> an..8 M BrvStat <Statisticalcode></Stati sticalcode> 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></TypeCod TypeCode er kvalifikator for brevets type. Se e > kvalifikatorliste. <StatusCode>Brevets_status</StatusCode> KVA M BRVMODIFI <StatusCode></Status Code> <EpisodeOfCareIdentifier>Brevets_sygdoms_forloeb snummer</episodeofcareidentifier> </Letter> M </Letter> <Sender> M <Sender> <EANIdentifier>Afsenders_lokationsnummer</EANId entifier> StatusCode er en kvalifikator der angiver om brevet er nyt, rettet eller slettet. Den aktuelle anvendelse kan ses i kvalifikatorlisten. Skal altid udfyldes validt. an..35 ForloebsNr <EpisodeOfCareIdentifi EpisodeOfCareIdentifier er reserveret til SSTs kommende er></episodeofcareide forløbsmodel og benyttes til at knytte informationer til ntifier> samme sygdomsforløb. an..35 M AfsLok <EANIdentifier></EANI dentifier> 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 afdelingseller 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. 17

18 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <IdentifierCode>Afsenders_ID_nummers_type</Ident ifiercode> <OrganisationName>Afsenders_organisation</Organi sationname> <DepartmentName>Afsenders_afdeling_el_socialomr aade</departmentname> KVA M KODE <IdentifierCode></Identi fiercode> an..35 M AfsOrg <OrganisationName></ OrganisationName> an..35 AfsAfdTitel <DepartmentName></D epartmentname> <UnitName>Afsenders_afdeling_el_socialdistrikt</Uni an..35 AfsAfsnitNavn <UnitName></UnitNam tname> e> 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 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. <StreetName>Afsenders_adresse</StreetName> an..35 AfsAdr <StreetName></StreetN ame> <SuburbName>Afsenders_bostednavn</SuburbNam an..35 AfsStedNavn <SuburbName></Subur SuburbName er et evt. stednavn på afsenders primære e> bname> adresse for eks.: Mullerup, 5772 Kværndrup. <DistrictName>Afsenders_by</DistrictName> an..35 AfsBy <DistrictName></Distric DistrictName er afsenders bynavn på primære adresse. tname> <PostCodeIdentifier>Afsenders_postnummer</PostC an..9 AfsPost <PostCodeIdentifier></ PostCodeIdentifier er afsenders postnummer på primære odeidentifier> PostCodeIdentifier> adresse. <TelephoneSubscriberIdentifier>Afsenders_telefon</ an..25 AfsTlf <TelephoneSubscriberI TelephoneSubscriberIdentifier er afsenders telefonnummer. TelephoneSubscriberIdentifier> dentifier></telephones <MedicalSpecialityCode>Afsenders_medicinske_spe ciale</medicalspecialitycode> ubscriberidentifier> KVA AFSSPEC <MedicalSpecialityCode ></MedicalSpecialityCo de> MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. Skal udfyldes, men er medicinsk speciale ikke kendt /ikke relevant benyttes kvalifikatoren "ikkeklassificeret". Se kvalifikatorliste. <Contact> <Contact> <Identifier>Afsenderkontakts_ID</Identifier> an..17 M KontAfdID <Identifier></Identifier> Identifier er kontaktens sygehusafdelingsnummer, ydernummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor. 18

19 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <IdentifierCode>Afsenderkontakts_ID_type</Identifier Code> KVA M KODE <IdentifierCode></Identi fiercode> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. <OrganisationName>Afsenderkontakts_organisation< an..35 KontOrg <OrganisationName></ OrganisationName er navnet i tekst på kontaktens sygehus /OrganisationName> OrganisationName> eller lægehus. Udfyldes som for SenderOrganisationName. <DepartmentName>Afsenderkontakts_afdeling</Dep an..35 KontAfdTitel <DepartmentName></D DepartmentName er navnet på kontaktens sygehusafdeling artmentname> epartmentname> eller titlen "Læge" hvis kontakten er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName. <UnitName>Afsenderkontakts_afsnit</UnitName> an..35 KontAfsNavn <UnitName></UnitNam e> UnitName er kontaktens sygehusafsnit eller for- og efternavn (hvis modtager er en person i et lægehus). Se beskrivelse under SenderUnitName. </Contact> </Contact> </Sender> M </Sender> <Receiver> M <Receiver> <EANIdentifier>Modtagers_lokationsnummer</EANId an..35 M ModtLok <EANIdentifier></EANI EANIdentifier er kuvertmodtagers lokationsnummer. entifier> dentifier> <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</Identi KVA M KODE <IdentifierCode></Identi IdentifierCode er kvalifikator for det anvendte kode- el. fiercode> fiercode> klassifikationssystem - ofte "sygehusafdelingsnummer" hvis modtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. <OrganisationName>Modtagers_organisation</Organ isationname> <DepartmentName>Modtagers_afdeling</Departmen tname> an..35 ModtOrg <OrganisationName></ OrganisationName> an..35 ModtAfdTitel <DepartmentName></D epartmentname> <UnitName>Modtagers_afsnit</UnitName> an..35 ModtAfsNavn <UnitName></UnitNam e> <StreetName>Modtagers_adresse</StreetName> an..35 ModtAdr <StreetName></StreetN ame> 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. StreetName er modtagers primære adresse. 19

20 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <SuburbName>Modtagers_bostednavn</SuburbNam an..35 ModtStedNavn <SuburbName></Subur SuburbName er et evt. stednavn på modtagers primære e> bname> adresse f.eks.: Mullerup, 5772 Kværndrup. <DistrictName>Modtagers_bynavn</DistrictName> an..35 ModtBy <DistrictName></Distric DistrictName er modtagers bynavn på primære adresse. tname> <PostCodeIdentifier>Modtagers_postnummer</PostC an..9 ModtPost <PostCodeIdentifier></ PostCodeIdentifier er modtagers postnummer på primære odeidentifier> PostCodeIdentifier> adresse. </Receiver> M </Receiver> <CCReceiver> <CCReceiver> <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</ KVA M KODE <IdentifierCode></Identi IdentifierCode er kvalifikator for det anvendte kode- el. IdentifierCode> fiercode> klassifikationssystem - ofte "sygehusafdelingsnummer" hvis kopimodtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. <OrganisationName>Kopimodtagers_organisation</O rganisationname> <DepartmentName>Kopimodtagers_afdeling</Depart mentname> an..35 KopiModtOrg <OrganisationName></ OrganisationName> an..35 KopiModtAfdTit el <UnitName>Kopimodtagers_afsnit</UnitName> an..35 KopiModtAfsNa vn <DepartmentName></D epartmentname> <UnitName></UnitNam e> 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 for- og efternavn (hvis kopimodtager er en person i et lægehus). Se beskrivelse under SenderUnitName. StreetName er kopimodtagers primære adresse. <StreetName>Kopimodtagers_adresse</StreetName > an..35 KopiModtAdr <StreetName></StreetN ame> <SuburbName>Kopimodtagers_bostednavn</Suburb an..35 KopiModtStedN <SuburbName></Subur SuburbName er et evt. stednavn på kopimodtagers primære Name> avn bname> adresse, f.eks.: Mullerup, 5772 Kværndrup. <DistrictName>Kopimodtagers_bynavn</DistrictNam an..35 KopiModtBy <DistrictName></Distric DistrictName er kopimodtagers bynavn på primære adresse. e> tname> <PostCodeIdentifier>Kopimodtagers_postnummer</P an..9 KopiModtPost <PostCodeIdentifier></ PostCodeIdentifier er kopimodtagers postnummer på ostcodeidentifier> PostCodeIdentifier> primære adresse. </CCReceiver> </CCReceiver> <Patient> M <Patient> Vælg mellem ( Vælg mellem ( 20

21 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <CivilRegistrationNumber>Patientens_CPR_nummer </CivilRegistrationNumber> eller <AlternativeIdentifier>Patientens_erstatnings_CPR_n ummer</alternativeidentifier> n10 PatCPR <CivilRegistrationNumb er></civilregistrationn umber> eller an10 PatErstatCPR <AlternativeIdentifier></ AlternativeIdentifier> CivilRegistrationNumber er patientens valide CPR-nummer og dette eller et erstatningsnummer skal altid medsendes. CPR-nummer sendes uden bindestreg. Hvis et validt cprnummer ikke findes sendes et erstatningsnummer i AlternativeIdentifier på præcis 10 tegn. 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>Patientens_efternavn</Pers onsurnamename> an..70 M PatEnavn <PersonSurnameName ></PersonSurnameNam e> PersonSurnameName er patientens efternavn. <PersonGivenName>Patientens_fornavne</PersonGi an..70 PatFnavn <PersonGivenName></ PersonGivenName er patientens fornavn(e). Fornavn bør venname> PersonGivenName> altid medsendes. <AlternativeIdentifier>Patientens_erstatnings_CPR_n an10 PatErstatCPR <AlternativeIdentifier></ AlternativeIdentifier er et erstatnings CPR-nummer eller et ummer</alternativeidentifier> AlternativeIdentifier> usikkert CPR-nummer på præcis 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. <StreetName>Patientens_adresse</StreetName> an..35 PatAdr <StreetName></StreetN StreetName er patientens primære vejnavn og nummer. ame> <SuburbName>Patientens_bostednavn</SuburbNam an..35 PatStedNavn <SuburbName></Subur SuburbName er et evt. stednavn på patientens primære e> bname> adresse f.eks.: Mullerup, 5772 Kværndrup. <DistrictName>Patientens_bynavn</DistrictName> an..35 PatBy <DistrictName></Distric DistrictName er bynavn på den primære adresse. tname> <PostCodeIdentifier>Patientens_postnummer</PostC an..9 PatPost <PostCodeIdentifier></ PostCodeIdentifier er postnummeret på den primære odeidentifier> PostCodeIdentifier> adresse. <OccupancyText>Patientens_stillingsbetegnelse</Oc an..35 PatStl <OccupancyText></Occ OccupancyText er patientens stillingsbetegnelse. cupancytext> upancytext> <EpisodeOfCareStatusCode>Patientens_status</Epi sodeofcarestatuscode> KVA M PATSTA <EpisodeOfCareStatus EpisodeOfCareStatusCode er en kvalifikator, der angiver Code></EpisodeOfCare patientstatus. Se kvalifikatorliste. StatusCode> </Patient> M </Patient> <Relative> <Relative> <RelationCode>Paaroerendes_type</RelationCode> KVA M PAAROER <RelationCode></Relati RelationCode er en kvalifikator, der angiver den pårørendes oncode> relation til patienten, f.eks. om det er far eller mor. 21

22 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <PersonIdentifier>Paaroerendes_ID_nummer,_fx_CP an..10 PaaroerCPR <PersonIdentifier></Per PersonIdentifier er pårørendes CPR-nr. hvis et sådant R.</PersonIdentifier> sonidentifier> findes. <PersonSurnameName>Paaroerendes_efternavn</P an..70 M PaaroerEnavn <PersonSurnameName PersonSurnameName er pårørendes efternavn. Skal ersonsurnamename> ></PersonSurnameNam udfyldes, hvis elementet benyttes. e> <PersonGivenName>Paaroerendes_fornavne</Perso an..70 PaaroerFnavn <PersonGivenName></ PersonGivenName er pårørendes fornavn(e). ngivenname> PersonGivenName> <StreetName>Paaroerendes_adresse</StreetName> an..35 PaaroerAdr <StreetName></StreetN StreetName er pårørendes primære adresse. ame> <SuburbName>Paaroerendes_bostednavn</SuburbN an..35 PaaroerStedNa <SuburbName></Subur SuburbName er et evt. stednavn på pårørendes primære ame> vn bname> adresse f.eks.: Mullerup, 5772 Kværndrup. <DistrictName>Paaroerendes_bynavn</DistrictName > an..35 PaaroerBy <DistrictName></Distric DistrictName er bynavn på den primære adresse. tname> <PostCodeIdentifier>Paaroerendes_postnummer</Po an..9 PaaroerPost <PostCodeIdentifier></ PostCodeIdentifier er postnummeret på den primære stcodeidentifier> PostCodeIdentifier> adresse. </Relative> </Relative> <Referral> <Referral> <Identifier>Henvisningens_brev_nummer</Identifier> an..35 HenvBrvNr <Identifier></Identifier> Identifier er nummeret på en henvisning, der er fremsendt tidligere. <Received> <Received> <Date>Henvisningens_modtagelses_dato</Date> Date M HenvModtDato <Date></Date> Date er den dato hvor henvisningen blev modtaget på sygehuset. <Time>Henvisningens_modtagelses_klokkeslet</Tim Time M HenvModtDato <Time></Time> Time er det tidspunkt hvor henvisningen blev modtaget på e> sygehuset. </Received> </Received> <Refer> <Refer> <DiagnoseCode>Henvisningsdiagnosen_i_kode</Dia gnosecode> an..17 M HenvKodeNr <DiagnoseCode></Diag nosecode> DiagnoseCode er sygehusets henvisningsdiagnoses SKS kodenummer. Kodenummeret fremsendes uden foranstillet diagnoseart ("H") men vises for brugeren med foranstillet "H". <DiagnoseTypeCode>Henvisningsdiagnosekodens_t KVA M KODE <DiagnoseTypeCode>< DiagnoseTypeCode er kvalifikator for det anvendte kode- el. ype</diagnosetypecode> /DiagnoseTypeCode> klassifikationssystem - normalt "SKSdiagnosekode" <DiagnoseText>Henvisningsdiagnosen_i_tekst</Diag an..70 M HenvKodeTxt <DiagnoseText></Diag DiagnoseText er den til henvisningskoden tilhørende SKSnoseText> nosetext> ICD10 kodetekst. Kodebetydning skal medsendes hvis elementet benyttes. Modtagersystemet skal vise den fremsendte tekst for brugeren ikke en tekst hentet i et register i modtagersystemet. 22

23 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </Refer> </Refer> <ReferralAdditional> <ReferralAdditional> <DiagnoseCode>Henvisnings_tillaegsdiagnose_01_i _kode</diagnosecode> an..17 M DiaKodeNr <DiagnoseCode></Diag nosecode> DiagnoseCode er en evt. SKS tillægsdiagnose (Kvalifikator "tillaegsdiagnose") til henvisningsdiagnosen. Der kan kun fremsendes 5 tillægskoder. Tillægsdiagnosen fremsendes uden foranstillet plus "+" men vises for brugeren med foranstillet "+". <DiagnoseTypeCode>Henvisnings_tillaegsdiagnosek KVA M KODE <DiagnoseTypeCode>< DiagnoseTypeCode er kvalifikator for det anvendte kode- el. odes_type</diagnosetypecode> /DiagnoseTypeCode> klassifikationssystem - normalt "SKS" <DiagnoseText>Henvisnings_tillaegsdiagnose_i_teks an..70 M DiaTxt <DiagnoseText></Diag DiagnoseText er den til tillægskoden tilhørende SKS t</diagnosetext> nosetext> kodetekst. Kodebetydning skal medsendes hvis elementet benyttes. Modtagersystemet skal vise den fremsendte tekst for brugeren - ikke en tekst hentet i et register i modtagersystemet. </ReferralAdditional> </ReferralAdditional> </Referral> </Referral> <OutPatientFirstVisit> <OutPatientFirstVisit> <Date>Dato_for_foerste_ambulant_besoeg</Date> Date M StartSlutDato <Date></Date> Date er "dato" for første ambulantbesøg og angives på formen YYYY-MM-DD <Time>DaKlokkeslet_for_foerste_ambulant_besoeg< Time M StartSlutDato <Time></Time> Time er tidspunkt for første ambulantbesøg. Hvis klokkeslæt /Time> ikke findes angives de fire tal som "00:00". </OutPatientFirstVisit> </OutPatientFirstVisit> <OutPatientLastVisitDate> <OutPatientLastVisitD ate> <Date>Dato_for_sidste_ambulantbesoeg</Date> Date M StartSlutDato <Date></Date> Date er dato for seneste ambulantbesøg og angives på formen YYYY-MM-DD. <Time>DaKlokkeslet_for_sidste_ambulantbesoeg</Ti Time M StartSlutDato <Time></Time> Time er tidspunkt for seneste ambulantbesøg. Hvis me> klokkeslæt ikke findes angives de fire tal som "00:00". </OutPatientLastVisitDate> </OutPatientLastVisit Date> <Diagnose> <Diagnose> <Main> <Main> <DiagnoseCode>Aktionsdiagnosen_i_kode</Diagnos ecode> an..17 M AktDiaKodeNr <DiagnoseCode></Diag nosecode> DiagnoseCode er kodenummer for den vigtigste diagnose: Aktionsdiagnosen - Altid et SKS-ICD10 kodenummer. Koden fremsendes uden foranstillet SKS-diagnoseart (uden "A") - men vises for brugeren med foranstillet "A" eller en tilsvarende tekst. 23

24 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <DiagnoseText>Aktionsdiagnosen_i_tekst</Diagnose Text> </Main> <MainAdditional> <DiagnoseCode>Aktions_tillaegsdiagnose_i_kode</D iagnosecode> an..70 M AktDiaTxt <DiagnoseText></Diag nosetext> </Main> <MainAdditional> an..17 M DiaKodeNr <DiagnoseCode></Diag nosecode> <DiagnoseText>Aktions_tillaegsdiagnose_i_tekst</Di agnosetext> an..70 M DiaTxt <DiagnoseText></Diag nosetext> </MainAdditional> </MainAdditional> <Other> <Other> <DiagnoseDescriptionCode>Andre_diagnosers_art_( KVA M DIABEH <DiagnoseDescriptionC SKS_art)</ DiagnoseDescriptionCode> ode></ DiagnoseDescriptionCo de> DiagnoseText er den officielle kodetekst til aktionsdiagnosen - Altid en SKS-ICD10 tekst. Kodebetydning skal medsendes. DiagnoseCode er kodenummer på den første tillægsdiagnose. Tillægskoden fremsendes uden foranstillet plus ("+") - men vises for modtager med foranstillet "plus" eller en tilsvarende tekst. DiagnoseText er den til DiagnoseCode tilhørende kodetekst. Kodebetydning skal medsendes. DiagnoseDescriptionCode er en kvalifikator, der angiver diagnose-, operations- og undersøgelsesarten, f.eks. forloebsdiagnose, operation og roentgenundersoegelse. Se kvalifikatorlisten. <DiagnoseCode>Andre_diagnoser_i_kode</Diagnos an..17 M KliniskInfoKode <DiagnoseCode></Diag DiagnoseCode er kodenummer for diagnosen, operationen ecode> Nr nosecode> o.l. typisk et SKS Kodenummer. <DiagnoseTypeCode>Andre_diagnosers_kode_type< KVA M KODE <DiagnoseTypeCode>< DiagnoseTypeCode er kvalifikator for det anvendte kode el. /DiagnoseTypeCode> /DiagnoseTypeCode> klassifikationssystem - ofte SKS. Se kvalifikatorlisten. <DiagnoseText>Andre_diagnoser_i_tekst</Diagnose Text> an..70 M KliniskInfoTxt <DiagnoseText></Diag nosetext> DiagnoseText er den officielle kodetekst for diagnosen, operationen m.v. - typisk (men ikke altid) en SKS tekst. Den fremsendte tekst skal altid vises for brugeren. <DiagnoseDateTime> <DiagnoseDateTime> <Date>Andre_diagnosers_dato</Date> Date M KliniskInfoDato <Date></Date> Date er datoen for medsendt klinisk information. Datoen angiver for operationer "operationsdato" og for røntgenundersøgelser og andre undersøgelser "besøgsdatoen/undersøgelsesdatoen". Date angives ikke ved diagnoser. <Time>Andre_diagnosers_klokkeslet</Time> Time M KliniskInfoDato <Time></Time> Time er tidspunktet for medsendt klinisk information. Se yderligere beskrivelse ovenfor. </DiagnoseDateTime> </DiagnoseDateTime> </Other> </Other> </Diagnose> </Diagnose> <ClinicalInformation> <ClinicalInformation> <Signed> <Signed> 24

25 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Date>Epikrisetekstens_dato</Date> Date M KontaktNotatDa <Date></Date> Date er en dato der viser hvornår patientkontakten, der to beskrives har fundet sted. Benyttes sjældent. <Time>Epikrisetekstens_klokkeslet</Time> Time M KontaktNotatDa <Time></Time> Time er et tidspunkt der viser hvornår patientkontakten, der to beskrives har fundet sted. Benyttes sjældent. </Signed> </Signed> <Text01>Epikriseteksten</Text01> tx Epitekst <Text01></Text01> Text01 af epikriseteksten. </ClinicalInformation> </ClinicalInformation> Vælg mellem max. 10 ialt ( Vælg mellem max. 10 ialt ( <Reference> <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, an..70 M <RefDescription></Ref RefDescription er beskrivelse af typen af efterfølgende BIN, URL</RefDescription> Description> 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, an..70 M <RefDescription></Ref RefDescription er beskrivelse af typen af efterfølgende BIN, URL</RefDescription> Description> tekstelement, ex. SUP, BIN eller URL. <SUP>True</SUP> BOOLE AN M <SUP></SUP> SUP angiver med ja/nej om der findes tilhørende eller supplerende information i en SUP database </Reference> </Reference> eller eller <Reference> <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, an..70 M <RefDescription></Ref RefDescription er beskrivelse af typen af efterfølgende BIN, URL</RefDescription> Description> tekstelement, ex. SUP, BIN eller URL. <BIN> <BIN> <ObjectIdentifier>Objektets_IDnummer</ObjectIdentif an..35 M Objektrefnr <ObjectIdentifier></Obj ObjectIdentifier er objektets ID nummer, genereret af ier> ectidentifier> afsendersystemet. Samme ID som i tilhørende XMEDBIN. <ObjectCode>Objektets_type</ObjectCode> KVA M OBJEKTTYPE <ObjectCode></Object Code> ObjectCode er objektets type, f.eks. billede, tekst, program eller biosignal <ObjectExtensionCode>Filekstension_for_objektet</ KVA M OBJEKTEXTEN <ObjectExtensionCode ObjectExtensionCode er fil ekstension for objektet, f.eks. ObjectExtensionCode> SION ></ObjectExtensionCod jpg, doc, exe eller waw. e> <OriginalObjectSize>Objektstoerrelse</OriginalObjec n..18 M Objektstoerrelse <OriginalObjectSize></ OriginalObjectSize er objektets størrelse i antal bytes. tsize> OriginalObjectSize> </BIN> </BIN> 25

26 XML Facitliste XDIS02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </Reference> </Reference> ) ) </OutpatientDischargeLetter> M </OutpatientDischarge Letter> </Emessage> M </Emessage> 26

27 XML Kvalifikatorliste Den gode XML ambulantepikrise, XDIS02, VersionCode XD0233L 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 27

28 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. DiagnoseDescriptionCodeType uspec_diagnose Default DIABEH DI Uspecificeret diagnose DiagnoseDescriptionCodeType henv_diagnose DIABEH H Henvisningsdiagnose DiagnoseDescriptionCodeType bidiagnose DIABEH B Bidiagnose DiagnoseDescriptionCodeType tillaegsdiagnose DIABEH DM Tillægsdiagnose DiagnoseDescriptionCodeType aktionsdiagnose DIABEH A Aktionsdiagnose DiagnoseDescriptionCodeType midlertidig_diagnose DIABEH M Midlertidig diagnose DiagnoseDescriptionCodeType forloebsdiagnose DIABEH S Forløbsdiagnose DiagnoseDescriptionCodeType operation DIABEH TR Operationer/behandlinger. Operationer fremsendes altid i rækkefølgen "V", "P", "D" hvor "V" er vigtigste, "P" er primære og "D" er deloperation iht. SKS operationsarter. DiagnoseDescriptionCodeType roentgenundersoegelse DIABEH IN Røntgenundersøgelsestype iht. SSTs Røntgenklassifikation eller anden undersøgelse. DiagnoseTypeCodeType SKSdiagnosekode Default KODE SKS Angiver den officielle SKS-ICD10 diagnosekode. DiagnoseTypeCodeType uspecificeretkode KODE USP Uspecificeret, det vil sige lokal kode. DiagnoseTypeCodeType ICPCkode KODE ICP ICPC-kode. EpisodeOfCareStatusCodeType inaktiv Default PATSTA POT Patienten uden tidl. sygehuskontakt. Svarer til SSTforløbsstatus "inaktiv". "inaktiv" benyttes indtil videre også for henviste patienter (SKS-forløbsstatus "henvist"), for afsluttede patienter (SKS-forløbsstatus "Afsluttet") og i det hele taget hvis der er tvivl om angivelsen af patientstatus. EpisodeOfCareStatusCodeType indlagt PATSTA HS Patienten er indlagt. Svarer til SST-forløbsstatus "Indlagt". EpisodeOfCareStatusCodeType ambulant PATSTA HA Patienten er under ambulantbehandling. Svarer til SSTforløbsstatus "Ambulant". 28

29 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition EpisodeOfCareStatusCodeType doed PATSTA DA Patienten er død. Svarer til SST-forløbsstatus "Død". EpisodeOfCareStatusCodeType ambulant_roentgen PATSTA REQ Patienten er under ambulant røntgenbehandling. Svarer til SST-forløbsstatus "Ambulant". 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 sorkode KODE SOR Sundhedsvæsenets 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 Blandet AFSSPEC 00 Blandet medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType intern_medicin_sygehus AFSSPEC 1 Intern medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType geriatri AFSSPEC 2 Geriatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType hepatologi AFSSPEC 3 Hepatologi (Afsenders sygehusspeciale). 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 palliativ AFSSPEC 14 Palliativ medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType akut AFSSPEC 15 Akut medicin (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). 29

30 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT KvalifikatorNavn Gyldige EDIFACT vaerdier XML KvalifikatorDefinition 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 sexologi AFSSPEC 39 Sexologi (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). 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 paediatri_sygehus AFSSPEC 80 Pædiatri (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 retsmedicin AFSSPEC 92 Retsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType fysioterapi_sygehus AFSSPEC 98 Fysio- og ergoterapi (Afsenders sygehusspeciale). MedicalSpecialityCodeType anaestesiologi_praksis AFSSPEC 2501 Anæstesiologi (Afsenders praksisspeciale). MedicalSpecialityCodeType roentgen_kbh AFSSPEC 2503 Røntgen (København) (Afsenders praksisspeciale). 30