GGOP - SVN - MedComsvn.medcom.dk/svn/drafts/National Sygehus...MedCom – Den gode...

MedCom – Den gode genoptræningsplan, VersionCode GGOP100 – 06.02.2019 1

GGOP

”Den gode genoptræningsplan” RehabilitationPlan

06.02.2019

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


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 14.12.2015 Michael Johansen EANIdentifier manglede i dokumentationen for CCReceiver og GPCCReceiver. (de var med i

XSD og testeksempler). Uddybende beskrivelse for angivelse af kopimodtagers 15.12.2015 Michael Johansen Uddybende beskrivelse for angivelse af kopimodtagers EAN-lokationsnummer i

kopimeddelelsen. 25.01.2016 Michael Johansen Uddybende beskrivelse af om helbredsrelateret funktionsevne er obligatorisk for specialiseret

genoptræning. 30.03.2016 Michael Johansen Diagnosetype var tidligere altid ”ICD10kode”. Nu kan det også være ”uspecificeretkode”. 19.04.2016 Michael Johansen Diagnosetype kan nu også være ”SKSdiagnosekode” (synonym for ICD10kode).

Beskrivelse om diagnoser er uddybet. 26.10.2016 Michael Johansen Referencerne til namespace 1.0.0 og 1.0.4 stemte ikke helt med XML-schema, (fx

PersonGivenName) 05.04.2017 Michael Johansen <Comment> under <JournalExcerpt> var fejlagtigt ikke angivet som obligatorisk 06.02.2019 Irene Zuschlag Specificeret anvendelsen af fraser


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ørelse1 og tilhørende vejledning2 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, Almen

Genoptræning på Specialiseret niveau Specialiseret Genoptræning

Rehabilitering på Specialiseret niveau 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


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.


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.


Afsnit A

Sundhedsfaglige anbefalinger

XML genoptræningsplan GGOP


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 fremsendelse af kopi til egen læge

Der bør være mulighed for at krydse af i en boks i EPJ-systemet, hvis borgeren har fravalgt at der sendes kopi til 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

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.

Aktuel sygehuskontakt: Forventet dato for afslutning af sygehuskontakt

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

Aftale om kontrol og opfølgning: Forventet startdato

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,


regionsnummer og organisations info hentes (valgfrit). Udvidet beskrivelse af helbredsrelateret funktionsevne på udskrivningstidspunktet

Skabelonen indsat i eksemplet er primært til brug ved genoptræning på specialiseret niveau og rehabilitering på specialiseret niveau. Se ”Indhold af skabelon” for tilladte fraser. 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.

Indhold af skabelon Kroppens funktioner og anatomi Mentale funktioner Sanser og smerter Stemme og tale Kardiovaskulære, hæmatologiske, immunologiske og respiratoriske funktioner Fordøjelse, stofskifte og hormonelle funktioner Kønsorganer, urinveje og forplantning Bevægeapparatet Hud og tilhørende strukturers funktioner Aktiviteter og Deltagelse Læring og anvendelse af viden Almindelige opgaver og krav Kommunikation Bevægelse og færden Omsorg for sig selv


Husførelse Interpersonelt samspil og kontakt Vigtige livsområder Samfundsliv, socialt liv og medborgerskab Omgivelsesfaktorer Produkter og teknologi Støtte og kontakt Holdninger

Aktionsdiagnose: Diagnosekode (ICD10, SKSdiagnosekode eller uspecificeret) kode og navn

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.

Funktionsevnekoder ICF 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.

Uddrag af diverse vedhæftede bilag fx operationsbeskrivelse, journalnotat osv.

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.

Behandlende team under indlæggelse

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). Underskrift É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.

Slutstatus: Slutstatus modtager med behov for slutstatus

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

Bilagsliste Det bør være muligt for klinikeren selv at definere overskriften på vedhæftede bilag. Data om ID, type, fil-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.

Kopimodtagere 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).


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.


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


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.


Kommunikationsflow Som ved de øvrige kommunikationsstandarder for det kommunale område, skal genoptræningsplanen udveksles med brug af VANS-envelope. 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.


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.


Afsnit B

XML Facitliste

XML genoptræningsplan GGOP


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)


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


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. Sendes der kopier af genoptræningsplanen, skal kopimeddelelsen have sit eget kuvertnummer.

1.0.0 <AcknowledgementCode>Kuvert_kvitterings_anmodning</AcknowledgementCode>

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. Sendes der kopier af genoptræningsplanen, skal kopimeddelelsen have sit eget brevnummer.

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


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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. 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”.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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.

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

berIdentifier> an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer.

1.0.0 <MedicalSpecialityCode>Afsenders_medicinske_speciale</MedicalSpecialityCode>

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.4 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. 1.0.4 <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa

