Den gode XML ambulantepikrise

Transkript

1 XDIS02 Den gode XML ambulantepikrise OutPatientDischargeLetter Dato: XML Facitliste for XML ambulantepikrise VersionCode: XD0234L TypeCode:XDIS02 Namespace: 1

2 Rettelser Dato Ansvarlig Version Beskrivelse ANJ 1.0 Vejledende tekster og links tilrettet ANJ 0.1 Ny version af Den gode ambulantepikrise med rettelser i forbindelse med projekt omkring Forbedring af epikriser med det formål at højne kvaliteten i epikriserne. I den forbindelse er der tilføjet to nye tags: ActionPriority (Prioritet) RecommendedAction (Anbefalet opfølgning) 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. 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 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 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. Dette betyder at IdentifierCodeType i alle meddelelser også kan antage værdien sorkode. 2

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

4 Reference og link til materiale Forkortels e Dokument navn Dokument link Kommenta r VE Den Gode gode VANSEnvelope VANSEnvelope XCTRL Den gode Control gode CONTRL/XML/Dokumentation/XCTL01.pdf XML Kvitteringe r XSD Skema filer (release) XMLSYN XML syntaks- og kommunikationsregle r.xsd og kommunikationsregler/xml/dokumentation/synogkom.pdf TSTTL XML Test tool XML validator TSTEX Test eksempler TSTPROT Test Protokol l/ 4

5 Indholdsfortegnelse Baggrund... 6 Sundhedsfaglige anbefalinger Formål Et typisk papirbrev Den gode XML ambulantepikrise Det anbefales lægesystemet: Relation til øvrige standarder Kvitteringer XML Facitliste XML kvalifikatorliste

6 BAGGRUND Denne udgave af standarden for Den Gode Epikrise er målrettet Ambulantepikrisen XDIS02 og omhandler kun dokumentation for denne meddelelsestype. MedCom MEDDIS standard til kommunikation af epikriser m.v. er i en årrække blevet benyttet i stor skala i daglig drift over hele landet. I projektet Forbedring af epikriser er følgende gruppe nedsat til udarbejdelse af tiltag til forbedring af epikrisen. Gruppen består af følgende medlemmer: Annemarie Gammelgaard Frandsen, Region Nordjylland Tine Hoelgård, Region Midtjylland Bjarke Beier Kjeldsen, Region Hovedstaden Anne Kathrine Langfeldt Leksø, Region Sjælland Susanne Pedersen, Region Syddanmark Linda Kromann, Region Syddanmark Erik Holk, PKO, Region Syddanmark Bjørn Perrild, PKO, Region Hovedstaden Morten Ohrt, PKO, Region Nordjylland Torsten Breuerbach Larsen, Styrelsen for patientsikkerhed Mette Bay Skov, Danske Regioner Jette Galatius, PLO Tom Høg Sørensen, MedCom Michael Johansen, MedCom Anders Jensen, MedCom Alice Kristensen, MedCom Gitte Henriksen, MedCom Styrelsen for Patientsikkerhed har siden 2016 foretaget et større afdækkende arbejde i forhold til epikriser og de patientsikkerhedsmæssige risici, der kan være forbundet med epikriserne. Styrelsen har i samarbejde med relevante klinikere, interesseorganisationer, departementet og MedCom kortlagt problemer, løsningsforslag og nøgleaktører. En høj kvalitet i epikriser er central, hvis det skal være trygt at være patient. Derfor har epikriser været et langsigtet indsatsområde for Styrelsen for Patientsikkerhed. Det overordnede emne, henvisning, udskrivelse og modtagelse, blev besluttet i Nationalt Forum (nedlagt og erstattet af den strategiske følgegruppe for det risikobaserede tilsyn i 2016). Herefter afgrænsede Fagligt Forum et forum bestående af faglige repræsentanter fra sundhedsvæsenet, som rådgiver styrelsen om læringsaktiviteter indsatsen til at fokusere på epikriser. Under Fagligt Forum blev der nedsat en epikrise-arbejdsgruppe. På baggrund af arbejdsgruppens anbefalinger afholdt Styrelsen for Patientsikkerhed indledende møder med PLO og MedCom samt en workshop med nøgleinteressenter fra hele sundhedsvæsenet. En høj kvalitet i epikriser er central, hvis det skal være trygt at være patient. Derfor har epikriser været et langsigtet indsatsområde for Styrelsen for Patientsikkerhed. Det overordnede emne, henvisning, udskrivelse og modtagelse, blev besluttet i Nationalt Forum (nedlagt og erstattet af den strategiske følgegruppe for det risikobaserede tilsyn i 2016). Herefter afgrænsede Fagligt Forum et forum bestående af faglige repræsentanter fra sundhedsvæsenet, som rådgiver styrelsen om læringsaktiviteter indsatsen til at fokusere på epikriser. Under Fagligt Forum blev der nedsat en epikrise-arbejdsgruppe. På baggrund af arbejdsgruppens anbefalinger afholdt Styrelsen for Patientsikkerhed indledende møder med PLO og MedCom samt en workshop med nøgleinteressenter fra hele sundhedsvæsenet. 6

