Den gode genoptræningsplan RehabilitationPlan Sundhedsfaglige anbefalinger og XML Facitliste for

Transkript

1 GGOP Den gode genoptræningsplan RehabilitationPlan Sundhedsfaglige anbefalinger og XML Facitliste for XML genoptræningsplan VersionCode: GGOP100 TypeCode: GGOP Namespace: urn:oio:medcom:municipality:1.0.4 Release Sættes i drift Ældre versioner udgår senest

2 Rettelser Dato Ansvarlig Version Beskrivelse Michael Johansen Nu version GGOP for genoptræningsplaner, der erstatter DGOP Michael Johansen Max. antal JournalExcerpt udvidet fra 5 til Michael Johansen Nyt idriftsættelsestidspunkt Michael Johansen Stavefejl i kvalifikatorliste, TypeOfRehabilitationplan Michael Johansen EANIdentifier manglede i dokumentationen for CCReceiver og GPCCReceiver. (de var med i XSD og testeksempler). Uddybende beskrivelse for angivelse af kopimodtagers Michael Johansen Uddybende beskrivelse for angivelse af kopimodtagers EAN-lokationsnummer i kopimeddelelsen Michael Johansen Uddybende beskrivelse af om helbredsrelateret funktionsevne er obligatorisk for specialiseret genoptræning Michael Johansen Diagnosetype var tidligere altid ICD10kode. Nu kan det også være uspecificeretkode Michael Johansen Diagnosetype kan nu også være SKSdiagnosekode (synonym for ICD10kode). Beskrivelse om diagnoser er uddybet. 2

3 Baggrund Bekendtgørelse 2015 På baggrund af regeringsudspillet Bedre kvalitet og samarbejde opfølgning på kommunalreformen, ønsker regeringen at øge fagligheden i genoptrænings- og rehabiliteringsindsatsen. Som følge af dette er bekendtgørelse om genoptræningsplaner og om patienters valg af genoptræningstilbud efter udskrivning fra sygehus, samt vejledning om genoptræning og vedligeholdelsestræning, revideret. Ikrafttrædelsesdato for ny bekendtgørelse 1 og tilhørende vejledning 2 var 1. januar 2015, og dette skal understøttes digitalt. Ændringerne i bekendtgørelsen medfører et behov for en ny version af kommunikationsstandarden for genoptræningsplaner. De nye genoptræningsniveauer i bekendtgørelsen kan illustreres således: Genoptræningsniveauer 2015 Genoptræningsniveauer 2007 Genoptræning på Alment niveau, herunder de to niveauer som udelukkende varetages kommunalt: - Genoptræning på Basalt niveau - Genoptræning på Avanceret niveau Genoptræning på Specialiseret niveau Rehabilitering på Specialiseret niveau Genoptræning, Almen Specialiseret Genoptræning Egen træning efter instruks Det er med Ministeriet for Sundhed og Forebyggelse (SUM) samt Sundhedsstyrelsen (SST) aftalt, at MedCom udarbejder en ny version af MedCom s eksisterende kommunikationsstandard for genoptræningsplaner DGOP. Den nye kommunikationsstandard kaldet G-GOP, Den Gode Genoptræningsplan, skal derved erstatte DGOP en. Det er bestemt, at implementering og udbredelse af G-GOP i regioner og kommuner skal være gennemført ved udgangen af år 2015 med drift overgang oktober måned. 1 Bekendtgørelse for genoptræning og rehabilitering gældende fra 1/1 2015: 2 Vejledning for genoptræning: 3

4 Formålet med at implementere og udbrede G-GOP er bl.a. at højne kvaliteten ved genoptræning og rehabilitering samt ønsket om at følge udviklingen på genoptræningsområdet nøje i forhold til tre delområder: 1. delområde Kvaliteten af genoptræning- og rehabiliteringsindsatsen skal generelt højnes bl.a. ved at man fremover kan angive genoptræning i fire niveauer (tidligere fandtes tre niveauer). De fire nye niveauer er: - Genoptræningsplan til basalt niveau. - Genoptræningsplan til avanceret niveau. - Genoptræningsplan til genoptræning på specialiseret niveau. - Genoptræningsplan til rehabilitering på specialiseret niveau. 2. delområde Fokus på ventetider og udviklingen indenfor genoptræningsplaner i forhold hvilken andel de fire niveauer udgør. 3. delområde Justere den nuværende digitale understøttelse af genoptræningsplanen, så denne kan understøtte de forestående ændringer på området. Kommunalreformen 2007 Revideringen af bekendtgørelsen skal ses i lyset evaluering af kommunalreformen, der trådte i kraft den 1. januar Her blev det primære ansvar for genoptræning placeret hos kommunerne. Det betyder, at når en patient, der udskrives fra sygehuset, har behov for genoptræning, er sygehusafdelingen forpligtet til at udarbejde en plan for genoptræning og sende den til de relevante modtagere (kommune og egen læge). Hvis der er tale om specialiseret genoptræning, vil patienten dog ofte blive henvist til en anden sygehusafdeling, hvorfor modtageren i dette tilfælde vil være pågældende afdeling. På baggrund af kommunalreformen blev kommunikationsstandarden DGOP implementeret. 4

5 Den samlede dokumentation af genoptræningsplan består af: Afsnit A Indeholder sundhedsfaglige anbefalinger og en kort gennemgang af formålet med den pågældende kommunikation samt et udfyldt eksempel på standard for genoptræningsplaner (GGOP). Afsnit B Indeholder den tekniske dokumentation af nærværende XML-standard og består af en facitliste med tilhørende kvalifikatorliste. 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. Hensigten med disse to beskrivelser er at give udenforstående (fx programmører) en overordnet forståelse af, hvad kommunikationen indebærer i praksis. 5

6 Afsnit A Sundhedsfaglige anbefalinger XML genoptræningsplan GGOP 6

7 Formål: Udvikling, implementering og udbredelse af ny version af kommunikationsstandard for genoptræningsplaner (den gode genoptræningsplan, G-GOP) i regioner og kommuner i år At det kliniske frontpersonale i så kort tid som muligt skal arbejde efter ny bekendtgørelse via den nu forældede DGOP standard. Anbefalinger til systemleverandører/udviklere ved programmering: Her følger anbefalinger i forhold til specifikke felter i G-GOP: Felt Anbefaling/Krav Borger har fravalgt Der bør være mulighed for at krydse af i en boks i EPJsystemet, hvis borgeren har fravalgt at der sendes kopi til fremsendelse af kopi til egen læge egen læge. Det bør være synligt, at borgeren har fravalgt det. Informeret samtykke Genoptræningsplanen må ikke sendes inden patienten er informeret samtykke. Informationen om informeret samtykke medsendes altid (som en serviceinformation). Pårørende/Relationer: Type af relation: Ægtefælle/samboer/forælder/ barn/søskende/værge/anden/ ingen/ikke relevant Aktuel sygehuskontakt: Forventet dato for afslutning af sygehuskontakt Aftale om kontrol og opfølgning: Forventet startdato Pårørende skal være et aktiv tilvalg, hvis pårørende vælges, skal den kliniske bruger vælge, hvilken/hvilke pårørende som skal anføres - hvis der kun er oplyst en pårørende er valget prævalgt. Det skal i EPJ-systemet være muligt at vælge 'ikke relevant', hvis man ikke vil oplyse pårørende. Ved ikke boks bør være i EPJ-systemet. Hvis denne vælges, fremkommer fritekstfelt til beskrivelse, hvis man ikke kender den forventede afslutningsdato for sygehuskontakt. Dato anføres, hvis den kendes, hvis ikke bør der være en boks i EPJ-systemet, hvor det kan markeres, at forventet dato for kontrol og opfølgning er ukendt, hvorefter det via fritekstfelt kan beskrives, hvornår man forventer, at det vil finde sted. Hvis dato for forventet start kendes, kan lokationsnummer, 7

