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

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

Rettelser Dato Ansvarlig Version Beskrivelse 20.04.2015 Michael Johansen 1.0.4 Nu version GGOP for genoptræningsplaner, der erstatter DGOP 12.05.2015 Michael Johansen Max. antal JournalExcerpt udvidet fra 5 til 20 14.08.2015 Michael Johansen Nyt idriftsættelsestidspunkt 09.11.2015 Michael Johansen Stavefejl i kvalifikatorliste, TypeOfRehabilitationplan 2

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: http://www.medcom.dk/dwn7262 2 Vejledning for genoptræning: https://www.retsinformation.dk/pdfprint.aspx?id=164976&exp=1 3

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

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

Afsnit A Sundhedsfaglige anbefalinger XML genoptræningsplan GGOP 6

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

Udvidet beskrivelse af helbredsrelateret funktionsevne på udskrivningstidspunktet Aktionsdiagnose: Diagnosekode (ICD10) kode og navn Funktionsevnekoder ICF Uddrag af diverse vedhæftede bilag fx operationsbeskrivelse, journalnotat osv. 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. 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 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. 8

Behandlende team under indlæggelse Underskrift Slutstatus: Slutstatus modtager med behov for slutstatus Bilagsliste Kopimodtagere 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, filendelse 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 9

være mulighed for at tilføje yderligere kopimodtagere. Der må samlet set maksimalt angives to kopimodtagere (inkl. egen læge). 10

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

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, http://xml.medcom.dk 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: http://svn.medcom.dk/svn/drafts/national%20sygehus-kommunesamarbejde/ggop/eksempler/eksempel-complete.xml 12

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

15

16

17

18

19

20

21

22

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

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