me> an..35 M PersonSurnameName er underskrivers efternavn i fri tekst.

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


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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.

1.0.0 </SignedBy> M 1.0.4 <CoWriter> Sundhedsperson som er medforfatter af genoptræningsplanen. 1.0.0 <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.0 <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

me> an..35 M PersonSurnameName er medforfatters efternavn i fri tekst.

1.0.4 <PersonTitle>Medforfatters_titel</PersonTitle> an..35 M PersonTitle er medforfatters titel i fri tekst (fx

afdelingssygeplejerske). 1.0.0 <TelephoneSubscriberIdentifier>Medforfatters_telefon</TelephoneSub

scriberIdentifier> an..25 TelephoneSubscriberIdentifier er medforfatters telefonnummer.

1.0.0 <DepartmentName>Medforfatters_afdeling_el_socialomraade</DepartmentName>

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. Såfremt meddelelsen er en kopi af genoptræningsplanen til en kopimodtager, erstattes her den oprindelige modtagers EAN-lokationsnummer med kopimodtagerens.

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.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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.

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 <EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er egen læges lokationsnummer. 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.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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. ) 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 <EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kopimodtagerens lokationsnummer. 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”.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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.

Eller 1.0.0 <AlternativeIdentifier>Patientens_erstatnings_CPR_nummer</Alternati

veIdentifier> a10 D AlternativeIdentifier er et erstatnings CPR-nummer eller et usikkert CPR-

nummer på præcis 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber.

) 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

eSubscriberIdentifier> an..25 M TelephoneSubscriberIdentifier er patientens telefonnummer.

1.0.4 <TelephoneSubscriberCode>TelephoneCode</TelephoneSubscriberCode>

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.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition ) 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. 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</

TelephoneSubscriberIdentifier > an..25 M TelephoneSubscriberIdentifier er pårørendes telefonnummer.

1.0.4 <TelephoneSubscriberCode>Pårørendes_telefontype</TelephoneSubscriberCode>

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>


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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

tionForPatientAndRelatives> an..∞ M Information om behandling til patient og pårørende (behandling omfatter

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)

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


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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.

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


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 </Location> 1.0.4 </HospitalAmbulatoryControl> 1.0.4 <PatientHealthSummary>Helbredsforhold_resume</PatientHealthSum

mary> an..∞ M Helbredsforhold inkl. behandlingsforløb – sammenfatning.

1.0.4 <AbilityAtDischargeSummary>Funktionsevne_resume</AbilityAtDischargeSummary>

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

1.0.4 <AbilityAtDischargeExtended>Funktionsevne</AbilityAtDischargeExtended>

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 anbefales sendt, ved en genoptræningsplan for genoptræning på specialiseret niveau (specialiseret). Feltet må anvendes for en almen genoptræningsplan.

1.0.4 <RehabilitationNeedAndPotential>Genoptræningsbehov</RehabilitationNeedAndPotential>

an..∞ M Patientens genoptrænings-behov og -potentiale.

1.0.4 <ICD10Diagnoses> Vælg mellem ( M 1.0.4 <ICD10Diagnose> M Max 5. 1.0.4 <PrimaryDiagnosis> D Enten en PrimaryDiagnosis,

eller et antal SecondaryDiagnosis, eller en PrimaryDiagnosis med tilhørende antal SecondaryDiagnosis.

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

1.0.4 <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”.

1.0.4 <Text>ICD10_aktionsdiagnose</Text> an..70 M Text er diagnoseteksten på aktionsdiagnosen. 1.0.4 </PrimaryDiagnosis> D 1.0.4 <SeccondaryDiagnosis> Max 20.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 <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).

1.0.4 <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”.

1.0.4 <Text>ICD10_bidiagnose</Text> an..70 M Text er diagnoseteksten for bidiagnose/tillægsdiagnose. 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> 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.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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,


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.4 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. 1.0.4 <PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa

me> an..35 M PersonSurnameName er underskrivers efternavn i fri tekst.

1.0.4 <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</DepartmentName>

an..35 DepartmentName er navnet på sygehusafdelingen hvis underskriveren er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren er ansat i en kommune.

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..∞ M 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

rtmentName> an..35 M DepartmentName er navnet på sygehusafdelingen der er regionens

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


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 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

epartmentName> an..35 M DepartmentName er navnet på hjemmeplejedistriktet der er kommunens

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

fier> an..9 M PostCodeIdentifier er kommunens kontaktsteds postnummer på

primære adresse, f.eks. ”5772”. 1.0.4 <TelephoneSubscriberIdentifier>Kontakt_kommune_telefon</Telephon