8 Udvidet beskrivelse af helbredsrelateret funktionsevne på udskrivningstidspunktet Aktionsdiagnose: Diagnosekode (ICD10, SKSdiagnosekode eller uspecificeret) kode og navn Funktionsevnekoder ICF Uddrag af diverse regionsnummer og organisations info hentes (valgfrit). Skabelonen indsat i eksemplet er primært til brug ved genoptræning på specialiseret niveau og rehabilitering på specialiseret niveau. Skabelonen skal ikke vises automatisk ved almen genoptræning, som den skal ved genoptræning på specialiseret niveau og rehabilitering på specialiseret niveau. Det skal dog være muligt at aktivere den ved almen genoptræningsplan (f.eks. via højre-klik). Generelt skal kun relevante felter udfyldes, og kun udfyldte felter medsendes. Bemærk at skabelonen som skal sættes ind i fritekstdelen, ikke er en del af selve G-GOP standarden. Ved genoptræningsplan for rehabilitering på specialiseret niveau, er oplysningen obligatorisk at sende. For genoptræningsplan på specialiseret niveau anbefales oplysningen sendt. For almen genoptræningsplan kan brugeren vælge at sende oplysningen. Hvis det ikke er muligt at anføre aktionsdiagnose, når genoptræningsplanen laves, bør fritekstfelt kunne vælges til beskrivelse. Da aktionsdiagnose ofte først angives ved udskrivelse, og genoptræningsplanen bør laves sammen med patienten inden udskrivelse, vil dette nok ofte være tilfældet. Lægen bør angive aktionsdiagnose i forbindelse med ordination af genoptræningsplanen, i stedet for at afvente epikriseskrivningen. Felterne ang. funktionsevnekoder skal ikke vises i brugergrænsefladen men der skal indsættes ICF felter i overensstemmelse med ICF struktur i SKS med henblik på fremtidig brug. Der skal ikke begrænsning for hvor mange koder, som kan medsendes, og gradienten skal naturligvis være knyttet til relevante ICF-koder. Det anbefales, at data indlæses struktureret fra de 8

9 vedhæftede bilag fx operationsbeskrivelse, journalnotat osv. Behandlende team under indlæggelse Underskrift Slutstatus: Slutstatus modtager med behov for slutstatus Bilagsliste vedhæftede filer, som medsendes som bilag. Hvis data ikke kan indlæses struktureret fra vedhæftede bilag, gøres der kun brug af et fritekstfelt. Af feltet bør det dog stadig fremgå, hvem der er den oprindelige forfatter, og hvornår uddraget er fra. Det er muligt, at anføre fem forskellige behandlere, som har indgået i behandlingsforløbet (anførsel af behandlere vil oftest gøre sig gældende ved rehabilitering på specialiseret niveau, hvor der ofte vil være mange involverede). Én sundhedsfaglig person kan underskrive genoptræningsplanen. Personen som underskriver, er ansvarlig for genoptræningsplanen. Selvom flere fagpersoner har været med til at udfylde planen, er der stadig kun denne sundhedsfaglige personer, der kan være ansvarlig. Den sundhedsfaglige sundhedsperson som underskriver er dog ikke nødvendigvis den konkrete afsender, som har afsendt planen. Identifikation af den konkrete afsender, fx en sekretær, skal ikke medsendes i genoptræningsplanen men gemmes lokalt. Om overførsel af kontaktdata til underskriftsfeltet bør være automatisk eller skal indtastes manuelt, samt yderligere funktionalitet i forhold hertil, bør afklares med kunden. Udover den sundhedsfaglige underskriver, kan der angives en medforfatter. Dette felt er fx nødvendigt ved kroniker og ambulante kirurgiske kontrol på sygehuset. I EPJ-systemet bør der være en ja knap, som kan vælges, hvis slutstatus ønskes. I så fald bør data som lokationsnummer, ydernummer og organisationsdata auto-hentes (organisationsnavn og lokationsnummer er obligatoriske). Det bør være muligt for klinikeren selv at definere overskriften på vedhæftede bilag. Data om ID, type, fil- 9

10 Kopimodtagere endelse og størrelse bør ikke vises i genoptræningsplanen, men være tilgængelige. Der bør være mulighed for indsættelse af link, og her bør klinikeren være i stand til selv at definere overskriften. Egen læge kan påføres som kopimodtager, samt der bør være mulighed for at tilføje yderligere kopimodtagere. Der må samlet set maksimalt angives to kopimodtagere (inkl. egen læge). 10

11 Generelle anbefalinger funktionalitet i EPJ: Print: Ved print af genoptræningsplan skal navn og CPR-nummer være anført på alle sider, som udskrives. E-boks: Nogle regioner sender i dag genoptræningsplanen til patientens e-boks. Dette bør også understøttes ved den nye G-GOP. Vedhæftede filer: Emnet er under kortlægning og beskrives efter afklaring i Implementeringsgruppen. Afsendelse af vedhæftede filer kan først iværksættes efter godkendelse af EOJ systems evne til at modtage vedhæftede bilag. Udarbejdelse af Genoptræningsplanen flere bidragsydere: Det sundhedsfaglige personale efterspørger, at det er muligt for flere at skrive i planen på samme tid, samt at det registreres hvornår planen er færdig, så afsender er orienteret om dette, og ved hvornår planen kan afsendes (fx via afkrydsningsfelt, hvor hver bidragsyder kan krydse af, når vedkommende er færdig med sin del i genoptræningsplanen). Generelle anbefalinger funktionalitet i EOJ: Print: Ved print af genoptræningsplanen skal navn og CPR-nummer være anført på alle sider, som udskrives. 11

12 MedCom HTML-visning For at give en visualisering af hvilke data, som kan være i genoptræningsplanen, har MedCom lavet en HTML-visning af dataindholdet i XML skemaet for genoptræningsplanen. HTML-visningen kan også anvendes som testværktøj af udviklere og projektledere, når dette bliver relevant. Hjemmepleje-sygehus standarderne er lagt på MedComs konverter og valideringsværktøj, Det skal pointeres, at MedComs HTML-visning er simpel og ikke har sammenhæng til den visning som leverandørerne udvikler i deres systemer. HTML-visning ligner en blanketpræsentation selvom genoptræningsplanen ikke er en blanket. MedComs HTML-visning er heller ikke en printer venlig version af genoptræningsplanen. Via dette link kan en HTML-visning af genoptræningsplanen ses: 12

13 Brev/skema-visning af genoptræningsplanen På de følgende sider er en grafisk repræsentation af genoptræningsplanen. Repræsentationen er kun et vejledende eksempel og det er derfor ikke et krav, at systemerne implementerer en løsning magen til. 13

14 14

15 15

16 16

17 17

18 18

19 19

20 20

21 21

22 22

23 Kommunikationsflow Som ved de øvrige kommunikationsstandarder for det kommunale område, skal genoptræningsplanen udveksles med brug af VANSenvelope. VANS envelope har til formål at afsendersystemet kan sende en genoptræningsplan i XML, der af VANS kan fordeles til de respektive modtagere og kopimodtagere, hvor der pr. modtager kan ske en eventuel konvertering fra XML til EDI (tilsvarende konvertering vil kunne forekomme fra EDI til XML for eventuelle returnerende kvitteringer). For de kopimeddelelser der sendes af VANS (dannet ud fra den originale meddelelse), der gælder følgende: Receivers EAN-lokationsnummer erstattes med kopimodtagerens EAN-lokationsnummer, samt kopimeddelelsen tildeles nyt brevid og kuvertid. For at kunne lave differentieret kommunikationsstatistik, skal der udfyldes GGOP100 i kuvertens versionsfelt for alle tre typer genoptræningsplaner, mens statistikfeltet Name udfyldes med henholdsvis MCM:GGOP1 for almen genoptræningsplan, MCM:GGOP2 for genoptræningsplan for genoptræning på specialiseret niveau, og MCM:GGOP3 for genoptræningsplan for rehabilitering på specialiseret niveau. 23

24 24