7 Den samlede dokumentation af de gode XML-breve består af: Afsnit A Indeholder sundhedsfaglige anbefalinger og en kort gennemgang af formålet med den pågældende kommunikation samt vist et eksempel på et typisk papirbrev af den pågældende type. Hensigten med disse to beskrivelser er at give udenforstående (f.eks. programmører) en overordnet forståelse af hvad kommunikationen indebærer i praksis. Dernæst er der anbefalinger og krav til det informationsindhold, der skal sendes og vises for brugeren. anbefalinger og krav til præsentation af dette informationsindhold i journalsystemet. Afsnit B Indeholder den tekniske dokumentation af nærværende XML-standard og består af: 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. Såfremt der er mange ambulante besøg, sender de fleste ambulatorier / sygehusafdelinger en epikrise til egen læge efter Facitliste For at sikre overensstemmelse mellem de sundhedsfaglige anbefalinger og en entydig mapning i MedComs XML-standarder er udarbejdet en Facitliste for benyttelsen af nærværende XML standard. Facitlisten skal sikre en ensartet benyttelse af standarden, således at alle afsendersystemer vil kunne anvende standarden nøjagtig ens. Definitionerne for de enkelte dataelementer er ligeledes opført i facitlisten. Kvalifikatorliste Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og de tilhørende værdier. SUNDHEDSFAGLIGE ANBEFALINGER hvert besøg eller med passende mellemrum. I brevet informerer sygehuset kort om datoen for ambulantbesøget, om den aktuelle midlertidige diagnose og om operationer m.v. under ambulantbehandlingen medens sygehuset ved afslutning af ambulantforløbet giver en mere sammenhængende beskrivelse. Når læger udarbejder epikrisen, skal de tage stilling til, om der er anbefalinger om opfølgning hos praktiserende læge gennem fire gennemarbejdede og prædefinerede svarmuligheder: 7

8 (Rød) (Gul) (Grøn) (Tom) Ja, opfølgningen bør ske akut inden for 1-2 hverdage! Ja, patienten er sårbar og har behov for opsøgende indsats fra praktiserende læge. Ja, patienten eller dennes netværk/pårørende kan selv tage kontakt til praktiserende læge. Nej, indeholder IKKE anbefalinger om opfølgning hos praktiserende læge. Det anbefales sygehuset, at der så vidt muligt sendes, hvad praksis 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: 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 til den praktiserende læge, men udelukkende anvendes i deskriptivt øjemed til internt journalbrug Informationsindholdet i ambulantepikrisen er nærmere beskrevet i de efterfølgende afsnit om Den gode ambulantepikrise 8

9 2. Et typisk papirbrev En almindelig papir ambulantepikrise fra et sygehus med grøn/rutine markering kan f.eks. se sådan ud: ** AMBULANTEPIKRISE** HILLERØD SYGEHUS KIRURGISK AFD. A Afsendt: kl Lægehuset Vandværksvej Hillerød. KOPIMODTAGER: Læge Hans Andersen Børstenbindergade Hillerød Knut Odvar Test Mosebryggersen Grusgraven 3, 3 tv 3400 Hillerød Første besøg: Seneste besøg: AKTIONSDIAGNOSE: A DK26 Ulcus duodeni ANDRE DIAGNOSER OG OPERATIONER UNDER BESØGET: : VKUJD05 Oesofagogastroduodenoskopi med biopsi 9

10 ANBEFALING OM OPFØLGNING HOS EGEN LÆGE Er tilrådet stærk reduktion af nydelsesmidler og får udleveret ulcusdiætskema DK26ud. Biopsisvar eftersendes til egen læge direkte fra patologisk-anatomisk afdeling. EPIKRISE: Resume af behandlingsforløb: 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. Jens Madsen/ep Overlæge (Overskrifter er vist med kursiv - og medsendes ikke i meddelelsen) 10

11 3. Den gode XML ambulantepikrise Det anbefales sygehuset at følgende informationer medsendes i en ambulantepikrise Information: Præsentationsforslag: 1 Brevtype ** AMBULANTEPIKRISE** 2 Afsendelsestidspunkt Afsendt: kl Afsender HILLERØD SYGEHUS KIRURGISK AFD. A 4 Modtager Lægehuset, Vandværksvej 99, 3400 Hillerød 5 Evt. kopimodtager Kopimodtager: Læge Hans Andersen, Børstenbindergade 34, 3400 Hillerød 6 Patientoplysninger Knut Odvar Mosebryggersen Grusgraven 3, 3 tv 3400 Hillerød 7 Første besøg: Første besøg: Sidste besøg: Seneste besøg: Aktionsdiagnose Yderligere diagnoser A DK26 Ulcus duodeni 11 Operationer og indgreb : VKUJD05 Oesofagogastroduodenoskopi med biopsi 12 Anbefaling til lægen Se nedenfor Epikrisetekst Epikriseunderskriver og dato Se nedenfor Jens Madsen, Overlæge /ep Vedrørende kopimodtager (punkt 5) skal sygehussystemet sørge for: at modtager- og kopimodtageroplysninger angives fuldstændig ens i epikrisen, så det er modtagerlokationsnummeret der varierer. Modtagersystemet kan ud fra egen læges oplysninger udlede, om der er tale om en kopi af epikrisen eller det er originalen. Originalepikrisen sendes typisk til henviser. Vedrørende diagnoser og operationer (punkt 9, 10 og 11 i skemaet) anbefales det 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 foranstillet SKS-diagnoseart og SKS-operationsart ikke medsendes i selve koden men at denne altid angives entydigt ved den tilsvarende XML kvalifikator. 11

12 4. 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 overskriften Anbefaling om opfølgning hos egen læge, (punkt 12) I begyndelsen af epikrisen skal der være en tydelig beskrivelse af, hvilken opfølgning der anbefales, hvem der bør foretage den, og hvornår den bør foregå. Det skal angives, hvis patientens praktiserende læge (egen læge) anbefales at følge op med eksempelvis ordination af medicin, kontrolblodprøver, røntgen og anden behandlingsopfølgning. Det gælder også eventuel anbefaling om lægeligt fravalg af genoplivningsforsøg ved hjertestop samt justering af igangværende livsforlængende behandling eller hel eller delvis indstilling heraf. Se yderligere dokumentation her: Baggrundsmateriale/ tekst med i epikrisen. Se i øvrigt også vejledning fra Styrelsen for Patientsikkerhed her, hvor der er uddybende tekst under hovedoverskrifterne: Baggrundsmateriale/ Guide/overskrifter til epikriseteksten: Resume af behandlingsforløb Patientinformation og -aftale Medicinoplysninger Forebyggelses- og sundhedsfremmende plan Ikke-afsluttede og planlagte undersøgelser Medicinliste o Patientens ajourførte medicinliste skal indsættes i overskuelig form til sidst i epikrisen. Medicinlisten skal være identisk med medicinoplysninger i FMK. Det anbefales lægesystemet: Vedrørende Epikriseteksten (punkt 13 og 14) anbefales det sygehuset, at denne struktureres efter nedenstående guide med specifikke felter med nedenstående hovedoverskrifter og hvis lægen har udfyldt tekst i felterne, så sendes overskrift og den tilhørende at Anbefaling om opfølgning hos egen læge vises i indbakken med markering af om det er en status rød, gul eller grøn enten i form af farver eller andet. Patientovergangsikonerne skal designes, så patientsikkerheden ikke kompromitteres pga. af farveblindhed. 12