eSubscriberIdentifier> an..25 M TelephoneSubscriberIdentifier er kommunens kontaktsteds

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. 1.0.4 <Identifier>Team_ID_nummer</Identifier> an..17 Identifier er behandlerteamets sygehusafdelingsnummer, ydernummer,


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

1.0.4 <PersonGivenName>Team_fornavn</PersonGivenName> an..35 M PersonGivenName er fornavn(e) på person i behandlerteamet. 1.0.4 <PersonSurnameName>Team_efternavn</PersonSurnameName> an..35 M PersonSurnameName er efternavn på person i behandlerteamet.

1.0.4 <PersonTitle>Team_titel</PersonTitle> an..35 M PersonTitle er titel for person i behandlerteamet (fx

afdelingssygeplejerske). 1.0.4 <TelephoneSubscriberIdentifier>Team_telefon</TelephoneSubscriberI

dentifier> an..25 TelephoneSubscriberIdentifier er behandlerteamets telefonnummer.

1.0.4 <DepartmentName>Team_afdeling_el_socialomraade</DepartmentName>

an..35 DepartmentName er navnet på sygehusafdelingen hvis person i behandlerteamet er hospitalsansat, navnet på hjemmepleje distriktet hvis person i behandlerteamet er ansat i en kommune.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.4 </Member> M 1.0.4 </HealtCareTeam> 1.0.4 <FinalResult> Slutstatus interessenter. Dette felt er fx nødvendigt ved ambulante

kontroller på sygehuset ifm fx kroniske sygdomme og kirurgiske indgreb. 1.0.4 <ResultReceiver> M Max 1. 1.0.4 <EANIdentifier>Resultatmodtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er svarmodtagers lokationsnummer. 1.0.4 <Identifier>Resultatmodtagers_ID_nummer</Identifier> an..17 M Identifier er svarmodtagers sygehusafdelingsnummer, ydernummer,


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

1.0.4 <OrganisationName>Resultatmodtagers_organisation</OrganisationName>

an..35 M OrganisationName er navnet i tekst på svarmodtagende sygehus, lægehus eller kommune. Udfyldes som for SenderOrganisationName.

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

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

1.0.4 <StreetName>Resultatmodtagers_adresse</StreetName> an..35 StreetName er svarmodtagers primære adresse. 1.0.4 <SuburbName>Resultatmodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på svarmodtagers primære adresse,

f.eks. ”Mullerup” i Mullerup, 5772 Kværndrup. 1.0.4 <DistrictName>Resultatmodtagers_bynavn</DistrictName> an..35 DistrictName er svarmodtagers bynavn på primære adresse, f.eks.

”Kværndrup”. 1.0.4 <PostCodeIdentifier>Resultatmodtagers_postnummer</PostCodeIdent

ifier> an..9 PostCodeIdentifier er svarmodtagers postnummer på primære adresse,

f.eks. ”5772”. 1.0.4 </ResultReceiver> M 1.0.4 </FinalResult> 1.0.3 <Reference> Anvendes til angivelse af en XBIN01 reference eller URL.

Må repeteres.


XML NS XML Facitliste GGOP Feltdef M XML DataDefinition 1.0.3 <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 1.0.3 <URL>ref_link</URL> an..350 Angivelse af en komplet URL på Internettet Eller 1.0.3 <BIN> Angivelse af reference til XBIN01. 1.0.3 <ObjectIdentifier>ref_dok_id</ObjectIdentifier> n36 M UUID der matcher ID i XBIN01 1.0.3 <ObjectCode>ref_dok_type</ObjectCode> kva M Objektets type enten billed eller vektor_grafik 1.0.3 <ObjectExtensionCode>ref_dok_extension</ObjectExtensionCode> kva M ObjectExtensionCode er fil ekstension for objektet, fx png eller pdf. 1.0.3 <OriginalObjectSize>ref_dok_str</OriginalObjectSize> Integer M OriginalObjectSize er objektets størrelse i antal bytes. 1.0.3 </BIN> ) 1.0.3 </Reference> 1.0.4 </RehabilitationPlan> M 1.0.3 </Emessage> M


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.


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


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



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



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.



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


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.


Testeksempler Testeksempler kan hentes her: http://svn.medcom.dk/svn/Udgivelser/Standarder/National%20Sygehus-Kommunesamarbejde/GGOP/Testeksempler eller findes på Medcoms hjemmeside http://www.medcom.dk

GGOP - SVN - MedComsvn.medcom.dk/svn/drafts/National Sygehus...MedCom – Den gode...

Documents

Transcript of GGOP - SVN - MedComsvn.medcom.dk/svn/drafts/National Sygehus...MedCom – Den gode...