25 Kvitteringer Brug af kvitteringer er obligatorisk for genoptræningsplanen, der sidestilles med virkemåden for henvisninger. Dette betyder at der altid skal afsendes en positiv kvittering for meddelelsen, uanset om der er anmodet om positiv kvittering eller ej. Hvis genoptræningsplanen ikke kan importeres hos modtageren, skal der sendes en negativ kvittering for meddelelsen. Dette kan f.eks. forekomme i situationer hvor XML-struktur eller XML-indhold ikke er valide i forhold til XML-skemadefinitionen. Genoptræningsplanen ikke er fremsendt i korrekt version. Genoptræningsplanen kan være adresseret forkert, til en modtager som ikke kan modtage genoptræningsplaner. VANS kan returnere en negativ VANS-kvittering for kuverten: Modtagerens lokationsnummer ikke findes. I de situationer hvor genoptræningsplanen formateres fra XML til EDI, påhviler det samme aktør at udføre en tilsvarende konvertering fra EDI til XML, for de returnerende EDI kvitteringer. 25

26 Afsnit B XML Facitliste XML genoptræningsplan GGOP 26

27 XML Facitliste Den gode XML genoptræningsplan, GGOP, VersionCode GGOP100 MedComs XML meddelelser er opdelt i to dele: Del A indeholder logistikdata (Tekniske data, afsender, modtager, kopimodtager, egenlæge, 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 RehabilitationPlan (Genoptræningsplan) Letter (BrevData) Authorisation (Dato) Sender (Afsender) SignedBy (Signatur) CoWriter (Medforfatter) Receiver (Modtager) GPCCReceiver (Kopi til egen læge) CCReceiver (Kopimodtager) max 2 Patient (Patient) Relatives (Pårørende) Relative max 5 Del B: TypeOfRehabilitationPlan (Type af genoptræningsplan) InformationForPatientAndRelatives (Information om behandling) ConsentInformed (Informeret samtykke) PracticalInformation (Praktiske oplysninger) PatientSafetyAspects (Patientsikkerhed) RehabilitationDeadline (Start frist) CurrentHospitalContact (Sygehuskontakt) Start ExpectedEnd HospitalAmbulatoryControl (Opfølgningsaftale) ExpectedStart Location PatientHealthSummary (Resume helbredsforhold) AbilityAtDischargeSummary (Resume funktionsevne) AbilityAtDischargeExtended (Funktionsevne) RehabilitationNeedAndPotential (Genoptræningsbehov) ICD10Diagnoses (Diagnoser) max 5 PrimaryDiagnosis (Aktionsdiagnose) SecondaryDiagnosis (Bidiagnose) max 20 ICFClassifications (ICF-koder) ICFCode (Funktionsevne) o ICFGradient (Gradient) JournalExcerpt (Journaluddrag) max 20 TypeOfExcerpt (Journaltype) Signer (Signatur) Comment (Journaltekst) ContactCounty (Kontakt til regionen) ContactMunicipality (Kontakt til kommune) HealthCareTeam (Behandlende team) 27

28 Member (Terapeut) max 5 FinalResult (Slut status) ResultReceiver (Interessent) Reference (Bilag) URL (links) Objekterne er kun vist én gang men nogle af dem kan gentages flere gange. De er markeret på følgende måde, f.eks.: max 10 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. 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 ). XML DataDefinition definerer indholdet af de enkelte data. Derudover beskrives relevante anvendelsesregler og andet, der er nødvendige for en korrekt implementering. 28

29 XML Facitliste XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <?xml version= 1.0 encoding= UTF-8?> format M Skal medsendes som en kopi af den viste XML deklaration <Emessage> M 1.0.4: urn:oio:medcom:municipality: <Envelope> M <Sent> M <Date>Kuvertens_afsendelses_dato</Date> date M Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD <Time>Kuvertens_afsendelses_tidspunkt</Time> time M Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM. Hvis dette ikke kan genereres, anvendes 00: </Sent> M <Identifier>Kuvertens_nummer</Identifier> an..14 M 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. Sendes der kopier af genoptræningsplanen, skal kopimeddelelsen have sit eget kuvertnummer <AcknowledgementCode>Kuvert_kvitterings_anmodning</Acknowledg ementcode> kva M 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 <RehabilitationPlan> M <Letter> M <Identifier>Brevets_nummer</Identifier> an..14 M 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. Sendes der kopier af genoptræningsplanen, skal kopimeddelelsen have sit eget brevnummer <VersionCode>Brevets_version</VersionCode> kva M VersionCode SKAL angives med den versionsbetegnelse, der fremgår af kvalifikatorlisten. Det er vigtigt at VersionCode er korrekt, da modtagersystemer benytter VersionCode til at afgøre hvilken brevtype, modtager kan modtage. VersionCode er unik for den enkelte brevtype <StatisticalCode>Brevets_statistiknummer</StatisticalCode> enum M StatisticalCode udfyldes med TypeCode (som altid er GGOP ) efterfulgt af et ciffer der viser hvilken type genoptræningsplan det er. Se enumerationslisten. Statisticalcode er beregnet til statistik formål og må ikke bruges af modtager systemer <Authorisation> M 29

30 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <Date>Brevets_godkendelsesdato</Date> date M 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 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 <TypeCode>Brevets_brevtype_i_kode</TypeCode > kva M TypeCode er kvalifikator for brevets type. Se kvalifikatorliste <EpisodeOfCareIdentifier>Brevets_sygdoms_forloeb snummer</episodeofcareidentifier> an..35 EpisodeOfCareIdentifier er reserveret til SSTs kommende forløbsmodel og benyttes til at knytte informationer til samme sygdomsforløb </Letter> M <Sender> M <EANIdentifier>Afsenders_lokationsnummer</EANIdentifier> an..35 M 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 Identifier er den egentlige afsenders ID-nummer. Alle an..17 formater skal kunne håndteres. Identifier skal altid udfyldes validt. F.eks. sygehusafdelingsklassifikationsnummer hvis afsender er et sygehus (stamafdelingen) og ydernummer hvis afsender er en lægepraksis, en speciallæge, en fysioterapeut eller en kiropraktor. Kommunenummer hvis afsender er en kommune. Hvis afsender ikke har afdelings- eller ydernummer anvendes ofte et lokationsnummer. Alle modtagere skal kunne modtage alle typer på formen an..17, da der fremover vil blive sendt breve mellem alle typer afsendere og modtagere. Alle modtagere skal kunne modtage og behandle ukendte numre og f.eks. kunne håndtere hvis numrene ændres <IdentifierCode>Afsenders_ID_nummers_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis afsender er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <OrganisationName>Afsenders_organisation</OrganisationName> an..35 M 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 regionen ønskes angivet, skal dette indsættes i OrganisationName, f.eks. Region syddanmark, OUH. 30

31 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <DepartmentName>Afsenders_afdeling_el_socialomraade</Departme ntname> an..35 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>Afsenders_afdeling_el_socialdistrikt</UnitName> an..35 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>Afsenders_adresse</StreetName> an..35 StreetName er afsenders vejnavn og vejnummer <SuburbName>Afsenders_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på afsenders primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Afsenders_by</DistrictName> an..35 DistrictName er afsenders bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Afsenders_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er afsenders postnummer på primære adresse, f.eks <TelephoneSubscriberIdentifier>Afsenders_telefon</TelephoneSubscri an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer. beridentifier> <MedicalSpecialityCode>Afsenders_medicinske_speciale</MedicalSp ecialitycode> kva MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. Skal udfyldes, men er medicinsk speciale ikke kendt /ikke relevant benyttes kvalifikatoren ikkeklassificeret. Se kvalifikatorliste <SignedBy> M Sundhedsperson som har udarbejdet genoptræningsplanen. Én sundhedsfaglig personer kan underskrive genoptræningsplanen. Personen som underskriver er ansvarlig for genoptræningsplanen (og er ikke nødvendigvis den samme som afsender genoptræningsplanen) <Identifier>Underskrivers_ID_nummer</Identifier> an..17 Identifier er underskrivers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Underskrivers_ID_nummer_type </IdentifierCode> kva IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis underskriver er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. me> <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskrivers titel i fri tekst (fx afdelingssygeplejerske) <TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu bscriberidentifier> an..25 TelephoneSubscriberIdentifier er underskrivers telefonnummer. 31