13 at feltet/overskriften Anbefaling om opfølgning hos egen læge vises som det første i epikrisen. at alle de nævnte informationer vises overskueligt (i en eller flere funktioner) i lægesystemet gerne i samme form (format og titel) som beskrevet. Dog anbefales det at undlade at vise overskrifter (f.eks. KOPIMODTAGER ) 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) altid præsenteres særskilt (som vist i det typiske papirbrev ) såfremt disse diagnoser er medsendt. at mindst alle de nævnte informationer fremgår af en printudskrift gerne i samme form (format og titel) som vist i eksemplet og gerne med en opsætning svarende til det viste, typiske papirbrev. at det fremhæves med STORE BOGSTAVER, hvis brevet korrigerer tidligere fremsendt udskrivningsepikrise. Tidligere fremsendte epikriser må aldrig slettes eller ændres. Lægen må undlade at gemme nye breve, der konstateres at have nøjagtigt samme indhold (100% kopi) som tidligere gemt brev. at når modtager- og kopimodtageroplysninger angives fuldstændig ens i epikrisen, så er det modtagerlokationsnummeret der varierer. Modtagersystemet kan ud fra egen læges oplysninger udlede, om der er tale om en kopi af epikrisen eller det er originalen. Originalepikrisen modtages typisk af henviser. 13

14 RELATION TIL ØVRIGE STANDARDER Anden standard Anden standards rolle Bemærkninger XCTRL Kvittering for positiv/negativ modtagelse af denne standard KVITTERINGER Se XMLSYN for kvitteringsregler 14

15 XML Facitliste Den gode XML ambulantepikrise XDIS02 15

16 XML FACITLISTE Den gode XML ambulantepikrise, XDIS02 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) ActionPriority (Prioritet) Diagnose (Diagnoser) Main (Aktionsdiagnose) MainAdditional (AktionsTillægsDiagnose) max. x 5 Other (AndreDiagnoser) max. x 50 o DiagnoseDateTime (Dato) RecommendedAction (Anbefalet opfølgning) ClinicalInformation (Epikrise) max. x 9 Signed (Dato) Reference (Reference) max. x 10 (Valg) BIN Facitlisten består af følgende kolonner: XML Facitliste angiver navnet på data og kvalifikatorer som, benyttes i Facitlisten. Feltdef angiver antallet af karakterer, som er tilladt samt om det er en kvalifikator (KVA). M (mandatory/obligatorisk) angiver hvilke data, der altid skal være medsendt af afsender. M kan forstås på 2 måder. 16

17 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. D (Dependent mandatory/obligatorisk) angiver hvilke data, der skal sendes, men kun i udvalgte tilfælde (se beskrivelsen i XML DataDefinition ). Felter der ikke er Mandatory eller Dependent er valgfrie at sende, men rummer systemet oplysningen, skal denne sendes. XML DataDefinition definerer indholdet af de enkelte data. Derudover beskrives relevante anvendelsesregler og andet, der er nødvendige for en korrekt implementering. De relevante skemafiler kan hentes på SVN, se XSD referencen. 17

18 XML Facitliste Oversigt XML Facitliste XDIS02 FeltDe f M EDIFACT TAG XML TAG XML DataDefinition <?xml version="1.0" encoding="iso "?> Forma M t <!-- Forma MedCom_De_gode_XMLbreve_ t!> <Emessage> M <Emessage> <Envelope> M <Envelope> <Sent> M <Sent> <Date>Kuvertens_afsendelses_dato</Date> Date M KuvSendtDat <Date></Date> o <Time>Kuvertens_afsendelses_tidspunkt</T ime> Skal medsendes som en kopi af den viste XML deklaration Anbefales medsendt Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD. 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></Identifi Identifier er et afsender genereret løbenummer er> 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 _anmodning</acknowledgementcode> KVA M KUVKVIT <Acknowledgement Code></Acknowled gementcode> </Envelope> M </Envelope> <OutPatientDischargeLetter> M <OutPatientDischa rgeletter> <Letter> M <Letter> AcknowledgementCode er en kvalifikator, der angiver om positiv kvittering ønskes retur. Negativ sendes under alle omstændigheder uafhængig af værdien af AcknowledgementCode. 18

19 XML Facitliste XDIS02 FeltDe M EDIFACT XML TAG f TAG <Identifier>Brevets_nummer</Identifier> an..14 M BrevNr <Identifier></Identifi er> <VersionCode>Brevets_version</VersionCo de> <Statisticalcode>Brevets_statistiknummer</ Statisticalcode> KVA M VERSION <VersionCode></V ersioncode> an..8 M BrvStat <Statisticalcode></ Statisticalcode> <Authorisation> M <Authorisation> <Date>Brevets_godkendelsesdato</Date> Date M BrevDannetT <Date></Date> id <Time>Brevets_godkendelsesKlokkeslet</Ti me> Time M BrevDannetT id <Time></Time> </Authorisation> M </Authorisation> <TypeCode>Brevets_brevtype_i_kode</Typ KVA M BRVTYPE <TypeCode></Type ecode > Code > XML DataDefinition 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 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 udfyldes med TypeCode (f.eks. XDIS01, XRPT02). Statisticalcode er beregnet til statistik formål og må ikke bruges af modtager systemer. Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY-MM-DD. Time er det tidspunkt hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Time angives på formatet HH:MM sættes til "00:00" såfremt klokkeslæt ikke kan angives. TypeCode er kvalifikator for brevets type. Se kvalifikatorliste. 19