Afsnit B XML Facitliste XML genoptræningsplan GGOP 25

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) 26

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

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 1.0.4 <Emessage> M 1.0.4: urn:oio:medcom:municipality:1.0.4 1.0.0 <Envelope> M 1.0.0 <Sent> M 1.0.0 <Date>Kuvertens_afsendelses_dato</Date> date M Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD. 1.0.0 <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:00 1.0.0 </Sent> M 1.0.0 <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. 1.0.0 <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. 1.0.0 </Envelope> M 1.0.4 <RehabilitationPlan> M 1.0.3 <Letter> M 1.0.3 <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. 1.0.3 <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. 1.0.3 <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. 1.0.3 <Authorisation> M 1.0.0 <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. 28

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.0 <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. 1.0.3 </Authorisation> M 1.0.3 <TypeCode>Brevets_brevtype_i_kode</TypeCode > kva M TypeCode er kvalifikator for brevets type. Se kvalifikatorliste. 1.0.3 <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. 1.0.3 </Letter> M 1.0.0 <Sender> M 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 29

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.0 <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. 1.0.0 <StreetName>Afsenders_adresse</StreetName> an..35 StreetName er afsenders vejnavn og vejnummer. 1.0.0 <SuburbName>Afsenders_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på afsenders primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Afsenders_by</DistrictName> an..35 DistrictName er afsenders bynavn på primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Afsenders_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er afsenders postnummer på primære adresse, f.eks. 5772. 1.0.0 <TelephoneSubscriberIdentifier>Afsenders_telefon</TelephoneSubscri an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer. beridentifier> 1.0.0 <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. 1.0.0 <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). 1.0.0 <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. 1.0.0 <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. 1.0.0 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. 1.0.0 <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. me> 1.0.0 <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskrivers titel i fri tekst (fx afdelingssygeplejerske). 1.0.4 <TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu bscriberidentifier> an..25 TelephoneSubscriberIdentifier er underskrivers telefonnummer. 1.0.4 <DepartmentName>Underskrivers_afdeling_el_socialomraade</Depart mentname> an..35 1.0.0 </SignedBy> M DepartmentName er navnet på sygehusafdelingen hvis underskriveren er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren er ansat i en kommune. 30

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 <CoWriter> Sundhedsperson som er medforfatter af genoptræningsplanen. 1.0.4 <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. 1.0.4 <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. 1.0.4 <PersonGivenName>Medforfatters_fornavn</PersonGivenName> an..35 M PersonGivenName er medforfatters fornavn(e) i fri tekst. 1.0.4 <PersonSurnameName>Medforfatters_efternavn</PersonSurnameNa an..35 M PersonSurnameName er medforfatters efternavn i fri tekst. me> 1.0.4 <PersonTitle>Medforfatters_titel</PersonTitle> an..35 M PersonTitle er medforfatters titel i fri tekst (fx afdelingssygeplejerske). 1.0.4 <TelephoneSubscriberIdentifier>Medforfatters_telefon</TelephoneSub an..25 TelephoneSubscriberIdentifier er medforfatters telefonnummer. scriberidentifier> 1.0.4 <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. 1.0.4 </CoWriter> 1.0.0 </Sender> M 1.0.0 <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. 1.0.0 <EANIdentifier>Modtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kuvertmodtagers lokationsnummer. 1.0.0 <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. 1.0.0 <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. 1.0.0 <OrganisationName>Modtagers_organisation</OrganisationName> an..35 OrganisationName er navnet i tekst på modtagende sygehus, lægehus eller kommune. Udfyldes som for SenderOrganisationName. 31

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.0 <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. 1.0.0 <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. 1.0.0 <StreetName>Modtagers_adresse</StreetName> an..35 StreetName er modtagers primære adresse. 1.0.0 <SuburbName>Modtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på modtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Modtagers_bynavn</DistrictName> an..35 DistrictName er modtagers bynavn på primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Modtagers_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er modtagers postnummer på primære adresse, f.eks. 5772. 1.0.0 </Receiver> 1.0.4 <GPCCReceiver> M Vælg mellem ( M 1.0.0 <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 1.0.0 <IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode> kva M IdentifierCode er kvalifikator for det anvendte kode- el. Klassifikationssystem ofte ydernummer hvis sygesikringsyder. 1.0.0 <OrganisationName>Kopimodtagers_organisation</OrganisationName an..35 OrganisationName er navnet i tekst på kopimodtagende lægehus. > Udfyldes som for SenderOrganisationName. 1.0.0 <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. 1.0.0 <UnitName>Kopimodtagers_afsnit</UnitName> an..35 UnitName er for- og efternavn på person i lægehuset. Se beskrivelse under SenderUnitName. 1.0.0 <StreetName>Kopimodtagers_adresse</StreetName> an..35 StreetName er kopimodtagers primære adresse. 1.0.0 <SuburbName>Kopimodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse, > f.eks. 5772. Eller 1.0.4 <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. 32

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition ) 1.0.4 </GPCCReceiver> 1.0.0 <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). 1.0.0 <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 1.0.0 <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. 1.0.0 <OrganisationName>Kopimodtagers_organisation</OrganisationName an..35 OrganisationName er navnet i tekst på kopimodtagende sygehus, > kommune eller lægehus. Udfyldes som for SenderOrganisationName. 1.0.0 <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. 1.0.0 <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. 1.0.0 <StreetName>Kopimodtagers_adresse</StreetName> an..35 StreetName er kopimodtagers primære adresse. 1.0.0 <SuburbName>Kopimodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse, > f.eks. 5772. 1.0.0 </CCReceiver> D 1.0.0 <Patient> M Vælg mellem ( M 1.0.0 <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. 33

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition Eller 1.0.0 <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. ) 1.0.0 <PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70 M PersonSurnameName er patientens efternavn. > 1.0.0 <PersonGivenName>Patientens_fornavne</PersonGivenName> an..70 PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes. 1.0.0 <StreetName>Patientens_adresse</StreetName> an..35 StreetName er patientens primære vejnavn og nummer. 1.0.0 <SuburbName>Patientens_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på patientens primære adresse, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Patientens_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse, f.eks. 5772. 1.0.0 <Occupation>Patientens_stillinngsbetegnelse</Occupation> an..25 OccupancyText er patientens jobmæssige stillingsbetegnelse. 1.0.4 Vælg mellem ( M 1.0.4 <TelephoneSubscriber> Max 5. 1.0.0 <TelephoneSubscriberIdentifier>Patientens_telefonnummer</Telephon an..25 M TelephoneSubscriberIdentifier er patientens telefonnummer. esubscriberidentifier> 1.0.4 <TelephoneSubscriberCode>TelephoneCode</TelephoneSubscriberC ode> kva M TelephoneSubscriberCode er typen af telefonnummer. Se kvalifikatorliste. </TelephoneSubscriber> Eller 1.0.4 <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. ) M 1.0.4 <EmailAddressIdentifier>Patientens_email</ EmailAddressIdentifier> an..70 EmailAddressIdentifier er patientens email adresse. 1.0.4 <CoAddress> 1.0.0 <PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70 PersonSurnameName er C/O adressens efternavn. > 1.0.0 <PersonGivenName>Patientens_fornavne</PersonGivenName> an..70 PersonGivenName er C/O adressens fornavn(e). 1.0.0 <StreetName>Patientens_adresse</StreetName> an..35 M StreetName er C/O adressens vejnavn og nummer. 34

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.0 <SuburbName>Patientens_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på C/O adressen, f.eks. Mullerup i Mullerup, 5772 Kværndrup. 1.0.0 <DistrictName>Patientens_bynavn</DistrictName> an..35 M DistrictName er bynavn på C/O adressen, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 M PostCodeIdentifier er postnummeret på C/O adressen, f.eks. 5772. 1.0.4 </CoAddress> 1.0.0 </Patient> M 1.0.0 <Relatives> 1.0.0 <Relative> M Max 5. 1.0.0 <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. 1.0.0 <PersonSurnameName>Pårørendes_efternavn</PersonSurnameNam e> an..70 M PersonSurnameName er pårørendes efternavn. Skal udfyldes, hvis elementet benyttes. 1.0.0 <PersonGivenName>Pårørendes_fornavne</PersonGivenName> an..70 PersonGivenName er pårørendes fornavn(e). 1.0.0 <StreetName>Pårørendes_adresse</StreetName> an..35 StreetName er pårørendes primære adresse. 1.0.0 <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. 1.0.0 <DistrictName>Pårørendes_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Pårørendes_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse, f.eks. 5772. 1.0.4 <TelephoneSubscriber> Max 5. 1.0.0 <TelephoneSubscriberIdentifier>Pårørendes_telefonnummer</ an..25 M TelephoneSubscriberIdentifier er pårørendes telefonnummer. TelephoneSubscriberIdentifier > 1.0.4 <TelephoneSubscriberCode>Pårørendes_telefontype</TelephoneSub scribercode> kva M TelephoneSubscriberCode er pårørendes telefontype. Se kvalifikatorliste. 1.0.4 </TelephoneSubscriber> 1.0.4 <EmailAddressIdentifier>Pårørendes_email</ EmailAddressIdentifier> an..70 EmailAddressIdentifier er pårørendes email adresse. 1.0.0 </Relative> M 1.0.0 </Relatives> 1.0.4 <TypeOfRehabilitationPlan>Rehab_type</TypeOfRehabilitationPlan> kva M Type af genoptræningsplan (almen, specialiseret, rehabilitering). Se kvalifikatorliste. 1.0.4 <InformationForPatientAndRelatives>Info_patient_pårørende</Informa an.. M Information om behandling til patient og pårørende (behandling omfatter tionforpatientandrelatives> også genoptræning). 1.0.4 <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) 35

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 <PracticalInformation>Praktisk_information</PracticalInformation> an.. Praktiske oplysninger. 1.0.4 <PatientSafetyAspects>Patient_sikkerhed</PatientSafetyAspects> an.. Patientsikkerhedsmæssige forhold. 1.0.4 <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. 1.0.4 <CurrentHospitalContact> M 1.0.4 <Start> M 1.0.4 <Date>Aktuel_kontakt_startdato</Date> date M Date er startdato for aktuel sygehuskontakt. Date angives på formatet YYYY-MM-DD. 1.0.4 <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. 1.0.4 </Start> M Vælg mellem ( M 1.0.4 <ExpectedEnd> 1.0.4 <Date>Aktuel_kontakt_slutdato</Date> date M Date er forventet slutdato for aktuel sygehuskontakt. Date angives på formatet YYYY-MM-DD. 1.0.4 <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. 1.0.4 </ExpectedEnd> Eller 1.0.4 <ExpectedEndText>Aktuel_kontakt_slut_fritekst</ExpectedEndText> an..70 M Tidspunkt for forventet afslutning på aktuel sygehuskontakt, angivet som fri tekst, fx Om 4 uger. ) 1.0.4 </CurrentHospitalContact> M 1.0.4 <HospitalAmbulatoryControl> Vælg mellem ( M 1.0.4 <ExpectedStart> 1.0.4 <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. 1.0.4 <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. 36

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 </ExpectedStart> Eller 1.0.4 <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. ) 1.0.4 <Location> 1.0.0 <EANIdentifier>Opfølgning_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er lokationsnummer på stedet for kontrol og opfølgning. 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 1.0.0 <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. 1.0.0 <StreetName>Opfølgning_adresse</StreetName> an..35 StreetName er den primære adresse, hvor kontrol eller opfølgning sker.. 1.0.0 <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. 1.0.0 <DistrictName>Opfølgning_bynavn</DistrictName> an..35 DistrictName er bynavn på adresse hvor kontrol eller opfølgning sker, f.eks. Kværndrup. 1.0.0 <PostCodeIdentifier>Opfølgning_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummer på adresse hvor kontrol eller opfølgning sker, f.eks. 5772. 1.0.4 </Location> 1.0.4 </HospitalAmbulatoryControl> 1.0.4 <PatientHealthSummary>Helbredsforhold_resume</PatientHealthSum an.. M Helbredsforhold inkl. behandlingsforløb sammenfatning. mary> 37

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 <AbilityAtDischargeSummary>Funktionsevne_resume</AbilityAtDischa rgesummary> 1.0.4 <AbilityAtDischargeExtended>Funktionsevne</AbilityAtDischargeExten ded> 1.0.4 <RehabilitationNeedAndPotential>Genoptræningsbehov</Rehabilitatio nneedandpotential> 1.0.4 <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). an.. D Udvidet beskrivelse af helbredsrelateret funktionsevne på udskrivningstidspunktet. Feltet er obligatorisk, hvis det er en genoptræningsplan for rehablilitering på specialiseret niveau (rehabilitering). Feltet må gerne anvendes for en genoptræningsplan for genoptræning på specialiseret niveau (specialiseret). an.. M Patientens genoptrænings-behov og -potentiale. 1.0.4 <ICD10Diagnose> M Max 5. 1.0.4 <PrimaryDiagnosis> D Enten en PrimaryDiagnosis eller en eller flere SecondaryDiagnosis 1.0.4 <Code>ICD10_aktionsdiagnosekode</Code> an..10 M Code er ICD10 diagnosekoden på aktionsdiagnosen. 1.0.4 <TypeCode>ICD10_aktionsdiagnosekodetype</TypeCode> enum M TypeCode er diagnosetype på aktionsdiagnosen. Skal være ICD10Kode 1.0.4 <Text>ICD10_aktionsdiagnose</Text> an..70 M Text er ICD10 diagnoseteksten på aktionsdiagnosen. 1.0.4 </PrimaryDiagnosis> D 1.0.4 <SeccondaryDiagnosis> Max 20. 1.0.4 <Code>ICD10_bidiagnosekode</Code> an..10 M Code er ICD10 diagnosekoden for bidiagnoser. 1.0.4 <TypeCode>ICD10_bidiagnosekodetype</TypeCode> enum M TypeCode er diagnosetype for bidiagnoser. Skal være ICD10Kode 1.0.4 <Text>ICD10_bidiagnose</Text> an..70 M Text er ICD10 diagnoseteksten for bidiagnoser. 1.0.4 </SeccondaryDiagnosis> 1.0.4 <ICD10Diagnose> M Eller 1.0.4 <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. ) 1.0.4 </ICD10Diagnoses> 1.0.4 <ICFClassifications> M 38

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 <ICFClassification> M Kan gentages. 1.0.4 <ICFCode> M Funktionsevne 1.0.4 <Code>ICF_funktionsevnekode</Code> an..10 M Code er ICF funktionsevnekoden. 1.0.4 <TypeCode>ICF_funktionsevnekodetype</TypeCode> enum M TypeCode er diagnosetype. Skal være ICFKode 1.0.4 <Text>ICF_funktionsevne</Text> an..70 M Text er ICF funktionsevneteksten. 1.0.4 </ICFCode> M 1.0.4 <ICFGradient> Gradient 1.0.4 <Code>ICF_funktionsevnekode</Code> an..10 M Code er ICF funktionsevnekoden. 1.0.4 <TypeCode>ICF_funktionsevnekodetype</TypeCode> enum M TypeCode er diagnosetype. Skal være ICFKode 1.0.4 <Text>ICF_funktionsevne</Text> an..70 M Text er ICF funktionsevneteksten. 1.0.4 </ICFGradient> 1.0.4 </ICFClassification> M 1.0.4 </ICFClassifications> 1.0.4 <JournalExcerpt> Max 20. 1.0.4 <TypeOfExcerpt>Journaluddrag_type</TypeOfExcerpt> an..70 M Overskrift der angiver hvilken type journalnotat dette uddrag stammer fra, fx Uddrag af operationsbeskrivelse. 1.0.4 <Signer> 1.0.4 <SignedBy> M 1.0.0 <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. 1.0.0 <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. 1.0.0 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. 1.0.0 <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. me> 1.0.0 <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskrivers titel i fri tekst (fx afdelingssygeplejerske). 1.0.4 <TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu bscriberidentifier> an..25 TelephoneSubscriberIdentifier er underskrivers telefonnummer. 1.0.4 <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. 39

XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 </SignedBy> M 1.0.4 <Date>Journaluddrag_dato</Date> date M Date er signeringsdato for det pågældende journaluddrag. 1.0.4 </Signer> 1.0.4 <Comment>Journaluddrag_tekst</Comment> an.. Comment rummer selve journaluddragsteksten. 1.0.4 </JournalExcerpt> 1.0.4 <ContactCounty> D Oplysningen er obligatorisk ved genoptræning på specialiseret niveau. 1.0.4 <EANIdentifier>Kontakt_region_lokationsnummer</EANIdentifier> an..35 EANIdentifier er lokationsnummer på regionens kontaktsted. 1.0.4 <DepartmentName>Kontakt_region_afdeling_el_socialomraade</Depa an..35 M DepartmentName er navnet på sygehusafdelingen der er regionens rtmentname> kontaktsted. 1.0.4 <StreetName>Kontakt_region_adresse</StreetName> an..35 M StreetName er regionens kontaktsteds vejnavn og vejnummer. 1.0.4 <DistrictName>Kontakt_region_by</DistrictName> an..35 M DistrictName er regionens kontaktsteds bynavn på primære adresse, f.eks. Kværndrup. 1.0.4 <PostCodeIdentifier>Kontakt_region_postnummer</PostCodeIdentifier an..9 M PostCodeIdentifier er regionens kontaktsteds postnummer på primære > adresse, f.eks. 5772. 1.0.4 <TelephoneSubscriberIdentifier>Kontakt_region_telefon</TelephoneS ubscriberidentifier> an..25 M TelephoneSubscriberIdentifier er regionens kontaktsteds telefonnummer. 1.0.4 </ContactCounty> D 1.0.4 <ContactMunicipality> M 1.0.4 <EANIdentifier>Kontakt_kommune_lokationsnummer</EANIdentifier> an..35 EANIdentifier er lokationsnummer på kommunens kontaktsted. 1.0.4 <DepartmentName>Kontakt_kommune_afdeling_el_socialomraade</D an..35 M DepartmentName er navnet på hjemmeplejedistriktet der er kommunens epartmentname> kontaktsted. 1.0.4 <StreetName>Kontakt_kommune_adresse</StreetName> an..35 M StreetName er kommunens kontaktsteds vejnavn og vejnummer. 1.0.4 <DistrictName>Kontakt_kommune_by</DistrictName> an..35 M DistrictName er kommunens kontaktsteds bynavn på primære adresse, f.eks. Kværndrup. 1.0.4 <PostCodeIdentifier>Kontakt_kommune_postnummer</PostCodeIdenti an..9 M PostCodeIdentifier er kommunens kontaktsteds postnummer på fier> primære adresse, f.eks. 5772. 1.0.4 <TelephoneSubscriberIdentifier>Kontakt_kommune_telefon</Telephon an..25 M TelephoneSubscriberIdentifier er kommunens kontaktsteds esubscriberidentifier> telefonnummer. 1.0.4 </ContactMunicipality> M 1.0.4 <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) 1.0.4 <Member> M Max 5. 40