32 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <DepartmentName>Underskrivers_afdeling_el_socialomraade</Depart an..35 DepartmentName er navnet på sygehusafdelingen hvis underskriveren mentname> er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren er ansat i en kommune </SignedBy> M <CoWriter> Sundhedsperson som er medforfatter af genoptræningsplanen <Identifier>Medforfatters_ID_nummer</Identifier> an..17 Identifier er medforfatters sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Medforfatters_ID_nummer_type </IdentifierCode> kva IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis medforfatter er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <PersonGivenName>Medforfatters_fornavn</PersonGivenName> an..35 M PersonGivenName er medforfatters fornavn(e) i fri tekst <PersonSurnameName>Medforfatters_efternavn</PersonSurnameNa an..35 M PersonSurnameName er medforfatters efternavn i fri tekst. me> <PersonTitle>Medforfatters_titel</PersonTitle> an..35 M PersonTitle er medforfatters titel i fri tekst (fx afdelingssygeplejerske) <TelephoneSubscriberIdentifier>Medforfatters_telefon</TelephoneSub an..25 TelephoneSubscriberIdentifier er medforfatters telefonnummer. scriberidentifier> <DepartmentName>Medforfatters_afdeling_el_socialomraade</Depart mentname> an..35 DepartmentName er navnet på sygehusafdelingen hvis medforfatter er hospitalsansat, navnet på hjemmepleje distriktet hvis medforfatter er ansat i en kommune </CoWriter> </Sender> M <Receiver> M Receiver er modtageren af genoptræningsplanen. Ved almen genoptræningsplan er det kommunen. Ved genoptræningsplan for genoptræning på specialiseret niveau kan det være kommune og sygehus. Ved genoptræningsplan for rehabilitering på specialiseret niveau er det kommune og eventuelt sygehus <EANIdentifier>Modtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kuvertmodtagers lokationsnummer. Såfremt meddelelsen er en kopi af genoptræningsplanen til en kopimodtager, erstattes her den oprindelige modtagers EANlokationsnummer med kopimodtagerens <Identifier>Modtagers_ID_nummer</Identifier> an..17 M Identifier er slutmodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt. 32

33 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <IdentifierCode>Modtagers_ID_nummer_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis modtager er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <OrganisationName>Modtagers_organisation</OrganisationName> an..35 OrganisationName er navnet i tekst på modtagende sygehus, lægehus eller kommune. Udfyldes som for SenderOrganisationName <DepartmentName>Modtagers_afdeling</DepartmentName> an..35 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>Modtagers_afsnit</UnitName> an..35 UnitName er modtagende sygehusafdeling eller for- og efternavn (hvis modtager er en person i et lægehus). Se beskrivelse under SenderUnitName <StreetName>Modtagers_adresse</StreetName> an..35 StreetName er modtagers primære adresse <SuburbName>Modtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på modtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Modtagers_bynavn</DistrictName> an..35 DistrictName er modtagers bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Modtagers_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er modtagers postnummer på primære adresse, f.eks </Receiver> <GPCCReceiver> M Vælg mellem ( M <EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er egen læges lokationsnummer <Identifier>Kopimodtagers_ID_nummer</Identifier> an..17 M Identifier er kopimodtagers ydernummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte ydernummer hvis sygesikringsyder <OrganisationName>Kopimodtagers_organisation</OrganisationName an..35 OrganisationName er navnet i tekst på kopimodtagende lægehus. > Udfyldes som for SenderOrganisationName <DepartmentName>Kopimodtagers_afdeling</DepartmentName> an..35 DepartmentName er titlen Læge hvis kopimodtager er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName <UnitName>Kopimodtagers_afsnit</UnitName> an..35 UnitName er for- og efternavn på person i lægehuset. Se beskrivelse under SenderUnitName <StreetName>Kopimodtagers_adresse</StreetName> an..35 StreetName er kopimodtagers primære adresse <SuburbName>Kopimodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 33

34 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse, > f.eks Eller <Deselected>Deselected</Deselected> enum M Deselected angiver at der ikke sendes kopisvar til egen læge. Udfyldes med ja, når der ikke skal sendes kopisvar. ) </GPCCReceiver> <CCReceiver> D Bruges hvis man ønsker at sende kopi af genoptræningsplanen til en anden organisation end egen læge. Max 2 kopimodtagere, inkl. egen læge. Ved genoptræningsplan for genoptræning på specialiseret niveau, skal kommunen angives som kopimodtager (medmindre kommunen er modtager) <EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kopimodtagerens lokationsnummer <Identifier>Kopimodtagers_ID_nummer</Identifier> an..17 M Identifier er kopimodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis kopimodtager er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <OrganisationName>Kopimodtagers_organisation</OrganisationName an..35 OrganisationName er navnet i tekst på kopimodtagende sygehus, > kommune eller lægehus. Udfyldes som for SenderOrganisationName <DepartmentName>Kopimodtagers_afdeling</DepartmentName> an..35 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>Kopimodtagers_afsnit</UnitName> an..35 UnitName er kopimodtagende sygehusafdeling eller for- og efternavn (hvis kopimodtager er en person i et lægehus). Se beskrivelse under SenderUnitName <StreetName>Kopimodtagers_adresse</StreetName> an..35 StreetName er kopimodtagers primære adresse <SuburbName>Kopimodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse, f.eks. Kværndrup. 34

35 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse, > f.eks </CCReceiver> D <Patient> M Vælg mellem ( M <CivilRegistrationNumber>Patientens_CPR_nummer</CivilRegistratio nnumber> n10 D 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 <AlternativeIdentifier>Patientens_erstatnings_CPR_nummer</Alternati veidentifier> a10 D AlternativeIdentifier er et erstatnings CPR-nummer eller et usikkert CPRnummer på præcis 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. ) <PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70 M PersonSurnameName er patientens efternavn. > <PersonGivenName>Patientens_fornavne</PersonGivenName> an..70 PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes <StreetName>Patientens_adresse</StreetName> an..35 StreetName er patientens primære vejnavn og nummer <SuburbName>Patientens_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på patientens primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Patientens_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse, f.eks <Occupation>Patientens_stillinngsbetegnelse</Occupation> an..25 OccupancyText er patientens jobmæssige stillingsbetegnelse Vælg mellem ( M <TelephoneSubscriber> Max <TelephoneSubscriberIdentifier>Patientens_telefonnummer</Telephon an..25 M TelephoneSubscriberIdentifier er patientens telefonnummer. esubscriberidentifier> <TelephoneSubscriberCode>TelephoneCode</TelephoneSubscriberC ode> kva M TelephoneSubscriberCode er typen af telefonnummer. Se kvalifikatorliste. </TelephoneSubscriber> Eller <NoTelephoneReason>Telefon_fritekst</NoTelephoneReason> an..70 M Årsag til at patientens telefonnummer ikke er angivet. Hvis patienten ikke har telefon eller ikke kan tale i telefon grundet kognitive udfordringer, så bør dette anføres i dette fritekst-felt. 35

36 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition ) M < AddressIdentifier>Patientens_ </ AddressIdentifier> an..70 AddressIdentifier er patientens adresse <CoAddress> <PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70 PersonSurnameName er C/O adressens efternavn. > <PersonGivenName>Patientens_fornavne</PersonGivenName> an..70 PersonGivenName er C/O adressens fornavn(e) <StreetName>Patientens_adresse</StreetName> an..35 M StreetName er C/O adressens vejnavn og nummer <SuburbName>Patientens_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på C/O adressen, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Patientens_bynavn</DistrictName> an..35 M DistrictName er bynavn på C/O adressen, f.eks. Kværndrup <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 M PostCodeIdentifier er postnummeret på C/O adressen, f.eks </CoAddress> </Patient> M <Relatives> <Relative> M Max <RelationCode>Pårørendes_type</RelationCode> kva M RelationCode er en kvalifikator, der angiver den pårørendes relation til patienten, f.eks. om det er ægtefælles, barn, svigerbarn osv <PersonSurnameName>Pårørendes_efternavn</PersonSurnameNam e> an..70 M PersonSurnameName er pårørendes efternavn. Skal udfyldes, hvis elementet benyttes <PersonGivenName>Pårørendes_fornavne</PersonGivenName> an..70 PersonGivenName er pårørendes fornavn(e) <StreetName>Pårørendes_adresse</StreetName> an..35 StreetName er pårørendes primære adresse <SuburbName>Pårørendes_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på pårørendes primære adresse f.eks.: Mullerup, 5772 Kværndrup <DistrictName>Pårørendes_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Pårørendes_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse, f.eks <TelephoneSubscriber> Max <TelephoneSubscriberIdentifier>Pårørendes_telefonnummer</ an..25 M TelephoneSubscriberIdentifier er pårørendes telefonnummer. TelephoneSubscriberIdentifier > <TelephoneSubscriberCode>Pårørendes_telefontype</TelephoneSub scribercode> kva M TelephoneSubscriberCode er pårørendes telefontype. Se kvalifikatorliste </TelephoneSubscriber> < AddressIdentifier>Pårørendes_ </ AddressIdentifier> an..70 AddressIdentifier er pårørendes adresse </Relative> M </Relatives> 36