20 XML Facitliste XDIS02 FeltDe M EDIFACT XML TAG XML DataDefinition f TAG <StatusCode>Brevets_status</StatusCode> KVA M BRVMODIFI <StatusCode></Sta StatusCode er en kvalifikator der angiver om tuscode> brevet er nyt, rettet eller slettet. Den aktuelle anvendelse kan ses i kvalifikatorlisten. Skal altid udfyldes validt. <EpisodeOfCareIdentifier>Brevets_sygdoms an..35 ForloebsNr <EpisodeOfCareIde EpisodeOfCareIdentifier benyttes til at knytte _forloebsnummer</episodeofcareidentifier> ntifier></episodeof CareIdentifier> informationer til samme sygdomsforløb. Det anbefales at UUID standard version 4 uden bindestreger anvendes. Læs her: entifier#version_4_.28random.29 </Letter> M </Letter> <Sender> M <Sender> <EANIdentifier>Afsenders_lokationsnummer an..35 M AfsLok <EANIdentifier></E </EANIdentifier> ANIdentifier> Skal videreføres fra henvisning til epikrise. EANIdentifier er kuvertafsenders lokationsnummer det vil normalt sige afsendende organisation. Såvel positiv som negativ kvittering sendes tilbage til dette nummer. 20

21 XML Facitliste XDIS02 <Identifier>Afsenders_ID_nummer</Identifie r> <IdentifierCode>Afsenders_ID_nummers_ty pe</identifiercode> <OrganisationName>Afsenders_organisatio n</organisationname> FeltDe M EDIFACT f TAG an..17 M AfsID XML TAG <Identifier></Identifi er> KVA M KODE <IdentifierCode></I dentifiercode> an..35 M AfsOrg <OrganisationName ></OrganisationNa me> XML DataDefinition 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 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". 21

22 XML Facitliste XDIS02 <DepartmentName>Afsenders_afdeling_el_ socialomraade</departmentname> <UnitName>Afsenders_afdeling_el_socialdis an..35 trikt</unitname> <StreetName>Afsenders_adresse</StreetN ame> <SuburbName>Afsenders_bostednavn</Su burbname> <DistrictName>Afsenders_by</DistrictName > <PostCodeIdentifier>Afsenders_postnumme r</postcodeidentifier> <TelephoneSubscriberIdentifier>Afsenders_t elefon</telephonesubscriberidentifier> <MedicalSpecialityCode>Afsenders_medicin ske_speciale</medicalspecialitycode> FeltDe M EDIFACT XML TAG XML DataDefinition f TAG an..35 AfsAfdTitel <DepartmentName DepartmentName er navnet på ></DepartmentNam sygehusafdelingen hvis afsender er et sygehus, e> 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. AfsAfsnitNav n <UnitName></UnitN ame> UnitName er sygehusafsnit, hvis afdeling er et sygehus, navnet (For- og efternavn) hvis afsender er en person i et lægehus, hjemmeplejegruppe hvis kommune. an..35 AfsAdr <StreetName></Str eetname> StreetName er afsenders vejnavn og vejnummer. an..35 AfsStedNavn <SuburbName></S SuburbName er et evt. stednavn på afsenders uburbname> primære adresse for eks.: Mullerup, 5772 Kværndrup. an..35 AfsBy <DistrictName></Di DistrictName er afsenders bynavn på primære strictname> adresse. an..9 AfsPost <PostCodeIdentifier PostCodeIdentifier er afsenders postnummer på ></PostCodeIdentifi primære adresse. er> an..25 AfsTlf <TelephoneSubscri beridentifier></tele phonesubscriberide ntifier> KVA AFSSPEC <MedicalSpeciality Code></MedicalSp ecialitycode> 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. 22

23 XML Facitliste XDIS02 FeltDe f M EDIFACT TAG <Contact> <Identifier>Afsenderkontakts_ID</Identifier> an..17 M KontAfdID <IdentifierCode>Afsenderkontakts_ID_type< /IdentifierCode> <OrganisationName>Afsenderkontakts_orga nisation</organisationname> <DepartmentName>Afsenderkontakts_afdeli ng</departmentname> <UnitName>Afsenderkontakts_afsnit</UnitN ame> XML TAG <Contact> <Identifier></Identifi er> KVA M KODE <IdentifierCode></I dentifiercode> an..35 KontOrg <OrganisationName ></OrganisationNa me> an..35 an..35 KontAfdTitel <DepartmentName ></DepartmentNam e> KontAfsNavn <UnitName></UnitN ame> </Contact> </Contact> </Sender> M </Sender> <Receiver> M <Receiver> <EANIdentifier>Modtagers_lokationsnumme an..35 M ModtLok <EANIdentifier></E r</eanidentifier> ANIdentifier> XML DataDefinition Identifier er kontaktens sygehusafdelingsnummer, ydernummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor. 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å kontaktens sygehus eller lægehus. Udfyldes som for SenderOrganisationName. DepartmentName er navnet på kontaktens sygehusafdeling eller titlen "Læge" hvis kontakten er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName. UnitName er kontaktens sygehusafsnit eller forog efternavn (hvis modtager er en person i et lægehus). Se beskrivelse under SenderUnitName. EANIdentifier er kuvertmodtagers lokationsnummer. 23

