GGOP - SVN

Transcription

GGOP - SVN

GGOP
”Den gode genoptræningsplan”
RehabilitationPlan
15.12.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
MedCom – Den gode genoptræningsplan, VersionCode GGOP100 – 15.12.2015
1
Rettelser
Dato
20.04.2015
12.05.2015
14.08.2015
09.11.2015
14.12.2015
Ansvarlig
Michael Johansen
Michael Johansen
Michael Johansen
Michael Johansen
Michael Johansen
15.12.2015 Michael Johansen
Version
1.0.4
Beskrivelse
Nu version GGOP for genoptræningsplaner, der erstatter DGOP
Max. antal JournalExcerpt udvidet fra 5 til 20
Nyt idriftsættelsestidspunkt
Stavefejl i kvalifikatorliste, TypeOfRehabilitationplan
EANIdentifier manglede i dokumentationen for CCReceiver og GPCCReceiver. (de var med i
XSD og testeksempler). Uddybende beskrivelse for angivelse af kopimodtagers
Uddybende beskrivelse for angivelse af kopimodtagers EAN-lokationsnummer i
kopimeddelelsen.
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 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
2
Bekendtgørelse for genoptræning og rehabilitering gældende fra 1/1 2015: http://www.medcom.dk/dwn7262
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
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 EPJfremsendelse af kopi til egen systemet, hvis borgeren har fravalgt at der sendes kopi til
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:
Pårørende skal være et aktiv tilvalg, hvis pårørende
Type af relation:
vælges, skal den kliniske bruger vælge, hvilken/hvilke
Ægtefælle/samboer/forælder/ pårørende som skal anføres - hvis der kun er oplyst en
barn/søskende/værge/anden/ pårørende er valget prævalgt. Det skal i EPJ-systemet
ingen/ikke relevant
være muligt at vælge 'ikke relevant', hvis man ikke vil
oplyse pårørende.
Aktuel sygehuskontakt:
’Ved ikke’ boks bør være i EPJ-systemet. Hvis denne
Forventet dato for afslutning
vælges, fremkommer fritekstfelt til beskrivelse, hvis man
af sygehuskontakt
ikke kender den forventede afslutningsdato for
sygehuskontakt.
Aftale om kontrol og
Dato anføres, hvis den kendes, hvis ikke bør der være en
opfølgning:
boks i EPJ-systemet, hvor det kan markeres, at forventet
Forventet startdato
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 de kopimeddelelser der sendes af VANS (dannet ud fra den originale meddelelse), der gælder følgende: Receivers EAN-lokationsnummer
erstattes med kopimodtagerens EAN-lokationsnummer, samt kopimeddelelsen tildeles nyt brevID og kuvertID.
For at kunne lave differentieret kommunikationsstatistik, skal der udfyldes ”GGOP100” i kuvertens versionsfelt for alle tre typer
genoptræningsplaner, mens statistikfeltet ”Name” udfyldes med henholdsvis ”MCM:GGOP1” for almen genoptræningsplan, ”MCM:GGOP2” for
genoptræningsplan for genoptræning på specialiseret niveau, og ”MCM:GGOP3” for genoptræningsplan for rehabilitering på specialiseret
niveau.
23
24
Kvitteringer
Brug af kvitteringer er obligatorisk for genoptræningsplanen, der sidestilles med virkemåden for henvisninger. Dette betyder at der altid skal
afsendes en positiv kvittering for meddelelsen, uanset om der er anmodet om positiv kvittering eller ej.
Hvis genoptræningsplanen ikke kan importeres hos modtageren, skal der sendes en negativ kvittering for meddelelsen.
Dette kan f.eks. forekomme i situationer hvor
 XML-struktur eller XML-indhold ikke er valide i forhold til XML-skemadefinitionen.
 Genoptræningsplanen ikke er fremsendt i korrekt version.
 Genoptræningsplanen kan være adresseret forkert, til en modtager som ikke kan modtage genoptræningsplaner.
VANS kan returnere en negativ VANS-kvittering for kuverten:
 Modtagerens lokationsnummer ikke findes.
I de situationer hvor genoptræningsplanen formateres fra XML til EDI, påhviler det samme aktør at udføre en tilsvarende konvertering fra EDI
til XML, for de returnerende EDI kvitteringer.
25
Afsnit B
XML Facitliste
GGOP
26
Del B:
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
_____________________________________________________
















TypeOfRehabilitationPlan (Type af
genoptræningsplan)
InformationForPatientAndRelatives (Information
om behandling)
ConsentInformed (Informeret samtykke)
PracticalInformation (Praktiske oplysninger)
PatientSafetyAspects (Patientsikkerhed)
RehabilitationDeadline (Start frist)
CurrentHospitalContact (Sygehuskontakt)
 Start
 ExpectedEnd
HospitalAmbulatoryControl (Opfølgningsaftale)
 ExpectedStart
 Location
PatientHealthSummary (Resume helbredsforhold)
AbilityAtDischargeSummary (Resume
funktionsevne)
AbilityAtDischargeExtended (Funktionsevne)
RehabilitationNeedAndPotential
(Genoptræningsbehov)
ICD10Diagnoses (Diagnoser) max 5
 PrimaryDiagnosis (Aktionsdiagnose)
 SecondaryDiagnosis (Bidiagnose) max 20
ICFClassifications (ICF-koder)
 ICFCode (Funktionsevne)
o ICFGradient (Gradient)
JournalExcerpt (Journaluddrag) max 20
 TypeOfExcerpt (Journaltype)
 Signer (Signatur)
 Comment (Journaltekst)
ContactCounty (Kontakt til regionen)
ContactMunicipality (Kontakt til kommune)
HealthCareTeam (Behandlende team)
27


 Member (Terapeut) max 5
FinalResult (Slut status)
 ResultReceiver (Interessent)
Reference (Bilag)
 URL (links)
Objekterne er kun vist én gang – men nogle af dem kan gentages
flere gange. De er markeret på følgende måde, f.eks.: max 10
Facitlisten består af følgende kolonner:





XML Facitliste angiver navnet på data og kvalifikatorer som,
benyttes i Facitlisten.
Feltdef angiver antallet af karakterer, som er tilladt samt om det
er en kvalifikator (KVA).
M (mandatory/obligatorisk) angiver hvilke data, der altid skal
være medsendt af afsender.
M kan forstås på 2 måder.
a) I Facitlisten kan der stå et M ud for elementnavnet både i dets
starttag og dets sluttag. Dette betyder at hele elementet inkl.
Nestede elementer skal sendes. For de nestede elementer
gælder det dog kun hvis disse også er angivet som Mandatory.
b) Hvis der ikke står et M ud for elementnavnet skal hele
elementet ikke medsendes, men hvis man alligevel sender
noget skal de nestede elementer med et M ud for altid sendes.
D (Dependent mandatory/obligatorisk) angiver hvilke data, der
skal sendes, men kun i udvalgte tilfælde (se beskrivelsen i ”XML
DataDefinition”).
XML DataDefinition definerer indholdet af de enkelte data.
Derudover beskrives relevante anvendelsesregler og andet, der
er nødvendige for en korrekt implementering.
28
XML Facitliste
XML NS XML Facitliste GGOP
<?xml version=”1.0” encoding=”UTF-8”?>
<Emessage>
1.0.4
<Envelope>
1.0.0
<Sent>
1.0.0
1.0.0
<Date>Kuvertens_afsendelses_dato</Date>
Feltdef
format
1.0.0
<Time>Kuvertens_afsendelses_tidspunkt</Time>
time
1.0.0
1.0.0
</Sent>
<Identifier>Kuvertens_nummer</Identifier>
an..14
1.0.0
<AcknowledgementCode>Kuvert_kvitterings_anmodning</Acknowledg kva
ementCode>
1.0.0
1.0.4
1.0.3
1.0.3
</Envelope>
<RehabilitationPlan>
<Letter>
<Identifier>Brevets_nummer</Identifier>
an..14
1.0.3
<VersionCode>Brevets_version</VersionCode>
kva
1.0.3
<StatisticalCode>Brevets_statistiknummer</StatisticalCode>
enum
1.0.3
<Authorisation>
date
M
M
M
M
M
M
XML DataDefinition
Skal medsendes som en kopi af den viste XML deklaration
1.0.4: urn:oio:medcom:municipality:1.0.4
Date er dato for påbegyndelse af afsendelse af kuverten på formen
YYYY-MM-DD.
M Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM.
Hvis dette ikke kan genereres, anvendes ”00:00”
M
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.
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.
M
M
M
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.
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.
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.
M
29
1.0.0
<Date>Brevets_godkendelsesdato</Date>
Feltdef
date
1.0.0
<Time>Brevets_godkendelsesKlokkeslet</Time>
time
1.0.3
1.0.3
1.0.3
</Authorisation>
<TypeCode>Brevets_brevtype_i_kode</TypeCode >
<EpisodeOfCareIdentifier>Brevets_sygdoms_forloeb
snummer</EpisodeOfCareIdentifier>
kva
an..35
1.0.3
1.0.0
1.0.0
</Letter>
<Sender>
<EANIdentifier>Afsenders_lokationsnummer</EANIdentifier>
an..35
1.0.0
<Identifier>Afsenders_ID_nummer</Identifier>
an..17
1.0.0
<IdentifierCode>Afsenders_ID_nummers_type</IdentifierCode>
kva
1.0.0
<OrganisationName>Afsenders_organisation</OrganisationName>
an..35
M XML DataDefinition
M Date er dato hvor brevet blev lavet ”færdigt” eller ”godkendt” hos
afsender. Date angives på formatet YYYY-MM-DD.
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.
M
M TypeCode er kvalifikator for brevets type. Se kvalifikatorliste.
EpisodeOfCareIdentifier er reserveret til SSTs
kommende forløbsmodel og benyttes til at knytte
informationer til samme sygdomsforløb.
M
M
M EANIdentifier er kuvertafsenders lokationsnummer det vil normalt sige
afsendende organisation. Såvel positiv som negativ kvittering sendes
tilbage til dette nummer.
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.
M IdentifierCode er kvalifikator for det anvendte kode- el.
Klassifikationssystem – ofte ”sygehusafdelingsnummer” hvis afsender er
en sygehusafdeling, ”ydernummer” hvis sygesikringsyder,
”kommunenummer” hvis kommune.
M OrganisationName er navnet i tekst på afsendende sygehus, lægehus,
kommune o.l. Det anbefales at Sygehusnavn, Lægehusnavn,
Fysioterapiklinikken o.l. altid udfyldes i OrganisationName – gerne kort,
f.eks. ”OUH” i stedet for ”Odense Universitets Hospital”. Hvis regionen
ønskes angivet, skal dette indsættes i OrganisationName, f.eks. ”Region
syddanmark, OUH”.
30
Feltdef
1.0.0
<DepartmentName>Afsenders_afdeling_el_socialomraade</Departme an..35
ntName>
1.0.0
<UnitName>Afsenders_afdeling_el_socialdistrikt</UnitName>
an..35
1.0.0
1.0.0
<StreetName>Afsenders_adresse</StreetName>
<SuburbName>Afsenders_bostednavn</SuburbName>
an..35
an..35
1.0.0
<DistrictName>Afsenders_by</DistrictName>
an..35
1.0.0
<PostCodeIdentifier>Afsenders_postnummer</PostCodeIdentifier>
an..9
1.0.0
<TelephoneSubscriberIdentifier>Afsenders_telefon</TelephoneSubscri an..25
berIdentifier>
<MedicalSpecialityCode>Afsenders_medicinske_speciale</MedicalSp kva
ecialityCode>
1.0.0
1.0.0
<SignedBy>
1.0.0
<Identifier>Underskrivers_ID_nummer</Identifier>
an..17
1.0.0
<IdentifierCode>Underskrivers_ID_nummer_type </IdentifierCode>
kva
1.0.0
1.0.0
<PersonGivenName>Underskrivers_fornavn</PersonGivenName>
an..35
<PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35
me>
<PersonTitle>Underskrivers_titel</PersonTitle>
an..35
1.0.0
1.0.4
<TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu an..25
bscriberIdentifier>
DepartmentName er navnet på sygehusafdelingen hvis afsender er et
sygehus, navnet på hjemmepleje distriktet hvis afsender er en
kommune, titlen ”læge” hvis afsender er et lægehus o.l. Udfyldes ofte
med ”Gadenavn” ved fysioterapeutklinikker.
UnitName er sygehusafsnit, hvis afdeling er et sygehus, navnet (For- og
efternavn) hvis afsender er en person i et lægehus, hjemmeplejegruppe
hvis kommune.
StreetName er afsenders vejnavn og vejnummer.
SuburbName er et evt. stednavn på afsenders primære adresse, f.eks.
”Mullerup” i Mullerup, 5772 Kværndrup.
DistrictName er afsenders bynavn på primære adresse, f.eks.
”Kværndrup”.
PostCodeIdentifier er afsenders postnummer på primære adresse, f.eks.
”5772”.
TelephoneSubscriberIdentifier er afsenders telefonnummer.
MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale.
Skal udfyldes, men er medicinsk speciale ikke kendt /ikke relevant
benyttes kvalifikatoren ”ikkeklassificeret”. Se kvalifikatorliste.
M Sundhedsperson som har udarbejdet genoptræningsplanen.
Én sundhedsfaglig personer kan underskrive genoptræningsplanen.
Personen som underskriver er ansvarlig for genoptræningsplanen (og er
ikke nødvendigvis den samme som afsender genoptræningsplanen).
Identifier er underskrivers sygehusafdelingsnummer, ydernummer,
kommunenummer eller lokationsnummer. Identifier skal anvendes som
beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt.
IdentifierCode er kvalifikator for det anvendte kode- el.
Klassifikationssystem – ofte ”sygehusafdelingsnummer” hvis
underskriver er en sygehusafdeling, ”ydernummer” hvis
sygesikringsyder, ”kommunenummer” hvis kommune.
M PersonGivenName er underskrivers fornavn(e) i fri tekst.
M PersonSurnameName er underskrivers efternavn i fri tekst.
M PersonTitle er underskrivers titel i fri tekst (fx
afdelingssygeplejerske).
TelephoneSubscriberIdentifier er underskrivers telefonnummer.
31
Feltdef
1.0.4
<DepartmentName>Underskrivers_afdeling_el_socialomraade</Depart an..35
mentName>
1.0.0
1.0.4
1.0.4
</SignedBy>
<CoWriter>
<Identifier>Medforfatters_ID_nummer</Identifier>
an..17
1.0.4
<IdentifierCode>Medforfatters_ID_nummer_type </IdentifierCode>
kva
1.0.4
1.0.4
<PersonGivenName>Medforfatters_fornavn</PersonGivenName>
an..35
<PersonSurnameName>Medforfatters_efternavn</PersonSurnameNa an..35
me>
<PersonTitle>Medforfatters_titel</PersonTitle>
an..35
1.0.4
1.0.4
1.0.4
<TelephoneSubscriberIdentifier>Medforfatters_telefon</TelephoneSub an..25
scriberIdentifier>
<DepartmentName>Medforfatters_afdeling_el_socialomraade</Depart an..35
mentName>
1.0.4
1.0.0
1.0.0
</CoWriter>
</Sender>
<Receiver>
1.0.0
<EANIdentifier>Modtagers_lokationsnummer</EANIdentifier>
an..35
1.0.0
<Identifier>Modtagers_ID_nummer</Identifier>
an..17
DepartmentName er navnet på sygehusafdelingen hvis underskriveren
er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren
er ansat i en kommune.
M
Sundhedsperson som er medforfatter af genoptræningsplanen.
Identifier er medforfatters sygehusafdelingsnummer, ydernummer,
medforfatter er en sygehusafdeling, ”ydernummer” hvis
M PersonGivenName er medforfatters fornavn(e) i fri tekst.
M PersonSurnameName er medforfatters efternavn i fri tekst.
M PersonTitle er medforfatters titel i fri tekst (fx
TelephoneSubscriberIdentifier er medforfatters telefonnummer.
DepartmentName er navnet på sygehusafdelingen hvis medforfatter er
hospitalsansat, navnet på hjemmepleje distriktet hvis medforfatter er
ansat i en kommune.
M
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.
M EANIdentifier er kuvertmodtagers lokationsnummer.
Såfremt meddelelsen er en kopi af genoptræningsplanen til en
kopimodtager, erstattes her den oprindelige modtagers EANlokationsnummer med kopimodtagerens.
M Identifier er slutmodtagers sygehusafdelingsnummer, ydernummer,
32
1.0.0
<IdentifierCode>Modtagers_ID_nummer_type</IdentifierCode>
Feltdef
kva
1.0.0
<OrganisationName>Modtagers_organisation</OrganisationName>
an..35
1.0.0
<DepartmentName>Modtagers_afdeling</DepartmentName>
an..35
1.0.0
<UnitName>Modtagers_afsnit</UnitName>
an..35
1.0.0
1.0.0
<StreetName>Modtagers_adresse</StreetName>
<SuburbName>Modtagers_bostednavn</SuburbName>
an..35
an..35
1.0.0
<DistrictName>Modtagers_bynavn</DistrictName>
an..35
1.0.0
<PostCodeIdentifier>Modtagers_postnummer</PostCodeIdentifier>
an..9
1.0.0
1.0.4
1.0.0
1.0.0
</Receiver>
<GPCCReceiver>
Vælg mellem (
<EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier>
<Identifier>Kopimodtagers_ID_nummer</Identifier>
an..35
an..17
1.0.0
<IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode>
kva
1.0.0
1.0.0
<OrganisationName>Kopimodtagers_organisation</OrganisationName an..35
>
<DepartmentName>Kopimodtagers_afdeling</DepartmentName>
an..35
1.0.0
<UnitName>Kopimodtagers_afsnit</UnitName>
an..35
1.0.0
1.0.0
<StreetName>Kopimodtagers_adresse</StreetName>
<SuburbName>Kopimodtagers_bostednavn</SuburbName>
an..35
an..35
Klassifikationssystem – ofte ”sygehusafdelingsnummer” hvis modtager
er en sygehusafdeling, ”ydernummer” hvis sygesikringsyder,
OrganisationName er navnet i tekst på modtagende sygehus, lægehus
eller kommune. Udfyldes som for SenderOrganisationName.
DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt
eller titlen ”Læge” hvis modtager er en læge i et lægehus o.l. Se
beskrivelse under SenderDepartmentName.
UnitName er modtagende sygehusafdeling eller for- og efternavn (hvis
modtager er en person i et lægehus). Se beskrivelse under
SenderUnitName.
StreetName er modtagers primære adresse.
SuburbName er et evt. stednavn på modtagers primære adresse, f.eks.
DistrictName er modtagers bynavn på primære adresse, f.eks.
”Kværndrup”.
PostCodeIdentifier er modtagers postnummer på primære adresse,
f.eks. ”5772”.
M
M
M EANIdentifier er egen læges lokationsnummer.
M Identifier er kopimodtagers ydernummer eller lokationsnummer.
Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og
skal altid udfyldes validt
Klassifikationssystem – ofte ”ydernummer” hvis sygesikringsyder.
OrganisationName er navnet i tekst på kopimodtagende lægehus.
Udfyldes som for SenderOrganisationName.
DepartmentName er titlen ”Læge” hvis kopimodtager er en læge i et
lægehus o.l. Se beskrivelse under SenderDepartmentName.
UnitName er for- og efternavn på person i lægehuset. Se beskrivelse
under SenderUnitName.
StreetName er kopimodtagers primære adresse.
SuburbName er et evt. stednavn på kopimodtagers primære adresse,
f.eks. ”Mullerup” i Mullerup, 5772 Kværndrup.
33
1.0.0
<DistrictName>Kopimodtagers_bynavn</DistrictName>
1.0.0
Feltdef
an..35
1.0.4
<PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9
>
Eller
<Deselected>Deselected</Deselected>
enum
1.0.4
1.0.0
)
</GPCCReceiver>
<CCReceiver>
1.0.0
1.0.0
<EANIdentifier>Kopimodtagers_lokationsnummer</EANIdentifier>
<Identifier>Kopimodtagers_ID_nummer</Identifier>
an..35
an..17
1.0.0
<IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode>
kva
1.0.0
1.0.0
<OrganisationName>Kopimodtagers_organisation</OrganisationName an..35
>
<DepartmentName>Kopimodtagers_afdeling</DepartmentName>
an..35
1.0.0
<UnitName>Kopimodtagers_afsnit</UnitName>
an..35
1.0.0
1.0.0
<StreetName>Kopimodtagers_adresse</StreetName>
<SuburbName>Kopimodtagers_bostednavn</SuburbName>
an..35
an..35
1.0.0
<DistrictName>Kopimodtagers_bynavn</DistrictName>
an..35
DistrictName er kopimodtagers bynavn på primære adresse, f.eks.
”Kværndrup”.
PostCodeIdentifier er kopimodtagers postnummer på primære adresse,
f.eks. ”5772”.
M Deselected angiver at der ikke sendes kopisvar til egen læge. Udfyldes
med ”ja”, når der ikke skal sendes kopisvar.
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).
M EANIdentifier er kopimodtagerens lokationsnummer.
M Identifier er kopimodtagers sygehusafdelingsnummer, ydernummer,
beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt
kopimodtager er en sygehusafdeling, ”ydernummer” hvis
OrganisationName er navnet i tekst på kopimodtagende sygehus,
kommune eller lægehus. Udfyldes som for SenderOrganisationName.
eller titlen ”Læge” hvis kopimodtager er en læge i et lægehus o.l. Se
UnitName er kopimodtagende sygehusafdeling eller for- og efternavn
(hvis kopimodtager er en person i et lægehus). Se beskrivelse under
SenderUnitName.
StreetName er kopimodtagers primære adresse.
SuburbName er et evt. stednavn på kopimodtagers primære adresse,
DistrictName er kopimodtagers bynavn på primære adresse, f.eks.
”Kværndrup”.
34
Feltdef
1.0.0
<PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9
>
</CCReceiver>
1.0.0
<Patient>
1.0.0
Vælg mellem (
1.0.0
<CivilRegistrationNumber>Patientens_CPR_nummer</CivilRegistratio n10
nNumber>
1.0.0
Eller
<AlternativeIdentifier>Patientens_erstatnings_CPR_nummer</Alternati a10
veIdentifier>
1.0.0
)
<PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70
>
<PersonGivenName>Patientens_fornavne</PersonGivenName>
an..70
1.0.0
1.0.0
<StreetName>Patientens_adresse</StreetName>
<SuburbName>Patientens_bostednavn</SuburbName>
an..35
an..35
1.0.0
1.0.0
<DistrictName>Patientens_bynavn</DistrictName>
<PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier>
an..35
an..9
1.0.0
1.0.4
1.0.4
1.0.0
<Occupation>Patientens_stillinngsbetegnelse</Occupation>
Vælg mellem (
<TelephoneSubscriber>
<TelephoneSubscriberIdentifier>Patientens_telefonnummer</Telephon
eSubscriberIdentifier>
<TelephoneSubscriberCode>TelephoneCode</TelephoneSubscriberC
ode>
</TelephoneSubscriber>
Eller
<NoTelephoneReason>Telefon_fritekst</NoTelephoneReason>
an..25
1.0.0
1.0.4
1.0.4
PostCodeIdentifier er kopimodtagers postnummer på primære adresse,
f.eks. ”5772”.
D
M
M
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.
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.
M PersonSurnameName er patientens efternavn.
PersonGivenName er patientens fornavn(e). Fornavn bør altid
medsendes.
StreetName er patientens primære vejnavn og nummer.
SuburbName er et evt. stednavn på patientens primære adresse, f.eks.
DistrictName er bynavn på den primære adresse, f.eks. ”Kværndrup”.
PostCodeIdentifier er postnummeret på den primære adresse, f.eks.
”5772”.
OccupancyText er patientens jobmæssige stillingsbetegnelse .
M
an..25
Max 5.
M TelephoneSubscriberIdentifier er patientens telefonnummer.
kva
M TelephoneSubscriberCode er typen af telefonnummer. Se
kvalifikatorliste.
an..70
M Årsag til at patientens telefonnummer ikke er angivet. Hvis patienten
ikke har telefon eller ikke kan tale i telefon grundet kognitive
udfordringer, så bør dette anføres i dette fritekst-felt.
35
)
1.0.4
<EmailAddressIdentifier>Patientens_email</ EmailAddressIdentifier>
<CoAddress>
1.0.4
1.0.0
<PersonSurnameName>Patientens_efternavn</PersonSurnameName
>
1.0.0
<PersonGivenName>Patientens_fornavne</PersonGivenName>
1.0.0
<StreetName>Patientens_adresse</StreetName>
1.0.0
<SuburbName>Patientens_bostednavn</SuburbName>
Feltdef
1.0.0
1.0.0
1.0.4
1.0.0
1.0.0
1.0.0
1.0.0
<DistrictName>Patientens_bynavn</DistrictName>
<PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier>
</CoAddress>
</Patient>
<Relatives>
<Relative>
<RelationCode>Pårørendes_type</RelationCode>
an..35
an..9
1.0.0
an..70
1.0.0
1.0.0
1.0.0
<PersonSurnameName>Pårørendes_efternavn</PersonSurnameNam
e>
<PersonGivenName>Pårørendes_fornavne</PersonGivenName>
<StreetName>Pårørendes_adresse</StreetName>
<SuburbName>Pårørendes_bostednavn</SuburbName>
1.0.0
1.0.0
<DistrictName>Pårørendes_bynavn</DistrictName>
<PostCodeIdentifier>Pårørendes_postnummer</PostCodeIdentifier>
an..35
an..9
1.0.4
1.0.0
<TelephoneSubscriber>
<TelephoneSubscriberIdentifier>Pårørendes_telefonnummer</
an..25
TelephoneSubscriberIdentifier >
<TelephoneSubscriberCode>Pårørendes_telefontype</TelephoneSub kva
scriberCode>
</TelephoneSubscriber>
<EmailAddressIdentifier>Pårørendes_email</ EmailAddressIdentifier> an..70
</Relative>
</Relatives>
1.0.4
1.0.4
1.0.4
1.0.0
1.0.0
an..70
M
EmailAddressIdentifier er patientens email adresse.
an..70
PersonSurnameName er C/O adressens efternavn.
an..70
an..35
an..35
PersonGivenName er C/O adressens fornavn(e).
M StreetName er C/O adressens vejnavn og nummer.
SuburbName er et evt. stednavn på C/O adressen, f.eks. ”Mullerup” i
Mullerup, 5772 Kværndrup.
M DistrictName er bynavn på C/O adressen, f.eks. ”Kværndrup”.
M PostCodeIdentifier er postnummeret på C/O adressen, f.eks. ”5772”.
M
kva
an..70
an..35
an..35
M Max 5.
M RelationCode er en kvalifikator, der angiver den pårørendes relation til
patienten, f.eks. om det er ægtefælles, barn, svigerbarn osv.
M PersonSurnameName er pårørendes efternavn. Skal udfyldes, hvis
elementet benyttes.
PersonGivenName er pårørendes fornavn(e).
StreetName er pårørendes primære adresse.
SuburbName er et evt. stednavn på pårørendes primære adresse f.eks.:
Mullerup, 5772 Kværndrup.
DistrictName er bynavn på den primære adresse, f.eks. ”Kværndrup”.
PostCodeIdentifier er postnummeret på den primære adresse, f.eks.
”5772”.
Max 5.
M TelephoneSubscriberIdentifier er pårørendes telefonnummer.
M TelephoneSubscriberCode er pårørendes telefontype. Se
kvalifikatorliste.
EmailAddressIdentifier er pårørendes email adresse.
M
36
1.0.4
<TypeOfRehabilitationPlan>Rehab_type</TypeOfRehabilitationPlan>
Feltdef
kva
1.0.4
<InformationForPatientAndRelatives>Info_patient_pårørende</Informa an..∞
tionForPatientAndRelatives>
<ConsentInformed>Selected</ConsentInformed>
enum
1.0.4
1.0.4
1.0.4
<PracticalInformation>Praktisk_information</PracticalInformation>
an..∞
<PatientSafetyAspects>Patient_sikkerhed</PatientSafetyAspects>
an..∞
<RehabilitationDeadline>Genoptræningsfrist</RehabilitationDeadline> an..∞
1.0.4
1.0.4
1.0.4
<CurrentHospitalContact>
<Start>
<Date>Aktuel_kontakt_startdato</Date>
date
1.0.4
<Time>Aktuel_kontakt_starttidspunkt</Time>
time
1.0.4
1.0.4
1.0.4
</Start>
Vælg mellem (
<ExpectedEnd>
<Date>Aktuel_kontakt_slutdato</Date>
date
1.0.4
<Time>Aktuel_kontakt_sluttidspunkt</Time>
time
1.0.4
</ExpectedEnd>
Eller
<ExpectedEndText>Aktuel_kontakt_slut_fritekst</ExpectedEndText>
an..70
1.0.4
1.0.4
1.0.4
1.0.4
)
</CurrentHospitalContact>
<HospitalAmbulatoryControl>
Vælg mellem (
M Type af genoptræningsplan (almen, specialiseret, rehabilitering).
Se kvalifikatorliste.
M Information om behandling til patient og pårørende (behandling omfatter
også genoptræning).
M ConsentInformed er informeret patientsamtykke. Udfyldes altid med ”ja”,
da genoptræningsplanen ikke sendes medmindre patienten er
informeret samtykke. (Sendes som en serviceinformation)
Praktiske oplysninger.
Patientsikkerhedsmæssige forhold.
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.
M
M
M Date er startdato for aktuel sygehuskontakt. Date angives på formatet
YYYY-MM-DD.
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.
M
M
M Date er forventet slutdato for aktuel sygehuskontakt. Date angives på
formatet YYYY-MM-DD.
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.
M Tidspunkt for forventet afslutning på aktuel sygehuskontakt, angivet som
fri tekst, fx ”Om 4 uger”.
M
M
37
<ExpectedStart>
1.0.4
1.0.4
<Date>Opfølgning_startdato</Date>
Feltdef
date
1.0.4
<Time>Opfølgning_starttidspunkt</Time>
time
M Date er forventet dato på aftale om kontrol og opfølgning. Date angives
på formatet YYYY-MM-DD.
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
1.0.4
</ExpectedStart>
Eller
<ExpectedStartText>Opfølgning_start_fritekst</ExpectedStartText>
an..70
M Tidspunkt for forventet aftale om kontrol og opfølgning, angivet som fri
tekst, fx ”Umiddelbart efter nytår”.
1.0.4
1.0.0
1.0.0
)
<Location>
<EANIdentifier>Opfølgning_lokationsnummer</EANIdentifier>
<Identifier>Opfølgning_ID_nummer</Identifier>
an..35
an..17
1.0.0
<IdentifierCode>Opfølgning_ID_nummer_type</IdentifierCode>
kva
1.0.0
<OrganisationName>Opfølgning_organisation</OrganisationName>
an..35
1.0.0
<DepartmentName>Opfølgning_afdeling</DepartmentName>
an..35
1.0.0
<UnitName>Opfølgning_afsnit</UnitName>
an..35
1.0.0
1.0.0
<StreetName>Opfølgning_adresse</StreetName>
<SuburbName>Opfølgning_bostednavn</SuburbName>
an..35
an..35
1.0.0
<DistrictName>Opfølgning_bynavn</DistrictName>
an..35
1.0.0
<PostCodeIdentifier>Opfølgning_postnummer</PostCodeIdentifier>
an..9
M EANIdentifier er lokationsnummer på stedet for kontrol og opfølgning.
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.
kontrol/opfølgnings-sted er en sygehusafdeling, ”ydernummer” hvis
OrganisationName er navnet i tekst på sygehus, lægehus eller
kommune hvor kontrol eller opfølgning sker. Udfyldes som for
SenderOrganisationName.
eller titlen ”Læge” hvis kontrol/opfølgning sker hos egen læge o.l. Se
UnitName er sygehusafsnit, enhed i hjemmeplejen eller for- og efternavn
(hvis kontrol/opfølgning er en person i et lægehus). Se beskrivelse
under SenderUnitName.
StreetName er den primære adresse, hvor kontrol eller opfølgning sker..
SuburbName er et evt. stednavn på adresse hvor kontrol eller
opfølgning sker, f.eks.: Mullerup, 5772 Kværndrup.
DistrictName er bynavn på adresse hvor kontrol eller opfølgning sker,
f.eks. ”Kværndrup”.
PostCodeIdentifier er postnummer på adresse hvor kontrol eller
opfølgning sker, f.eks. ”5772”.
38
XML NS
1.0.4
1.0.4
1.0.4
1.0.4
XML Facitliste GGOP
Feltdef
</Location>
</HospitalAmbulatoryControl>
<PatientHealthSummary>Helbredsforhold_resume</PatientHealthSum an..∞
mary>
<AbilityAtDischargeSummary>Funktionsevne_resume</AbilityAtDischa an..∞
rgeSummary>
1.0.4
<AbilityAtDischargeExtended>Funktionsevne</AbilityAtDischargeExten an..∞
ded>
1.0.4
<RehabilitationNeedAndPotential>Genoptræningsbehov</Rehabilitatio an..∞
nNeedAndPotential>
<ICD10Diagnoses>
Vælg mellem (
<ICD10Diagnose>
<PrimaryDiagnosis>
<Code>ICD10_aktionsdiagnosekode</Code>
an..10
<TypeCode>ICD10_aktionsdiagnosekodetype</TypeCode>
enum
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
<Text>ICD10_aktionsdiagnose</Text>
</PrimaryDiagnosis>
<SeccondaryDiagnosis>
<Code>ICD10_bidiagnosekode</Code>
<TypeCode>ICD10_bidiagnosekodetype</TypeCode>
<Text>ICD10_bidiagnose</Text>
</SeccondaryDiagnosis>
<ICD10Diagnose>
Eller
<Text>Diagnose_fritekst</Text>
an..70
an..10
enum
an..70
M Helbredsforhold inkl. behandlingsforløb – sammenfatning.
M Helbredsrelateret funktionsevne på udskrivningstidspunktet –
sammenfatning. Patientens funktionsevne og problemstillinger
sammenfattes. Det vil ofte være tilstrækkeligt at skrive i dette felt ved
almen genoptræningsplan (hjælpemidler kan beskrives her, og ikke
benytte næste felt).
D Udvidet beskrivelse af helbredsrelateret funktionsevne på
udskrivningstidspunktet.
Feltet er obligatorisk, hvis det er en genoptræningsplan for
rehablilitering på specialiseret niveau (rehabilitering).
Feltet må gerne anvendes for en genoptræningsplan for genoptræning
på specialiseret niveau (specialiseret).
M Patientens genoptrænings-behov og -potentiale.
M
M
D
M
M
Max 5.
Enten en PrimaryDiagnosis eller en eller flere SecondaryDiagnosis
Code er ICD10 diagnosekoden på aktionsdiagnosen.
TypeCode er diagnosetype på aktionsdiagnosen. Skal være
”ICD10Kode”
M Text er ICD10 diagnoseteksten på aktionsdiagnosen.
D
Max 20.
M Code er ICD10 diagnosekoden for bidiagnoser.
M TypeCode er diagnosetype for bidiagnoser. Skal være ”ICD10Kode”
M Text er ICD10 diagnoseteksten for bidiagnoser.
M
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.
39
)
</ICD10Diagnoses>
1.0.4
<ICFClassifications>
1.0.4
<ICFClassification>
1.0.4
<ICFCode>
1.0.4
1.0.4
<Code>ICF_funktionsevnekode</Code>
1.0.4
<TypeCode>ICF_funktionsevnekodetype</TypeCode>
1.0.4
<Text>ICF_funktionsevne</Text>
</ICFCode>
1.0.4
<ICFGradient>
1.0.4
1.0.4
<Code>ICF_funktionsevnekode</Code>
1.0.4
<TypeCode>ICF_funktionsevnekodetype</TypeCode>
1.0.4
<Text>ICF_funktionsevne</Text>
</ICFGradient>
1.0.4
</ICFClassification>
1.0.4
</ICFClassifications>
1.0.4
<JournalExcerpt>
1.0.4
1.0.4
<TypeOfExcerpt>Journaluddrag_type</TypeOfExcerpt>
Feltdef
an..10
enum
an..70
an..10
enum
an..70
an..70
<Signer>
<SignedBy>
<Identifier>Underskrivers_ID_nummer</Identifier>
an..17
1.0.0
<IdentifierCode>Underskrivers_ID_nummer_type </IdentifierCode>
kva
1.0.0
1.0.0
<PersonGivenName>Underskrivers_fornavn</PersonGivenName>
an..35
<PersonSurnameName>Underskrivers_efternavn</PersonSurnameNa an..35
me>
<PersonTitle>Underskrivers_titel</PersonTitle>
an..35
1.0.4
M
M
M
M
M
M
Kan gentages.
Funktionsevne
Code er ICF funktionsevnekoden.
TypeCode er diagnosetype. Skal være ”ICFKode”
Text er ICF funktionsevneteksten.
Gradient
M Code er ICF funktionsevnekoden.
M TypeCode er diagnosetype. Skal være ”ICFKode”
M Text er ICF funktionsevneteksten.
M
1.0.4
1.0.4
1.0.0
1.0.0
Max 20.
M Overskrift der angiver hvilken type journalnotat dette uddrag stammer
fra, fx ”Uddrag af operationsbeskrivelse”.
M
<TelephoneSubscriberIdentifier>Underskrivers_telefon</TelephoneSu an..25
bscriberIdentifier>
Identifier er underskriverens sygehusafdelingsnummer, ydernummer,
underskriveren er en sygehusafdeling, ”ydernummer” hvis
M PersonGivenName er underskrivers fornavn(e) i fri tekst.
M PersonSurnameName er underskrivers efternavn i fri tekst.
M PersonTitle er underskrivers titel i fri tekst (fx
TelephoneSubscriberIdentifier er underskrivers telefonnummer.
40
Feltdef
1.0.4
<DepartmentName>Underskrivers_afdeling_el_socialomraade</Depart an..35
mentName>
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
1.0.4
</SignedBy>
<Date>Journaluddrag_dato</Date>
date
</Signer>
<Comment>Journaluddrag_tekst</Comment>
an..∞
</JournalExcerpt>
<ContactCounty>
<EANIdentifier>Kontakt_region_lokationsnummer</EANIdentifier>
an..35
<DepartmentName>Kontakt_region_afdeling_el_socialomraade</Depa an..35
rtmentName>
<StreetName>Kontakt_region_adresse</StreetName>
an..35
<DistrictName>Kontakt_region_by</DistrictName>
an..35
<PostCodeIdentifier>Kontakt_region_postnummer</PostCodeIdentifier
>
<TelephoneSubscriberIdentifier>Kontakt_region_telefon</TelephoneS
ubscriberIdentifier>
</ContactCounty>
<ContactMunicipality>
<EANIdentifier>Kontakt_kommune_lokationsnummer</EANIdentifier>
<DepartmentName>Kontakt_kommune_afdeling_el_socialomraade</D
epartmentName>
<StreetName>Kontakt_kommune_adresse</StreetName>
<DistrictName>Kontakt_kommune_by</DistrictName>
an..9
an..25
an..35
an..35
an..35
an..35
<PostCodeIdentifier>Kontakt_kommune_postnummer</PostCodeIdenti an..9
fier>
<TelephoneSubscriberIdentifier>Kontakt_kommune_telefon</Telephon an..25
eSubscriberIdentifier>
</ContactMunicipality>
<HealtCareTeam>
DepartmentName er navnet på sygehusafdelingen hvis underskriveren
er hospitalsansat, navnet på hjemmepleje distriktet hvis underskriveren
er ansat i en kommune.
M
M Date er signeringsdato for det pågældende journaluddrag.
Comment rummer selve journaluddragsteksten.
D Oplysningen er obligatorisk ved genoptræning på specialiseret niveau.
EANIdentifier er lokationsnummer på regionens kontaktsted.
M DepartmentName er navnet på sygehusafdelingen der er regionens
kontaktsted.
M StreetName er regionens kontaktsteds vejnavn og vejnummer.
M DistrictName er regionens kontaktsteds bynavn på primære adresse,
M PostCodeIdentifier er regionens kontaktsteds postnummer på primære
adresse, f.eks. ”5772”.
M TelephoneSubscriberIdentifier er regionens kontaktsteds
telefonnummer.
D
M
EANIdentifier er lokationsnummer på kommunens kontaktsted.
M DepartmentName er navnet på hjemmeplejedistriktet der er kommunens
kontaktsted.
M StreetName er kommunens kontaktsteds vejnavn og vejnummer.
M DistrictName er kommunens kontaktsteds bynavn på primære adresse,
M PostCodeIdentifier er kommunens kontaktsteds postnummer på
primære adresse, f.eks. ”5772”.
M TelephoneSubscriberIdentifier er kommunens kontaktsteds
telefonnummer.
M
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)
41
<Member>
1.0.4
1.0.4
<Identifier>Team_ID_nummer</Identifier>
Feltdef
1.0.4
<IdentifierCode>Team_ID_nummer_type </IdentifierCode>
kva
1.0.4
1.0.4
<PersonGivenName>Team_fornavn</PersonGivenName>
<PersonSurnameName>Team_efternavn</PersonSurnameName>
an..35
an..35
1.0.4
<PersonTitle>Team_titel</PersonTitle>
an..35
1.0.4
<TelephoneSubscriberIdentifier>Team_telefon</TelephoneSubscriberI an..25
dentifier>
<DepartmentName>Team_afdeling_el_socialomraade</DepartmentNa an..35
me>
1.0.4
an..17
M Max 5.
Identifier er behandlerteamets sygehusafdelingsnummer, ydernummer,
Klassifikationssystem – ofte ”sygehusafdelingsnummer” hvis modtager
er en sygehusafdeling, ”ydernummer” hvis sygesikringsyder,
M PersonGivenName er fornavn(e) på person i behandlerteamet.
M PersonSurnameName er efternavn på person i behandlerteamet.
M PersonTitle er titel for person i behandlerteamet (fx
TelephoneSubscriberIdentifier er behandlerteamets telefonnummer.
DepartmentName er navnet på sygehusafdelingen hvis person i
behandlerteamet er hospitalsansat, navnet på hjemmepleje distriktet
hvis person i behandlerteamet er ansat i en kommune.
1.0.4
1.0.4
1.0.4
</Member>
</HealtCareTeam>
<FinalResult>
M
1.0.4
1.0.4
1.0.4
<ResultReceiver>
<EANIdentifier>Resultatmodtagers_lokationsnummer</EANIdentifier> an..35
<Identifier>Resultatmodtagers_ID_nummer</Identifier>
an..17
M
M
M
1.0.4
<IdentifierCode>Resultatmodtagers_ID_nummer_type</IdentifierCode kva
>
M
1.0.4
<OrganisationName>Resultatmodtagers_organisation</OrganisationN an..35
ame>
<DepartmentName>Resultatmodtagers_afdeling</DepartmentName> an..35
M
1.0.4
Slutstatus interessenter. Dette felt er fx nødvendigt ved ambulante
kontroller på sygehuset ifm fx kroniske sygdomme og kirurgiske indgreb.
Max 1.
EANIdentifier er svarmodtagers lokationsnummer.
Identifier er svarmodtagers sygehusafdelingsnummer, ydernummer,
svarmodtager er en sygehusafdeling, ”ydernummer” hvis
OrganisationName er navnet i tekst på svarmodtagende sygehus,
lægehus eller kommune. Udfyldes som for SenderOrganisationName.
eller titlen ”Læge” hvis svarmodtager er en læge i et lægehus o.l. Se
42
1.0.4
<UnitName>Resultatmodtagers_afsnit</UnitName>
Feltdef
an..35
1.0.4
1.0.4
<StreetName>Resultatmodtagers_adresse</StreetName>
<SuburbName>Resultatmodtagers_bostednavn</SuburbName>
an..35
an..35
1.0.4
<DistrictName>Resultatmodtagers_bynavn</DistrictName>
an..35
1.0.4
1.0.4
1.0.4
1.0.3
<PostCodeIdentifier>Resultatmodtagers_postnummer</PostCodeIdent an..9
ifier>
</ResultReceiver>
</FinalResult>
<Reference>
1.0.3
<RefDescription>ref_beskrivelse</RefDescription>
an..70
UnitName er svarmodtagende sygehusafdeling eller for- og efternavn
(hvis svarmodtager er en person i et lægehus). Se beskrivelse under
SenderUnitName.
StreetName er svarmodtagers primære adresse.
SuburbName er et evt. stednavn på svarmodtagers primære adresse,
DistrictName er svarmodtagers bynavn på primære adresse, f.eks.
”Kværndrup”.
PostCodeIdentifier er svarmodtagers postnummer på primære adresse,
f.eks. ”5772”.
M
Anvendes til angivelse af en XBIN01 reference eller URL.
Må repeteres.
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.
1.0.3
1.0.3
1.0.3
1.0.3
1.0.3
1.0.3
1.0.3
1.0.3
1.0.4
1.0.3
Vælg mellem (
<URL>ref_link</URL>
Eller
<BIN>
M
an..350
Angivelse af en komplet URL på Internettet
<ObjectIdentifier>ref_dok_id</ObjectIdentifier>
n36
Angivelse af reference til XBIN01.
M UUID der matcher ID i XBIN01
<ObjectCode>ref_dok_type</ObjectCode>
<ObjectExtensionCode>ref_dok_extension</ObjectExtensionCode>
<OriginalObjectSize>ref_dok_str</OriginalObjectSize>
</BIN>
)
</Reference>
</RehabilitationPlan>
</Emessage>
kva
M Objektets type enten billed eller vektor_grafik
kva
Integer
M ObjectExtensionCode er fil ekstension for objektet, fx png eller pdf.
M OriginalObjectSize er objektets størrelse i antal bytes.
M
M
43
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.
44
XML Kvalifikatorliste
XML KvalifikatorNavn/Type
Gyldige XMLvaerdier
Default XML KvalifikatorDefinition
AcknowledgementCodeType
minuspositivkvitt
AcknowledgementCodeType
pluspositivkvitt
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
MedicalSpecialityCode
sygehusafdelingsnummer
kommunenummer
ydernummer
amt
lokationsnummer
sorkode
Ikkeklassificeret
blandet
intern_medicin_sygehus
geriatri
hepatologi
haematologi
Infektionsmedicin
kardiologi
med_allergologi
med_endokrinologi
med_gastroenterologi
med_lungesygdomme
nefrologi
reumatologi
palliativ
akut
dermato_venerologi_sygehus
Default Angiver at der ikke ønskes POSITIV XCONTRL kvittering på kuverten. Negativ
XCONTRL sendes altid ved "mislykket modtagelse"
Angiver at der ønskes POSITIV XCONTRL kvittering ("brevet er modtaget") på
applikationsniveau på kuverten. VANS må aldrig sende POSITIV XCONTRL.
Default Sygehusafdelingsnummer i officiel SKS-kode.
Kommunenummer.
Ydernummer for praktiserende ydere.
Hvis det er en region der skal angives som organisation.
EAN-lokationsnummer
SOR-kode
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.
Blandet medicin (Afsenders sygehusspeciale).
Intern medicin (Afsenders sygehusspeciale).
Geriatri (Afsenders sygehusspeciale).
Hepatologi (Afsenders sygehusspeciale).
Hæmatologi (Afsenders sygehusspeciale).
Infektionsmedicin (Afsenders sygehusspeciale).
Kardiologi (Afsenders sygehusspeciale).
Med. allergologi (Afsenders sygehusspeciale).
Med. endokrinologi (Afsenders sygehusspeciale).
Med. gastroenterologi (Afsenders sygehusspeciale).
Med. lungesygdomme (Afsenders sygehusspeciale).
Nefrologi (Afsenders sygehusspeciale).
Reumatologi (Afsenders sygehusspeciale).
Palliativ medicin (Afsenders sygehusspeciale).
Akut medicin (Afsenders sygehusspeciale).
Dermato-venerologi (Afsenders sygehusspeciale).
45
Gyldige XMLvaerdier
neurologi
onkologi
kirurgi_sygehus
karkirurgi
kir_gastroenterologi
plastikkirurgi
thoraxkirurgi
urologi
gynaekologi_obstetrik_sygehus
sexologi
neurokirurgi
ortopaedisk_kirurgi_sygehus
oftalmologi
oto_rhino_laryngologi
hospitalsodontologi
psykiatri_sygehus
boerne_ungdomspsykiatri
klin_biokemi
klin_fys_nuklearmedicin
klin_immunologi
klin_mikrobiologi
klin_neurofysiologi
patologisk_anatomi
diagnostisk_radiologi
klin_farmakologi
klin_genetik
paediatri_sygehus
anaestesiologi_sygehus
arbejdsmedicin
almen_medicin
Neurologi (Afsenders sygehusspeciale).
Onkologi (Afsenders sygehusspeciale).
Kirurgi (Afsenders sygehusspeciale).
Karkirurgi (Afsenders sygehusspeciale).
Kir. gastroenterologi (Afsenders sygehusspeciale).
Plastikkirurgi (Afsenders sygehusspeciale).
Thoraxkirurgi (Afsenders sygehusspeciale).
Urologi (Afsenders sygehusspeciale).
Gynækologi og obstetrik (Afsenders sygehusspeciale).
Sexologi (Afsenders sygehusspeciale).
Neurokirurgi (Afsenders sygehusspeciale).
Ortopædisk kirurgi (Afsenders sygehusspeciale).
Oftalmologi (Afsenders sygehusspeciale).
Oto-, rhino-, laryngologi (Afsenders sygehusspeciale).
Hospitalsodontologi (Afsenders sygehusspeciale).
Psykiatri (Afsenders sygehusspeciale).
Børne- og ungdomspsykiatri (Afsenders sygehusspeciale).
Klin. biokemi (Afsenders sygehusspeciale).
Klin fys og nuklearmedicin (Afsenders sygehusspeciale).
Klin. immunologi (Afsenders sygehusspeciale).
Klin. mikrobiologi (Afsenders sygehusspeciale).
Klin. neurofysiologi (Afsenders sygehusspeciale).
Patologisk anatomi (Afsenders sygehusspeciale).
Diagnostisk radiologi (Afsenders sygehusspeciale).
Klin. farmakologi (Afsenders sygehusspeciale).
Klin. genetik (Afsenders sygehusspeciale).
Pædiatri (Afsenders sygehusspeciale).
Anæstesiologi (Afsenders sygehusspeciale).
Arbejdsmedicin (Afsenders sygehusspeciale).
Almen medicin (Afsenders sygehusspeciale).
46
Gyldige XMLvaerdier
samfundsmedicin
retsmedicin
fysioterapi_sygehus
anaestesiologi_praksis
roentgen_kbh
dermato_venerologi_praksis
roentgen
reumatologi_fysiurgi
gynaekologi_obstetrik_praksis
intern_medicin_praksis
kirurgi_praksis
klinisk_kemi
neurokirurgi_praksis
neuromedicin
oejenlaege
ortopaedisk_kirurgi_praksis
oere_naese_halslaege
patologi
plastkirurgi
psykiatri_praksis
paediatri
boernepsykiatri
tropemedicin
med_laboratorier_kpll
med_laboratorier
omegnslaboratorier
med_laboratorier_ssi
tandplejere
tandlaege
fysioterapi
Samfundsmedicin (Afsenders sygehusspeciale).
Retsmedicin (Afsenders sygehusspeciale).
Fysio- og ergoterapi (Afsenders sygehusspeciale).
Anæstesiologi (Afsenders praksisspeciale).
Røntgen (København) (Afsenders praksisspeciale).
Dermatologi-venerologi (Afsenders praksisspeciale).
Røntgen. (Afsenders praksisspeciale).
Reumatologi (Fysiurgi) (Afsenders praksisspeciale).
Gynækologi/obstetrik (Afsenders praksisspeciale).
Intern Medicin (Afsenders praksisspeciale).
Kirurgi (Afsenders praksisspeciale).
Klinisk kemi. (Afsenders praksisspeciale).
Neurokirurgi (Afsenders praksisspeciale).
Neuromedicin (Afsenders praksisspeciale).
Øjenlæge (Afsenders praksisspeciale).
Ortopædisk Kirurgi (Afsenders praksisspeciale).
Øre, Næse halslæge (Afsenders praksisspeciale).
Patologi (Afsenders praksisspeciale).
Plastkirurgi (Afsenders praksisspeciale).
Psykiatri (Afsenders praksisspeciale).
Pædiatri (Afsenders praksisspeciale).
Børnepsykiatri (Afsenders praksisspeciale).
Tropemedicin (Afsenders praksisspeciale).
KPLL (Afsenders praksisspeciale).
Med. laboratorier (Afsenders praksisspeciale).
Omegnslaboratorier (Afsenders praksisspeciale).
SSI (Afsenders praksisspeciale).
Tandplejere (Afsenders praksisspeciale).
Tandlæge (Afsenders praksisspeciale).
Fysioterapi (Afsenders praksisspeciale).
47
Gyldige XMLvaerdier
ObjectCode
ObjectCode
ObjectCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
ObjectExtensionCode
briller
kiropraktor
fodterapi
fodbehandlking
ridefysioterapi
teddy
fodterapi_radioaktiv
fodterapi_leddegigt
fysioterapi_vederlagsfri
psykolog
kiropraktor_64
ridefysioterapi_vederlagsfri
almenlaege_laegevagt
vagtlaege
almenlaege_vagtkoersel
almenlaege_vagtlaegehjaelp
vagtlaegehjaelp_kbh
vagtlaegehjaelp
billed
multimedie
vektor_grafik
avi
bmp
gif
jpeg
mpg
pcx
pdf
png
tiff
Briller (Afsenders praksisspeciale).
Kiropraktor (Afsenders praksisspeciale).
Fodterapi (Afsenders praksisspeciale).
Fodbehandling (Afsenders praksisspeciale).
Ridefysioterapi (Afsenders praksisspeciale).
Teddy Øfeldt (Afsenders praksisspeciale).
Fodterapi - følger radioaktiv bestråling (Afsenders praksisspeciale).
Fodterapi - svær leddegigt (Afsenders praksisspeciale).
Vederlagsfri fysioterapi (Afsenders praksisspeciale).
Psykolog (Afsenders praksisspeciale).
Kiropraktik - ordning 64 (Afsenders praksisspeciale).
Vederlagsfri ridefysioterapi (Afsenders praksisspeciale).
Almenlæge og lægevagt (Afsenders praksisspeciale).
Almenlæge og lægevagt (Afsenders praksisspeciale).
Almen lægers vagtkørsel (Afsenders praksisspeciale).
Vagtlægehjælp, region hovedstaden (Afsenders praksisspeciale).
Vagtlægehjælp, region hovedstaden (Afsenders praksisspeciale).
Vagtlægehjælp (Afsenders praksisspeciale).
Images, billeder.
Multimedier, f.eks. filmsekvens.
Fx PDF-fil.
AVI-film.
BMP-billede.
GIF-billede.
JPG-billede.
MPG-film.
PCX-billede.
PDF-fil.
PNG-billede.
TIFF-billede.
48
Gyldige XMLvaerdier
ObjectExtensionCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
RelationCode
TelephoneCode
TelephoneCode
TelephoneCode
TypeCode
TypeOfRehabilitationPlan
VersionCode
wav
uspec_paaroerende
barn
aegtefaelle
forældre
barnebarn
svigerbarn
ingen_relationer
nabo
samboende
registreret_partner
søskende
øvrig_familie
vaerge
fastnet
arbejde
mobil
GGOP
almen
specialiseret
rehabilitering
GGOP100
WAV-film.
Uspecificeret pårørende. Nb! Må ikke anvendes som værge, se ny kvalifikator.
Barn
Default Ægtefælle/partner
Forældre
Barnebarn
Svigerbarn
Ingen relationer
Nabo
Samboende
Registreret partner
Søskende
Øvrig familie
Værge
Telefonnummer hjemme
Telefonnummer på arbejde
Mobiltelefonnummer
Default
Almen genoptræning
Genoptræning på specialiseret niveau
Rehablilitering på specialiseret niveau
49
XML Enumerationer
XML Enumerationer
Gyldige XMLvaerdier
Deselected
Selected
StatisticalCode
StatisticalCode
StatisticalCode
TypeCode
TypeCode
Ja
Ja
GGOP1
GGOP2
GGOP3
ICD10Kode
ICFKode
Default XML EnumerationsDefinition
Angiver at oplysningen er fravalgt. Anvendes ved angivelse af kopisvar til egen læge.
Angiver at oplysningen er tilvalgt. Anvendes ved angivelse af informeret samtykke,
Almen genoptræningsplan
Genoptræningsplan på specialiseret niveau
Genoptræningsplan for rehablilitering på specialiseret niveau
Angiver type på diagnosekode. Anvendes ved ”ICD10Diagnoses”
Angiver type på funktionsevnekode. Anvendes ved ”ICFDiagnoses”
50
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
51

GGOP - SVN

Transcription

Similar documents

XRPT07 - SVN

National implementering af telemedicinsk sårvurdering

UNI•Login Eksport (ws17)

Ergoterapeutforeningens notat om genoptræningsplaner i

고급 문장 번역: 비지니스 | 주문 (한국어

Hjælp - vejledning - Morarente.ingmar.dk

OIOXML-faktura – beskrivelse af feltindhold. - byg-e.dk