37 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <TypeOfRehabilitationPlan>Rehab_type</TypeOfRehabilitationPlan> kva M Type af genoptræningsplan (almen, specialiseret, rehabilitering). Se kvalifikatorliste <InformationForPatientAndRelatives>Info_patient_pårørende</Informa an.. M Information om behandling til patient og pårørende (behandling omfatter tionforpatientandrelatives> også genoptræning) <ConsentInformed>Selected</ConsentInformed> enum M ConsentInformed er informeret patientsamtykke. Udfyldes altid med ja, da genoptræningsplanen ikke sendes medmindre patienten er informeret samtykke. (Sendes som en serviceinformation) <PracticalInformation>Praktisk_information</PracticalInformation> an.. Praktiske oplysninger <PatientSafetyAspects>Patient_sikkerhed</PatientSafetyAspects> an.. Patientsikkerhedsmæssige forhold <RehabilitationDeadline>Genoptræningsfrist</RehabilitationDeadline> an.. Tidsfrist for start af genoptræning, i fri tekst. Udfyldes kun hvis det er et sundhedsfaglig begrundet behov for, at patienten prioriteres. Det er en mulighed for sygehuset til i særlige tilfælde at angive en tidsfrist eller et tidsinterval/spænd indenfor hvilket genoptræningen ud fra en sundhedsfaglig vurdering mest hensigtsmæssigt bør starte op <CurrentHospitalContact> M <Start> M <Date>Aktuel_kontakt_startdato</Date> date M Date er startdato for aktuel sygehuskontakt. Date angives på formatet YYYY-MM-DD <Time>Aktuel_kontakt_starttidspunkt</Time> time M Time er starttidspunkt for aktuel sygehuskontakt. Time angives på formatet HH:MM sættes til 00:00 såfremt klokkeslæt ikke kan angives </Start> M Vælg mellem ( M <ExpectedEnd> <Date>Aktuel_kontakt_slutdato</Date> date M Date er forventet slutdato for aktuel sygehuskontakt. Date angives på formatet YYYY-MM-DD <Time>Aktuel_kontakt_sluttidspunkt</Time> time M Time er forventet sluttidspunkt for aktuel sygehuskontakt. Time angives på formatet HH:MM sættes til 00:00 såfremt klokkeslæt ikke kan angives </ExpectedEnd> Eller <ExpectedEndText>Aktuel_kontakt_slut_fritekst</ExpectedEndText> an..70 M Tidspunkt for forventet afslutning på aktuel sygehuskontakt, angivet som fri tekst, fx Om 4 uger. ) </CurrentHospitalContact> M <HospitalAmbulatoryControl> Vælg mellem ( M 37

38 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <ExpectedStart> <Date>Opfølgning_startdato</Date> date M Date er forventet dato på aftale om kontrol og opfølgning. Date angives på formatet YYYY-MM-DD <Time>Opfølgning_starttidspunkt</Time> time M Time er forventet tidspunkt på aftale om kontrol og opfølgning. Time angives på formatet HH:MM sættes til 00:00 såfremt klokkeslæt ikke kan angives </ExpectedStart> Eller <ExpectedStartText>Opfølgning_start_fritekst</ExpectedStartText> an..70 M Tidspunkt for forventet aftale om kontrol og opfølgning, angivet som fri tekst, fx Umiddelbart efter nytår. ) <Location> <EANIdentifier>Opfølgning_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er lokationsnummer på stedet for kontrol og opfølgning <Identifier>Opfølgning_ID_nummer</Identifier> an..17 M Identifier er kontrol/opfølgnings-steds sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Opfølgning_ID_nummer_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis kontrol/opfølgnings-sted er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <OrganisationName>Opfølgning_organisation</OrganisationName> an..35 OrganisationName er navnet i tekst på sygehus, lægehus eller kommune hvor kontrol eller opfølgning sker. Udfyldes som for SenderOrganisationName <DepartmentName>Opfølgning_afdeling</DepartmentName> an..35 DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt eller titlen Læge hvis kontrol/opfølgning sker hos egen læge o.l. Se beskrivelse under SenderDepartmentName <UnitName>Opfølgning_afsnit</UnitName> an..35 UnitName er sygehusafsnit, enhed i hjemmeplejen eller for- og efternavn (hvis kontrol/opfølgning er en person i et lægehus). Se beskrivelse under SenderUnitName <StreetName>Opfølgning_adresse</StreetName> an..35 StreetName er den primære adresse, hvor kontrol eller opfølgning sker <SuburbName>Opfølgning_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på adresse hvor kontrol eller opfølgning sker, f.eks.: Mullerup, 5772 Kværndrup <DistrictName>Opfølgning_bynavn</DistrictName> an..35 DistrictName er bynavn på adresse hvor kontrol eller opfølgning sker, f.eks. Kværndrup <PostCodeIdentifier>Opfølgning_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummer på adresse hvor kontrol eller opfølgning sker, f.eks