24 XML Facitliste XDIS02 <Identifier>Modtagers_ID_nummer</Identifie r> <IdentifierCode>Modtagers_ID_nummer_typ e</identifiercode> <OrganisationName>Modtagers_organisatio n</organisationname> <DepartmentName>Modtagers_afdeling</D epartmentname> FeltDe M EDIFACT f TAG an..17 M ModtID XML TAG <Identifier></Identifi er> KVA M KODE <IdentifierCode></I dentifiercode> an..35 ModtOrg <OrganisationName ></OrganisationNa me> an..35 <UnitName>Modtagers_afsnit</UnitName> an..35 ModtAfdTitel <DepartmentName ></DepartmentNam e> ModtAfsNavn <UnitName></UnitN ame> XML DataDefinition Identifier er slutmodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt. 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. <StreetName>Modtagers_adresse</StreetN an..35 ModtAdr <StreetName></Str StreetName er modtagers primære adresse. ame> eetname> <SuburbName>Modtagers_bostednavn</Su an..35 ModtStedNav <SuburbName></S SuburbName er et evt. stednavn på modtagers burbname> n uburbname> primære adresse f.eks.: Mullerup, 5772 Kværndrup. 24

25 XML Facitliste XDIS02 FeltDe M EDIFACT XML TAG XML DataDefinition f TAG <DistrictName>Modtagers_bynavn</District an..35 ModtBy <DistrictName></Di DistrictName er modtagers bynavn på primære Name> strictname> adresse. <PostCodeIdentifier>Modtagers_postnumme an..9 ModtPost <PostCodeIdentifier PostCodeIdentifier er modtagers postnummer på r</postcodeidentifier> ></PostCodeIdentifi primære adresse. er> </Receiver> M </Receiver> <CCReceiver> <CCReceiver> <Identifier>Kopimodtagers_ID_nummer</Ide ntifier> an..17 M KopiModtID <Identifier></Identifi er> <IdentifierCode>Kopimodtagers_ID_nummer KVA M KODE <IdentifierCode></I s_type</identifiercode> dentifiercode> <OrganisationName>Kopimodtagers_organi sation</organisationname> <DepartmentName>Kopimodtagers_afdeling </DepartmentName> an..35 an..35 KopiModtOrg <OrganisationName ></OrganisationNa me> KopiModtAfd Titel <DepartmentName ></DepartmentNam e> Identifier er kopimodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis kopimodtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. 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. 25

26 XML Facitliste XDIS02 <UnitName>Kopimodtagers_afsnit</UnitNa me> <StreetName>Kopimodtagers_adresse</Str eetname> <SuburbName>Kopimodtagers_bostednavn </SuburbName> FeltDe M EDIFACT f TAG an..35 KopiModtAfs Navn an..35 an..35 <DistrictName>Kopimodtagers_bynavn</Dis an..35 trictname> <PostCodeIdentifier>Kopimodtagers_postnu an..9 mmer</postcodeidentifier> XML TAG XML DataDefinition <UnitName></UnitN UnitName er kopimodtagende sygehusafdeling ame> eller for- og efternavn (hvis kopimodtager er en person i et lægehus). Se beskrivelse under SenderUnitName. StreetName er kopimodtagers primære adresse. KopiModtAdr <StreetName></Str eetname> KopiModtSte <SuburbName></S dnavn uburbname> </CCReceiver> <Patient> M <Patient> Vælg mellem ( Vælg mellem ( <CivilRegistrationNumber>Patientens_CPR_ nummer</civilregistrationnumber> eller <AlternativeIdentifier>Patientens_erstatnings an10 _CPR_nummer</AlternativeIdentifier> SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks.: Mullerup, 5772 Kværndrup. KopiModtBy <DistrictName></Di DistrictName er kopimodtagers bynavn på strictname> primære adresse. KopiModtPos <PostCodeIdentifier PostCodeIdentifier er kopimodtagers postnummer t ></PostCodeIdentifi på primære adresse. er> </CCReceiver> n10 PatCPR <CivilRegistrationN umber></civilregis trationnumber> PatErstatCP R CivilRegistrationNumber er patientens valide CPR-nummer 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 <AlternativeIdentifie AlternativeIdentifier er et erstatnings CPRnummer eller et usikkert CPR-nummer på præcis r></alternativeidenti fier> 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. 26

27 XML Facitliste XDIS02 FeltDe M EDIFACT XML TAG f TAG ) ) <PersonSurnameName>Patientens_efterna an..70 M PatEnavn <PersonSurnameN vn</personsurnamename> ame></personsurn <PersonGivenName>Patientens_fornavne</ PersonGivenName> <AlternativeIdentifier>Patientens_erstatnings an10 _CPR_nummer</AlternativeIdentifier> amename> an..70 PatFnavn <PersonGivenNam e></persongivenn ame> PatErstatCP R <StreetName>Patientens_adresse</StreetN an..35 PatAdr <StreetName></Str ame> <SuburbName>Patientens_bostednavn</Su an..35 PatStedNavn <SuburbName></S burbname> uburbname> <DistrictName>Patientens_bynavn</District Name> <PostCodeIdentifier>Patientens_postnumme r</postcodeidentifier> XML DataDefinition PersonSurnameName er patientens efternavn. PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes. <AlternativeIdentifie AlternativeIdentifier er et erstatnings CPRnummer eller et usikkert CPR-nummer på præcis r></alternativeidenti fier> 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. StreetName er patientens primære vejnavn og eetname> nummer. SuburbName er et evt. stednavn på patientens primære adresse f.eks.: Mullerup, 5772 Kværndrup. an..35 PatBy <DistrictName></Di DistrictName er bynavn på den primære adresse. strictname> an..9 PatPost <PostCodeIdentifier PostCodeIdentifier er postnummeret på den ></PostCodeIdentifi primære adresse. er> <OccupancyText>Patientens_stillingsbetegn an..35 PatStl <OccupancyText></ OccupancyText er patientens stillingsbetegnelse. else</occupancytext> OccupancyText> <EpisodeOfCareStatusCode>Patientens_sta tus</episodeofcarestatuscode> EpisodeOfCareStatusCode er en kvalifikator, der angiver patientstatus. Se kvalifikatorliste. KVA M PATSTA <EpisodeOfCareSta tuscode></episode OfCareStatusCode > </Patient> M </Patient> 27