39 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition </Location> </HospitalAmbulatoryControl> <PatientHealthSummary>Helbredsforhold_resume</PatientHealthSum an.. M Helbredsforhold inkl. behandlingsforløb sammenfatning. mary> <AbilityAtDischargeSummary>Funktionsevne_resume</AbilityAtDischa rgesummary> <AbilityAtDischargeExtended>Funktionsevne</AbilityAtDischargeExten an.. ded> <RehabilitationNeedAndPotential>Genoptræningsbehov</Rehabilitatio nneedandpotential> an <ICD10Diagnoses> Vælg mellem ( an.. M Helbredsrelateret funktionsevne på udskrivningstidspunktet sammenfatning. Patientens funktionsevne og problemstillinger sammenfattes. Det vil ofte være tilstrækkeligt at skrive i dette felt ved almen genoptræningsplan (hjælpemidler kan beskrives her, og ikke benytte næste felt). D Udvidet beskrivelse af helbredsrelateret funktionsevne på udskrivningstidspunktet. Feltet er obligatorisk, hvis det er en genoptræningsplan for rehablilitering på specialiseret niveau (rehabilitering) Feltet anbefales sendt, ved en genoptræningsplan for genoptræning på specialiseret niveau (specialiseret). Feltet må anvendes for en almen genoptræningsplan. M Patientens genoptrænings-behov og -potentiale <ICD10Diagnose> M Max <PrimaryDiagnosis> D Enten en PrimaryDiagnosis, eller et antal SecondaryDiagnosis, eller en PrimaryDiagnosis med tilhørende antal SecondaryDiagnosis <Code>ICD10_aktionsdiagnosekode</Code> an..10 M Code er ICD10 diagnosekoden på aktionsdiagnosen. Det kan alternativt være en lokal uspecificeret kode, fx _ der benyttes sammen med ukodet diagnosetekst fx KOL. Første forekomst af PrimaryDiagnosis er aktionsdiagnosen, og de efterfølgende forekomster rummer andre diagnoser eller bidiagnoser <TypeCode>ICD10_aktionsdiagnosekodetype</TypeCode> enum M TypeCode er diagnosetype på aktionsdiagnosen. Skal være ICD10Kode for ICD10 diagnosekoder (alternativt må også angives SKSdiagnosekode for ICD10 diagnosekoder). Ellers skal det være uspecificeretkode <Text>ICD10_aktionsdiagnose</Text> an..70 M Text er diagnoseteksten på aktionsdiagnosen </PrimaryDiagnosis> D <SeccondaryDiagnosis> Max 20. M 39

40 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <Code>ICD10_bidiagnosekode</Code> an..10 M Code er ICD10 diagnosekoden for bidiagnoser. Det kan alternativt være en lokal uspecificeret kode, fx _ der benyttes sammen med ukodet diagnosetekst fx Diabetes. Der kan angives både bidiagnoser og tillægsdiagnoser, der relaterer sig til aktionsdiagnosen (PrimaryDiagnosis). Der kan også angives bidiagnoser (med eventuelt tilhørende tillægsdiagnoser) der ikke er relateret til en aktionsdiagnose (PrimaryDiagnosis) <TypeCode>ICD10_bidiagnosekodetype</TypeCode> enum M TypeCode er diagnosetype for bidiagnoser/tillægsdiagnoser. Skal være ICD10Kode for ICD10 diagnosekoder (alternativt må også angives SKSdiagnosekode for ICD10 diagnosekoder). Ellers skal det være uspecificeretkode <Text>ICD10_bidiagnose</Text> an..70 M Text er diagnoseteksten for bidiagnose/tillægsdiagnose </SeccondaryDiagnosis> <ICD10Diagnose> M Eller <Text>Diagnose_fritekst</Text> an..70 M Diagnose angivet i fritekst. Hvis ikke det er muligt at anføre aktionsdiagnose, når genoptræningsplanen laves, kan fritekstfelt vælges. ) </ICD10Diagnoses> <ICFClassifications> <ICFClassification> M Kan gentages <ICFCode> M Funktionsevne <Code>ICF_funktionsevnekode</Code> an..10 M Code er ICF funktionsevnekoden <TypeCode>ICF_funktionsevnekodetype</TypeCode> enum M TypeCode er diagnosetype. Skal være ICFKode <Text>ICF_funktionsevne</Text> an..70 M Text er ICF funktionsevneteksten </ICFCode> M <ICFGradient> Gradient <Code>ICF_funktionsevnekode</Code> an..10 M Code er ICF funktionsevnekoden <TypeCode>ICF_funktionsevnekodetype</TypeCode> enum M TypeCode er diagnosetype. Skal være ICFKode <Text>ICF_funktionsevne</Text> an..70 M Text er ICF funktionsevneteksten </ICFGradient> </ICFClassification> M </ICFClassifications> <JournalExcerpt> Max

41 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <TypeOfExcerpt>Journaluddrag_type</TypeOfExcerpt> an..70 M Overskrift der angiver hvilken type journalnotat dette uddrag stammer fra, fx Uddrag af operationsbeskrivelse <Signer> <SignedBy> M <Identifier>Underskrivers_ID_nummer</Identifier> an..17 Identifier er underskriverens sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Underskrivers_ID_nummer_type </IdentifierCode> kva IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis underskriveren er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. me> <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskrivers titel i fri tekst (fx afdelingssygeplejerske) <TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu bscriberidentifier> an..25 TelephoneSubscriberIdentifier er underskrivers telefonnummer <DepartmentName>Underskrivers_afdeling_el_socialomraade</Depart mentname> an..35 DepartmentName er navnet på sygehusafdelingen hvis underskriveren er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren er ansat i en kommune </SignedBy> M <Date>Journaluddrag_dato</Date> date M Date er signeringsdato for det pågældende journaluddrag </Signer> <Comment>Journaluddrag_tekst</Comment> an.. Comment rummer selve journaluddragsteksten </JournalExcerpt> <ContactCounty> D Oplysningen er obligatorisk ved genoptræning på specialiseret niveau <EANIdentifier>Kontakt_region_lokationsnummer</EANIdentifier> an..35 EANIdentifier er lokationsnummer på regionens kontaktsted <DepartmentName>Kontakt_region_afdeling_el_socialomraade</Depa an..35 M DepartmentName er navnet på sygehusafdelingen der er regionens rtmentname> kontaktsted <StreetName>Kontakt_region_adresse</StreetName> an..35 M StreetName er regionens kontaktsteds vejnavn og vejnummer <DistrictName>Kontakt_region_by</DistrictName> an..35 M DistrictName er regionens kontaktsteds bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Kontakt_region_postnummer</PostCodeIdentifier > an..9 M PostCodeIdentifier er regionens kontaktsteds postnummer på primære adresse, f.eks

42 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <TelephoneSubscriberIdentifier>Kontakt_region_telefon</TelephoneS ubscriberidentifier> an..25 M TelephoneSubscriberIdentifier er regionens kontaktsteds telefonnummer </ContactCounty> D <ContactMunicipality> M <EANIdentifier>Kontakt_kommune_lokationsnummer</EANIdentifier> an..35 EANIdentifier er lokationsnummer på kommunens kontaktsted <DepartmentName>Kontakt_kommune_afdeling_el_socialomraade</D an..35 M DepartmentName er navnet på hjemmeplejedistriktet der er kommunens epartmentname> kontaktsted <StreetName>Kontakt_kommune_adresse</StreetName> an..35 M StreetName er kommunens kontaktsteds vejnavn og vejnummer <DistrictName>Kontakt_kommune_by</DistrictName> an..35 M DistrictName er kommunens kontaktsteds bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Kontakt_kommune_postnummer</PostCodeIdenti an..9 M PostCodeIdentifier er kommunens kontaktsteds postnummer på fier> primære adresse, f.eks <TelephoneSubscriberIdentifier>Kontakt_kommune_telefon</Telephon an..25 M TelephoneSubscriberIdentifier er kommunens kontaktsteds esubscriberidentifier> telefonnummer </ContactMunicipality> M <HealtCareTeam> Behandlerteamet omfatter de behandlere der har været under indlæggelsen. Anførsel af behandlere vil oftest gøre sig gældende ved rehabilitering på specialiseret niveau, hvor det ofte vil være mange involverede) <Member> M Max <Identifier>Team_ID_nummer</Identifier> an..17 Identifier er behandlerteamets sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Team_ID_nummer_type </IdentifierCode> kva IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis modtager er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune <PersonGivenName>Team_fornavn</PersonGivenName> an..35 M PersonGivenName er fornavn(e) på person i behandlerteamet <PersonSurnameName>Team_efternavn</PersonSurnameName> an..35 M PersonSurnameName er efternavn på person i behandlerteamet <PersonTitle>Team_titel</PersonTitle> an..35 M PersonTitle er titel for person i behandlerteamet (fx afdelingssygeplejerske) <TelephoneSubscriberIdentifier>Team_telefon</TelephoneSubscriberI dentifier> an..25 TelephoneSubscriberIdentifier er behandlerteamets telefonnummer <DepartmentName>Team_afdeling_el_socialomraade</DepartmentNa an..35 DepartmentName er navnet på sygehusafdelingen hvis person i me> behandlerteamet er hospitalsansat, navnet på hjemmepleje distriktet hvis person i behandlerteamet er ansat i en kommune. 42