28 XML Facitliste XDIS02 <Relative> <RelationCode>Paaroerendes_type</Relati oncode> FeltDe f <PersonIdentifier>Paaroerendes_ID_numme an..10 r,_fx_cpr.</personidentifier> <PersonSurnameName>Paaroerendes_efter navn</personsurnamename> <PersonGivenName>Paaroerendes_fornavn e</persongivenname> M EDIFACT TAG XML TAG <Relative> KVA M PAAROER <RelationCode></R elationcode> an..70 M PaaroerEnav n an..70 XML DataDefinition RelationCode er en kvalifikator, der angiver den pårørendes relation til patienten, f.eks. om det er far eller mor. PaaroerCPR <PersonIdentifier>< PersonIdentifier er pårørendes CPR-nr. hvis et /PersonIdentifier> sådant findes. <PersonSurnameN PersonSurnameName er pårørendes efternavn. ame></personsurn Skal udfyldes, hvis elementet benyttes. amename> PaaroerFnav n <PersonGivenNam e></persongivenn ame> PersonGivenName er pårørendes fornavn(e). <StreetName>Paaroerendes_adresse</Stre etname> an..35 PaaroerAdr <StreetName></Str eetname> StreetName er pårørendes primære adresse. <SuburbName>Paaroerendes_bostednavn< an..35 PaaroerSted <SuburbName></S SuburbName er et evt. stednavn på pårørendes /SuburbName> Navn uburbname> primære adresse f.eks.: Mullerup, 5772 Kværndrup. <DistrictName>Paaroerendes_bynavn</Distr an..35 PaaroerBy <DistrictName></Di DistrictName er bynavn på den primære adresse. ictname> strictname> <PostCodeIdentifier>Paaroerendes_postnu mmer</postcodeidentifier> an..9 PaaroerPost <PostCodeIdentifier PostCodeIdentifier er postnummeret på den ></PostCodeIdentifi primære adresse. er> </Relative> </Relative> <Referral> <Referral> <Identifier>Henvisningens_brev_nummer</I an..35 HenvBrvNr <Identifier></Identifi Identifier er nummeret på en henvisning, der er dentifier> er> fremsendt tidligere. <Received> <Received> 28

29 XML Facitliste XDIS02 FeltDe M EDIFACT XML TAG f TAG <Date>Henvisningens_modtagelses_dato</ Date M HenvModtDa <Date></Date> Date> to <Time>Henvisningens_modtagelses_klokke Time M HenvModtDa <Time></Time> slet</time> to </Received> </Received> <Refer> <Refer> <DiagnoseCode>Henvisningsdiagnosen_i_k an..17 M HenvKodeNr <DiagnoseCode></ ode</diagnosecode> DiagnoseCode> <DiagnoseTypeCode>Henvisningsdiagnose kodens_type</diagnosetypecode> <DiagnoseText>Henvisningsdiagnosen_i_te kst</diagnosetext> </Refer> <ReferralAdditional> <DiagnoseCode>Henvisnings_tillaegsdiagnoan..17 M DiaKodeNr se_01_i_kode</diagnosecode> KVA M KODE <DiagnoseTypeCod e></diagnosetype Code> an..70 M HenvKodeTxt <DiagnoseText></D iagnosetext> XML DataDefinition Date er den dato hvor henvisningen blev modtaget på sygehuset. Time er det tidspunkt hvor henvisningen blev modtaget på sygehuset. DiagnoseCode er sygehusets henvisningsdiagnoses SKS kodenummer. Kodenummeret fremsendes uden foranstillet diagnoseart ("H") men vises for brugeren med foranstillet "H". DiagnoseTypeCode er kvalifikator for det anvendte kode- el. klassifikationssystem - normalt "SKSdiagnosekode" DiagnoseText er den til henvisningskoden tilhørende SKS-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. </Refer> <ReferralAdditiona l> <DiagnoseCode></ DiagnoseCode er en evt. SKS tillægsdiagnose DiagnoseCode> (Kvalifikator "tillaegsdiagnose") til henvisningsdiagnosen. Der kan kun fremsendes 5 tillægskoder. Tillægsdiagnosen fremsendes uden foranstillet plus "+" men vises for brugeren med foranstillet "+". 29

30 XML Facitliste XDIS02 <DiagnoseTypeCode>Henvisnings_tillaegsdi agnosekodes_type</diagnosetypecode> <DiagnoseText>Henvisnings_tillaegsdiagno se_i_tekst</diagnosetext> FeltDe M EDIFACT XML TAG f TAG KVA M KODE <DiagnoseTypeCod e></diagnosetype Code> an..70 M DiaTxt <DiagnoseText></D iagnosetext> XML DataDefinition DiagnoseTypeCode er kvalifikator for det anvendte kode- el. klassifikationssystem - normalt "SKS" DiagnoseText er den til tillægskoden tilhørende SKS 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> </ReferralAddition al> </Referral> </Referral> <OutPatientFirstVisit> <OutPatientFirstVi sit> <Date>Dato_for_foerste_ambulant_besoeg< Date M StartSlutDato <Date></Date> Date er "dato" for første ambulantbesøg og /Date> angives på formen YYYY-MM-DD <Time>DaKlokkeslet_for_foerste_ambulant_ Time M StartSlutDato <Time></Time> Time er tidspunkt for første ambulantbesøg. Hvis besoeg</time> klokkeslæt ikke findes angives de fire tal som "00:00". </OutPatientFirstVisit> </OutPatientFirstV isit> <OutPatientLastVisitDate> <OutPatientLastVi sitdate> <Date>Dato_for_sidste_ambulantbesoeg</D Date M StartSlutDato <Date></Date> Date er dato for seneste ambulantbesøg og ate> angives på formen YYYY-MM-DD. <Time>DaKlokkeslet_for_sidste_ambulantbe soeg</time> Time M StartSlutDato <Time></Time> Time er tidspunkt for seneste ambulantbesøg. Hvis klokkeslæt ikke findes angives de fire tal som "00:00". 30

31 XML Facitliste XDIS02 </OutPatientLastVisitDate> <ActionPriority> <ActionPriorityCode>Prioritet</ActionPriority Code> </ActionPriority> <Diagnose> <Main> <DiagnoseCode>Aktionsdiagnosen_i_kode< /DiagnoseCode> <DiagnoseText>Aktionsdiagnosen_i_tekst</ DiagnoseText> FeltDe f M EDIFACT TAG XML TAG </OutPatientLastVi sitdate> <ActionPriority> KVA PRIORITET <ActionPriorityCode ></ActionPriorityCo de> an..17 M AktDiaKodeN r an..70 M AktDiaTxt </Main> <MainAdditional> <DiagnoseCode>Aktions_tillaegsdiagnose_i an..17 M DiaKodeNr _kode</diagnosecode> <DiagnoseText>Aktions_tillaegsdiagnose_i_ an..70 M DiaTxt tekst</diagnosetext> </MainAdditional> </ActionPriority> <Diagnose> <Main> <DiagnoseCode></ DiagnoseCode> <DiagnoseText></D iagnosetext> </Main> <MainAdditional> <DiagnoseCode></ DiagnoseCode> <DiagnoseText></D iagnosetext> </MainAdditional> XML DataDefinition Se kvalifikatorliste. Hvis afsender vælger ingen opfølgning, skal feltet ikke medsendes. Og ellers vælges rød for akut, gul for subakut og grøn for rutine. 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. 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. 31

32 XML Facitliste XDIS02 <Other> <DiagnoseDescriptionCode>Andre_diagnos ers_art_(sks_art)</ DiagnoseDescriptionCode> FeltDe f M EDIFACT TAG XML TAG <Other> KVA M DIABEH <DiagnoseDescripti oncode></ DiagnoseDescriptio ncode> XML DataDefinition DiagnoseDescriptionCode er en kvalifikator, der angiver diagnose-, operations- og undersøgelsesarten, f.eks. forloebsdiagnose, operation og roentgenundersoegelse. Se kvalifikatorlisten. <DiagnoseCode>Andre_diagnoser_i_kode</ an..17 M KliniskInfoKo <DiagnoseCode></ DiagnoseCode er kodenummer for diagnosen, DiagnoseCode> denr DiagnoseCode> operationen o.l. typisk et SKS Kodenummer. <DiagnoseTypeCode>Andre_diagnosers_ko KVA M KODE <DiagnoseTypeCod DiagnoseTypeCode er kvalifikator for det de_type</diagnosetypecode> e></diagnosetype anvendte kode el. klassifikationssystem - ofte <DiagnoseText>Andre_diagnoser_i_tekst</ DiagnoseText> <DiagnoseDateTime> Code> an..70 M KliniskInfoTxt <DiagnoseText></D iagnosetext> <Date>Andre_diagnosers_dato</Date> Date M KliniskInfoDa to <Time>Andre_diagnosers_klokkeslet</Time > </DiagnoseDateTime> </Other> Time M KliniskInfoDa to <DiagnoseDateTi me> <Date></Date> <Time></Time> </DiagnoseDateTi me> </Other> SKS. Se kvalifikatorlisten. 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. 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 er tidspunktet for medsendt klinisk information. Se yderligere beskrivelse ovenfor. 32

33 XML Facitliste XDIS02 </Diagnose> <RecommendedAction> <Recommendation> Anbefalet_opfølgning </Recommendation> FeltDe f tx M EDIFACT TAG D XML TAG XML DataDefinition </Diagnose> <RecommendedA ction> <Recommendation Formålet er at den modtagende læge hurtigt kan ></Recommendatio få et overblik over, hvilken opfølgning denne n> anbefales af udskrivende afdeling. Feltet skal udfyldes hvis der er valgt en prioritet i taget ActionPriority Feltet er et tekstfelt på max 1750 karakterer. For yderligere information om Anbefalet opfølgning hos lægen, se dokumentation her: n%20gode%20epikrise/xml/dokumentation </RecommendedAction> <ClinicalInformation> <Signed> <Date>Epikrisetekstens_dato</Date> Date M KontaktNotat Dato <Time>Epikrisetekstens_klokkeslet</Time> Time </Signed> M KontaktNotat Dato </RecommendedA ction> <ClinicalInformati on> <Signed> <Date></Date> <Time></Time> </Signed> Date er en dato der viser hvornår patientkontakten, der beskrives har fundet sted. Benyttes sjældent. Time er et tidspunkt der viser hvornår patientkontakten, der beskrives har fundet sted. Benyttes sjældent. 33