43 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition </Member> M </HealtCareTeam> <FinalResult> Slutstatus interessenter. Dette felt er fx nødvendigt ved ambulante kontroller på sygehuset ifm fx kroniske sygdomme og kirurgiske indgreb <ResultReceiver> M Max <EANIdentifier>Resultatmodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er svarmodtagers lokationsnummer <Identifier>Resultatmodtagers_ID_nummer</Identifier> an..17 M Identifier er svarmodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Resultatmodtagers_ID_nummer_type</IdentifierCode > kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte sygehusafdelingsnummer hvis svarmodtager er en sygehusafdeling, ydernummer hvis sygesikringsyder, kommunenummer hvis kommune. M OrganisationName er navnet i tekst på svarmodtagende sygehus, lægehus eller kommune. Udfyldes som for SenderOrganisationName <OrganisationName>Resultatmodtagers_organisation</OrganisationN ame> an <DepartmentName>Resultatmodtagers_afdeling</DepartmentName> an..35 DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt eller titlen Læge hvis svarmodtager er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName <UnitName>Resultatmodtagers_afsnit</UnitName> an..35 UnitName er svarmodtagende sygehusafdeling eller for- og efternavn (hvis svarmodtager er en person i et lægehus). Se beskrivelse under SenderUnitName <StreetName>Resultatmodtagers_adresse</StreetName> an..35 StreetName er svarmodtagers primære adresse <SuburbName>Resultatmodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på svarmodtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup <DistrictName>Resultatmodtagers_bynavn</DistrictName> an..35 DistrictName er svarmodtagers bynavn på primære adresse, f.eks. Kværndrup <PostCodeIdentifier>Resultatmodtagers_postnummer</PostCodeIdent an..9 PostCodeIdentifier er svarmodtagers postnummer på primære adresse, ifier> f.eks </ResultReceiver> M </FinalResult> <Reference> Anvendes til angivelse af en XBIN01 reference eller URL. Må repeteres. 43

44 XML NS XML Facitliste GGOP Feltdef M XML DataDefinition <RefDescription>ref_beskrivelse</RefDescription> an..70 M Beskrivelse af referencen. Klinikeren definerer her evt. selv overskriften. Nedenstående data om ID, type, filnavn-endelse og -størrelse bør ikke vises i genoptræningsplanen, men være tilgængelige. Ved opstart må der ikke sendes vedhæftede filer, men der må godt sendes links. Vælg mellem ( M <URL>ref_link</URL> an..350 Angivelse af en komplet URL på Internettet Eller <BIN> Angivelse af reference til XBIN <ObjectIdentifier>ref_dok_id</ObjectIdentifier> n36 M UUID der matcher ID i XBIN <ObjectCode>ref_dok_type</ObjectCode> kva M Objektets type enten billed eller vektor_grafik <ObjectExtensionCode>ref_dok_extension</ObjectExtensionCode> kva M ObjectExtensionCode er fil ekstension for objektet, fx png eller pdf <OriginalObjectSize>ref_dok_str</OriginalObjectSize> Integer M OriginalObjectSize er objektets størrelse i antal bytes </BIN> ) </Reference> </RehabilitationPlan> M </Emessage> M 44

45 XML Kvalifikatorliste Den gode XML genoptræningsplan, GGOP, VersionCode GGOP100 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. XML KvalifikatorDefinition der angiver betydningen af hver enkelt kvalifikatorværdi i XML. 45

46 XML Kvalifikatorliste XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition AcknowledgementCodeType minuspositivkvitt Default Angiver at der ikke ønskes POSITIV XCONTRL kvittering på kuverten. Negativ XCONTRL sendes altid ved "mislykket modtagelse" AcknowledgementCodeType pluspositivkvitt Angiver at der ønskes POSITIV XCONTRL kvittering ("brevet er modtaget") på applikationsniveau på kuverten. VANS må aldrig sende POSITIV XCONTRL. IdentifierCodeType sygehusafdelingsnummer Default Sygehusafdelingsnummer i officiel SKS-kode. IdentifierCodeType kommunenummer Kommunenummer. IdentifierCodeType ydernummer Ydernummer for praktiserende ydere. IdentifierCodeType amt Hvis det er en region der skal angives som organisation. IdentifierCodeType lokationsnummer EAN-lokationsnummer IdentifierCodeType sorkode SOR-kode MedicalSpecialityCode Ikkeklassificeret Default "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. MedicalSpecialityCode blandet Blandet medicin (Afsenders sygehusspeciale). MedicalSpecialityCode intern_medicin_sygehus Intern medicin (Afsenders sygehusspeciale). MedicalSpecialityCode geriatri Geriatri (Afsenders sygehusspeciale). MedicalSpecialityCode hepatologi Hepatologi (Afsenders sygehusspeciale). MedicalSpecialityCode haematologi Hæmatologi (Afsenders sygehusspeciale). MedicalSpecialityCode Infektionsmedicin Infektionsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCode kardiologi Kardiologi (Afsenders sygehusspeciale). MedicalSpecialityCode med_allergologi Med. allergologi (Afsenders sygehusspeciale). MedicalSpecialityCode med_endokrinologi Med. endokrinologi (Afsenders sygehusspeciale). MedicalSpecialityCode med_gastroenterologi Med. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCode med_lungesygdomme Med. lungesygdomme (Afsenders sygehusspeciale). MedicalSpecialityCode nefrologi Nefrologi (Afsenders sygehusspeciale). MedicalSpecialityCode reumatologi Reumatologi (Afsenders sygehusspeciale). MedicalSpecialityCode palliativ Palliativ medicin (Afsenders sygehusspeciale). MedicalSpecialityCode akut Akut medicin (Afsenders sygehusspeciale). MedicalSpecialityCode dermato_venerologi_sygehus Dermato-venerologi (Afsenders sygehusspeciale). 46

47 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition MedicalSpecialityCode neurologi Neurologi (Afsenders sygehusspeciale). MedicalSpecialityCode onkologi Onkologi (Afsenders sygehusspeciale). MedicalSpecialityCode kirurgi_sygehus Kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode karkirurgi Karkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode kir_gastroenterologi Kir. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCode plastikkirurgi Plastikkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode thoraxkirurgi Thoraxkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode urologi Urologi (Afsenders sygehusspeciale). MedicalSpecialityCode gynaekologi_obstetrik_sygehus Gynækologi og obstetrik (Afsenders sygehusspeciale). MedicalSpecialityCode sexologi Sexologi (Afsenders sygehusspeciale). MedicalSpecialityCode neurokirurgi Neurokirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode ortopaedisk_kirurgi_sygehus Ortopædisk kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCode oftalmologi Oftalmologi (Afsenders sygehusspeciale). MedicalSpecialityCode oto_rhino_laryngologi Oto-, rhino-, laryngologi (Afsenders sygehusspeciale). MedicalSpecialityCode hospitalsodontologi Hospitalsodontologi (Afsenders sygehusspeciale). MedicalSpecialityCode psykiatri_sygehus Psykiatri (Afsenders sygehusspeciale). MedicalSpecialityCode boerne_ungdomspsykiatri Børne- og ungdomspsykiatri (Afsenders sygehusspeciale). MedicalSpecialityCode klin_biokemi Klin. biokemi (Afsenders sygehusspeciale). MedicalSpecialityCode klin_fys_nuklearmedicin Klin fys og nuklearmedicin (Afsenders sygehusspeciale). MedicalSpecialityCode klin_immunologi Klin. immunologi (Afsenders sygehusspeciale). MedicalSpecialityCode klin_mikrobiologi Klin. mikrobiologi (Afsenders sygehusspeciale). MedicalSpecialityCode klin_neurofysiologi Klin. neurofysiologi (Afsenders sygehusspeciale). MedicalSpecialityCode patologisk_anatomi Patologisk anatomi (Afsenders sygehusspeciale). MedicalSpecialityCode diagnostisk_radiologi Diagnostisk radiologi (Afsenders sygehusspeciale). MedicalSpecialityCode klin_farmakologi Klin. farmakologi (Afsenders sygehusspeciale). MedicalSpecialityCode klin_genetik Klin. genetik (Afsenders sygehusspeciale). MedicalSpecialityCode paediatri_sygehus Pædiatri (Afsenders sygehusspeciale). MedicalSpecialityCode anaestesiologi_sygehus Anæstesiologi (Afsenders sygehusspeciale). MedicalSpecialityCode arbejdsmedicin Arbejdsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCode almen_medicin Almen medicin (Afsenders sygehusspeciale). 47

48 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition MedicalSpecialityCode samfundsmedicin Samfundsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCode retsmedicin Retsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCode fysioterapi_sygehus Fysio- og ergoterapi (Afsenders sygehusspeciale). MedicalSpecialityCode anaestesiologi_praksis Anæstesiologi (Afsenders praksisspeciale). MedicalSpecialityCode roentgen_kbh Røntgen (København) (Afsenders praksisspeciale). MedicalSpecialityCode dermato_venerologi_praksis Dermatologi-venerologi (Afsenders praksisspeciale). MedicalSpecialityCode roentgen Røntgen. (Afsenders praksisspeciale). MedicalSpecialityCode reumatologi_fysiurgi Reumatologi (Fysiurgi) (Afsenders praksisspeciale). MedicalSpecialityCode gynaekologi_obstetrik_praksis Gynækologi/obstetrik (Afsenders praksisspeciale). MedicalSpecialityCode intern_medicin_praksis Intern Medicin (Afsenders praksisspeciale). MedicalSpecialityCode kirurgi_praksis Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCode klinisk_kemi Klinisk kemi. (Afsenders praksisspeciale). MedicalSpecialityCode neurokirurgi_praksis Neurokirurgi (Afsenders praksisspeciale). MedicalSpecialityCode neuromedicin Neuromedicin (Afsenders praksisspeciale). MedicalSpecialityCode oejenlaege Øjenlæge (Afsenders praksisspeciale). MedicalSpecialityCode ortopaedisk_kirurgi_praksis Ortopædisk Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCode oere_naese_halslaege Øre, Næse halslæge (Afsenders praksisspeciale). MedicalSpecialityCode patologi Patologi (Afsenders praksisspeciale). MedicalSpecialityCode plastkirurgi Plastkirurgi (Afsenders praksisspeciale). MedicalSpecialityCode psykiatri_praksis Psykiatri (Afsenders praksisspeciale). MedicalSpecialityCode paediatri Pædiatri (Afsenders praksisspeciale). MedicalSpecialityCode boernepsykiatri Børnepsykiatri (Afsenders praksisspeciale). MedicalSpecialityCode tropemedicin Tropemedicin (Afsenders praksisspeciale). MedicalSpecialityCode med_laboratorier_kpll KPLL (Afsenders praksisspeciale). MedicalSpecialityCode med_laboratorier Med. laboratorier (Afsenders praksisspeciale). MedicalSpecialityCode omegnslaboratorier Omegnslaboratorier (Afsenders praksisspeciale). MedicalSpecialityCode med_laboratorier_ssi SSI (Afsenders praksisspeciale). MedicalSpecialityCode tandplejere Tandplejere (Afsenders praksisspeciale). MedicalSpecialityCode tandlaege Tandlæge (Afsenders praksisspeciale). MedicalSpecialityCode fysioterapi Fysioterapi (Afsenders praksisspeciale). 48

49 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition MedicalSpecialityCode briller Briller (Afsenders praksisspeciale). MedicalSpecialityCode kiropraktor Kiropraktor (Afsenders praksisspeciale). MedicalSpecialityCode fodterapi Fodterapi (Afsenders praksisspeciale). MedicalSpecialityCode fodbehandlking Fodbehandling (Afsenders praksisspeciale). MedicalSpecialityCode ridefysioterapi Ridefysioterapi (Afsenders praksisspeciale). MedicalSpecialityCode teddy Teddy Øfeldt (Afsenders praksisspeciale). MedicalSpecialityCode fodterapi_radioaktiv Fodterapi - følger radioaktiv bestråling (Afsenders praksisspeciale). MedicalSpecialityCode fodterapi_leddegigt Fodterapi - svær leddegigt (Afsenders praksisspeciale). MedicalSpecialityCode fysioterapi_vederlagsfri Vederlagsfri fysioterapi (Afsenders praksisspeciale). MedicalSpecialityCode psykolog Psykolog (Afsenders praksisspeciale). MedicalSpecialityCode kiropraktor_64 Kiropraktik - ordning 64 (Afsenders praksisspeciale). MedicalSpecialityCode ridefysioterapi_vederlagsfri Vederlagsfri ridefysioterapi (Afsenders praksisspeciale). MedicalSpecialityCode almenlaege_laegevagt Almenlæge og lægevagt (Afsenders praksisspeciale). MedicalSpecialityCode vagtlaege Almenlæge og lægevagt (Afsenders praksisspeciale). MedicalSpecialityCode almenlaege_vagtkoersel Almen lægers vagtkørsel (Afsenders praksisspeciale). MedicalSpecialityCode almenlaege_vagtlaegehjaelp Vagtlægehjælp, region hovedstaden (Afsenders praksisspeciale). MedicalSpecialityCode vagtlaegehjaelp_kbh Vagtlægehjælp, region hovedstaden (Afsenders praksisspeciale). MedicalSpecialityCode vagtlaegehjaelp Vagtlægehjælp (Afsenders praksisspeciale). ObjectCode billed Images, billeder. ObjectCode multimedie Multimedier, f.eks. filmsekvens. ObjectCode vektor_grafik Fx PDF-fil. ObjectExtensionCode avi AVI-film. ObjectExtensionCode bmp BMP-billede. ObjectExtensionCode gif GIF-billede. ObjectExtensionCode jpeg JPG-billede. ObjectExtensionCode mpg MPG-film. ObjectExtensionCode pcx PCX-billede. ObjectExtensionCode pdf PDF-fil. ObjectExtensionCode png PNG-billede. ObjectExtensionCode tiff TIFF-billede. 49

50 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition ObjectExtensionCode wav WAV-film. RelationCode uspec_paaroerende Uspecificeret pårørende. Nb! Må ikke anvendes som værge, se ny kvalifikator. RelationCode barn Barn RelationCode aegtefaelle Default Ægtefælle/partner RelationCode forældre Forældre RelationCode barnebarn Barnebarn RelationCode svigerbarn Svigerbarn RelationCode ingen_relationer Ingen relationer RelationCode nabo Nabo RelationCode samboende Samboende RelationCode registreret_partner Registreret partner RelationCode søskende Søskende RelationCode øvrig_familie Øvrig familie RelationCode vaerge Værge TelephoneCode fastnet Telefonnummer hjemme TelephoneCode arbejde Telefonnummer på arbejde TelephoneCode mobil Mobiltelefonnummer TypeCode GGOP Default TypeOfRehabilitationPlan almen Almen genoptræning TypeOfRehabilitationPlan specialiseret Genoptræning på specialiseret niveau TypeOfRehabilitationPlan rehabilitering Rehablilitering på specialiseret niveau VersionCode GGOP100 50

51 XML Enumerationer XML Enumerationer Gyldige XMLvaerdier Default XML EnumerationsDefinition Deselected Ja Angiver at oplysningen er fravalgt. Anvendes ved angivelse af kopisvar til egen læge. Selected Ja Angiver at oplysningen er tilvalgt. Anvendes ved angivelse af informeret samtykke, StatisticalCode GGOP1 Almen genoptræningsplan StatisticalCode GGOP2 Genoptræningsplan på specialiseret niveau StatisticalCode GGOP3 Genoptræningsplan for rehablilitering på specialiseret niveau TypeCode ICD10Kode Angiver type på diagnosekode. Anvendes ved ICD10Diagnoses TypeCode ICFKode Angiver type på funktionsevnekode. Anvendes ved ICFDiagnoses TypeCode SKSdiagnosekode Angiver type på diagnosekode. Anvendes alternativt ved ICD10Diagnoses TypeCode uspecificeretkode Anvendes ved diagnoser, der ikke er ICD10-koder. 51

52 Testeksempler Testeksempler kan hentes her: eller findes på Medcoms hjemmeside 52