34 XML Facitliste XDIS02 <Text01>Epikriseteksten</Text01> </ClinicalInformation> Vælg mellem max. 10 ialt ( <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> <URL>Weblink</URL> </Reference> eller <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> <SUP>True</SUP> </Reference> eller <Reference> <RefDescription>Typebeskrivelse_af_tekst, ex. SUP, BIN, URL</RefDescription> <BIN> FeltDe M EDIFACT f TAG tx..315 Epitekst 0 an..70 M XML TAG XML DataDefinition <Text01></Text01> Text01 af epikriseteksten. </ClinicalInformati on> Vælg mellem max. 10 ialt ( <Reference> <RefDescription></ RefDescription> RefDescription er beskrivelse af typen af efterfølgende tekstelement, ex. SUP, BIN eller URL. an M <URL></URL> URL angiver den fulde webadresse til et relevant link. </Reference> eller <Reference> an..70 M <RefDescription></ RefDescription er beskrivelse af typen af RefDescription> efterfølgende tekstelement, ex. SUP, BIN eller URL. BOOL M <SUP></SUP> SUP angiver med ja/nej om der findes tilhørende EAN eller supplerende information i en SUP database </Reference> eller <Reference> an..70 M <RefDescription></ RefDescription> <BIN> RefDescription er beskrivelse af typen af efterfølgende tekstelement, ex. SUP, BIN eller URL. 34

35 XML Facitliste XDIS02 <ObjectIdentifier>Objektets_IDnummer</Obj ectidentifier> <ObjectCode>Objektets_type</ObjectCode> KVA <ObjectExtensionCode>Filekstension_for_o bjektet</objectextensioncode> <OriginalObjectSize>Objektstoerrelse</Origi nalobjectsize> FeltDe M EDIFACT f TAG an..35 M Objektrefnr KVA n..18 XML TAG <ObjectIdentifier></ ObjectIdentifier> XML DataDefinition M OBJEKTTYP <ObjectCode></Obj E ectcode> program eller biosignal M OBJEKTEXT <ObjectExtensionC ENSION ode></objectexten sioncode> M Objektstoerre <OriginalObjectSize lse ></OriginalObjectSi ze> </BIN> </BIN> </Reference> </Reference> ) ) </OutpatientDischargeLetter> M </OutpatientDisch argeletter> </Emessage> M </Emessage> ObjectIdentifier er objektets ID nummer, genereret af afsendersystemet. Samme ID som i tilhørende XMEDBIN. ObjectCode er objektets type, f.eks. billede, tekst, ObjectExtensionCode er fil ekstension for objektet, f.eks. jpg, doc, exe eller waw. OriginalObjectSize er objektets størrelse i antal bytes. 35

36 XML KVALIFIKATORLISTE Den gode XML ambulantepikrise, XDIS02, VersionCode XD0234L I kvalifikatorlisten er angivet XML kvalifikatornavn/type her er angivet koden for MedCom kvalifikatortypen og de er sorteret alfabetisk. Gyldige XML vaerdier, kvalifikatorværdier angivet med sigende navn. XML kvalifikatordefinition der angiver betydningen af hver enkelt MedCom kvalifikatorværdi i XML. XML KvalifikatorNavn/Type Gyldige XMLvaerdier AcknowledgementCodeType minuspositivkvitt Defaul EDIFACT t KvalifikatorNavn Defaul t Gyldige EDIFAC T vaerdier XML KvalifikatorDefinition 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. ActionPriorityCodeType Akut PRIORITET AC Akut (rød) ActionPriorityCodeType Subakut PRIORITET SA Subakut (gul) ActionPriorityCodeType Rutine PRIORITET WA Rutine (grøn) Side 36 af 51

37 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Defaul EDIFACT t KvalifikatorNavn Gyldige EDIFAC T vaerdier XML KvalifikatorDefinition DiagnoseDescriptionCodeTyp uspec_diagnose Defaul DIABEH DI Uspecificeret diagnose e t DiagnoseDescriptionCodeTyp henv_diagnose DIABEH H Henvisningsdiagnose e DiagnoseDescriptionCodeTyp bidiagnose DIABEH B Bidiagnose e DiagnoseDescriptionCodeTyp tillaegsdiagnose DIABEH DM Tillægsdiagnose e DiagnoseDescriptionCodeTyp aktionsdiagnose DIABEH A Aktionsdiagnose e DiagnoseDescriptionCodeTyp midlertidig_diagnose DIABEH M Midlertidig diagnose e DiagnoseDescriptionCodeTyp forloebsdiagnose DIABEH S Forløbsdiagnose e DiagnoseDescriptionCodeTyp e DiagnoseDescriptionCodeTyp e 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. roentgenundersoegelse DIABEH IN Røntgenundersøgelsestype iht. SSTs Røntgenklassifikation eller anden undersøgelse. DiagnoseTypeCodeType SKSdiagnosekode Defaul KODE SKS Angiver den officielle SKS-ICD10 t diagnosekode. DiagnoseTypeCodeType uspecificeretkode KODE USP Uspecificeret, det vil sige lokal kode. DiagnoseTypeCodeType ICPCkode KODE ICP ICPC-kode. Side 37 af 51

38 XML KvalifikatorNavn/Type Gyldige XMLvaerdier EpisodeOfCareStatusCodeTy pe inaktiv Defaul EDIFACT t KvalifikatorNavn Defaul t Gyldige EDIFAC T vaerdier XML KvalifikatorDefinition PATSTA POT Patienten uden tidl. sygehuskontakt. Svarer til SST-forløbsstatus "inaktiv". "inaktiv" benyttes indtil videre også for henviste patienter (SKSforløbsstatus "henvist"), for afsluttede patienter (SKS-forløbsstatus "Afsluttet") og i det hele taget hvis der er tvivl om angivelsen af patientstatus. EpisodeOfCareStatusCodeTy indlagt PATSTA HS Patienten er indlagt. Svarer til SSTforløbsstatus pe "Indlagt". EpisodeOfCareStatusCodeTy ambulant PATSTA HA Patienten er under ambulantbehandling. pe Svarer til SST-forløbsstatus "Ambulant". EpisodeOfCareStatusCodeTy doed PATSTA DA Patienten er død. Svarer til SST-forløbsstatus pe "Død". EpisodeOfCareStatusCodeTy ambulant_roentgen PATSTA REQ Patienten er under ambulant pe røntgenbehandling. Svarer til SSTforløbsstatus "Ambulant". IdentifierCodeType sygehusafdelingsnummer Defaul KODE SKS Sygehusafdelingsnummer i officiel SKS-kode. t 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. Side 38 af 51