”Den gode XML indlæggelsesrapport”svn.medcom.dk/svn/releases/Standarder/National...MedCom – Den gode XML indlæggelsesrapport, VersionCode XD1634C – 12.11.2018 6 04.02.2015

MedCom – Den gode XML indlæggelsesrapport, VersionCode XD1634C – 12.11.2018 1

XDIS16

”Den gode XML indlæggelsesrapport” ReportOfAdmission

12.11.2018

Sundhedsfaglige anbefalinger og XML Facitliste for

XML indlæggelsesrapport VersionCode: XD1634C TypeCode: XDIS16

Namespace: urn:oio:medcom:municipality:1.0.3 Skal sendes I VANSEnvelope

Release 08.07.2015


Sættes i drift 02.05.2016

Ældre versioner udgår senest 01.11.2016


Rettelser Dato Ansvarlig Version Beskrivelse

08.09.2010 Ulrik Schønnemann 1.0.0 Rettet link til HTML-visning således, at den peger på MedComs Draft Repository.

02.01.2011 Ulrik Schønnemann 1.0.0 Udvidet funktionsevneskemaet med spise. Ledeteksten: ”Hjælpemidler” ændres til ”Hjælpemidler/behandlingsredskaber”. Tilføjet element, der angiver om indholdet er autogenereret eller opdateret manuelt. Kommentar til medicin er udvidet fra 350 til 700 karakterer. Tilføjet c/o adresse for patienten. Udvidet pårørendetyper.

04.01.2011 Ulrik Schønnemann 1.0.0 Fjernet mor og far fra pårørendetyper.

10.02.2011 Jeanette Jensen 1.0.0 Opdateret baggrund og afsnit om sundhedsfaglige anbefalinger

17.02.2011 Ulrik Schønnemann 1.0.0 Fjernet score og kommentar fra ”Personlig hygiejne” og ”Mobilitet inde” i funktionsevneskemaet. Kommentarfelterne i funktionsevneskemaet udvides til 500 karakterer. Elementet CauseOfAdmission udvides til 3500 karakterer. Elementerne DosageForm og Indication er begge udvidet til 100 karakterer.

04.03.2011 Ulrik Schønnemann 1.0.0 Rettet fejlagtig angivelse af namespace og encoding i XML Facitliste.

13.03.2011 Jeanette Jensen 1.0.0 Tilføjelse til afsnit A: Det skal være angivet tydeligt i indlæggelsesrapporten om den er manuelt opdateret

11.04.2011 Ulrik Schønnemann 1.0.0 Indsat PDF som ”Brev-/skemavisning” Tilføjet mulighed for at angive op til tre telefonnumre for pårørende StatusCode er fjernet fra standarden.

11.05.2011

Michael Due Madsen 1.0.0 Namespace tilføjet på forsiden

29.09.2011 Jeanette Jensen 1.0.0 Definitionstekst rettet fra søn/datter til barn i XML kvalifikator definition for at ensrette definitionsbeskrivelserne for barn i RelationCodeType med XDIS18 og XDIS21

28.11.2011 Ulrik Schønnemann 1.0.0 Rettet stavefejl i eksempel

05.01.2012 Jacob Glasdam 1.0.0 Sat Identifier og IdentifierCode under Practitioner til krævet.

27.02.2012 Ulrik Schønnemann 1.0.1 Opdateret standard til version 1.0.1 Tilføjet FoodDelivery under Services Tilføjet OrdinationDate, WithdrawnDate og AccordingToNeed

19.03.2012 Ulrik Schønnemann 1.0.1 Patient omdøbt til PatientWithCoAdress Fjernet FoodDelivery fra Services igen.

29.03.2012 Jacob Glasdam 1.0.1 Rettet beskrivelsen af PatientHealthSummary og CauseOfAdmission så tekst længderne passer.


09.08.2012 Jacob Glasdam 1.0.2 Opdateret standard til version 1.0.2 Tilføjet OrdinaryPharmacyTelephoneSubscriberIdentifier under AdmissionRelatedMedicineInformation.

29.08.2012 Michael Due Madsen 1.0.2 MedicalSpecialityCodeType i kvalifikatorlisten udvidet med paediatri (Afsenders sygehusspeciale)

05.09.2012 Jacob Glasdam 1.0.2 Ændret versionskoden til XD1633C

10.10.2012 Ulrik Schønnemann 1.0.2 Flyttet Envelope fra samme version som Emessage til version 1.0.0

25.10.2012 Ulrik Schønnemann 1.0.2 Tilføjet bemærkninger til ydelser/services Rettet fejlagtig angivelse af mandatory i co adresse, pårørende, ydelser/services. Kommentar til ydelser/services rettet til 3500 tegn. DosageDispensing er ændret til mandatory, da denne er en boolean.

17.06.2013 Ulrik Schønnemann 1.0.3 Opdateret standard til version 1.0.3 Max antal af Services er ubegrænset Tilføjelse af Reference til anvendelse ved XBIN01 og URL referencer. Ændret versionskoden til XD1634C

09.08.2013 Ulrik Schønnemann 1.0.3 Fjernet begrænsning på 28 lægemidler Udvidet bemærkningsfelt for medicin til 3500 tegn


11.01.2015

Michael Due Madsen 1.0.3 Fjernet begrænsning på antal karakterer på: Kommentar til pårørende: Relatives/Comment Kommentar til indlæggelsesårsag: CauseOfAdmission Kommentar til smitterisiko: RiskOfContagion Alle bemærkninger til funktionsevnetabel Kommentar til hjælpemidler: TemporaryAuxiliaries/comment Kommentar til cave: Medicine/Cave Kommentar til medicin: Medicine/Comment Bemærkning til medsendt medicin: DischargeRelatedMedicineInformation/Attached/Comment Kvalifikator <DrugPrescribedByCode> tilføjet. Kan antage ”fmk_ordination” / ”lokal_ordination”. Funktionsevne: Alle mandatory-krav fjernet. Tilføjet overordnet felt AbilityToFunctionRelevance med mulighed for at anføre ikke_relevant på hele funktionsevnetabellen. Tilføjet mulighed for at anføre ”ikke_udfyldt” som score. AbilityToDress og Lavatory flyttet op under PersonalHygiene. Pårørende: Kvalifikator for værge (=vaerge) tilføjet, skal anvendes i stedet for uspeci_paaroerende. Smitterisiko < RiskOfContagion> tilføjet Kontaktinformation: Kvalifikator for kontakttypen tilføjet. Begrænsning på 5 ophævet. Seneste depotmedicingivning <LatestDepotMedication> tilføjet Seneste pn-medicingivning <LatestPnMedication> tilføjet Sygeplejefaglige problemområder <NursingProblemAreas> tilføjet

13.01.2015 Michael Due Madsen 1.0.3 Release dato tilføjet på forsiden PDF-visning tilføjet.

20.01.2015 Michael Due Madsen 1.0.3 Element SexualityPaineAndSenseImpressions opdelt i to selvstændige elementer

29.01.2015 Michael Due Madsen 1.0.3 Dato for hvornår ældre versioner udgår ændret til 6 mdr. efter dato for idriftsættelse DosageForm tilføjet LatestDepotMedication og LatestPnMedication


04.02.2015 Jeanette Jensen 1.0.3. Bemærkninger til indlæggelsesrapport i Sundhedsfaglige anbefalinger er opdateret mht. ydelser, forebyggende hjemmebesøg og Fælles Sprog III. Funktionsevneområder i 1.0.3 ændret: Følgende områder er fjernet: At bade, At lave mad, Sikre sammenhæng i hverdagens aktiviteter, Forebygge forværring egen sygdom/tab. Tidligere overskrifter uden score er fjernet ”Personlig hygiejne” og ”Mobilitet inde”. Færdes i egen bolig ændret til ”Færdes i forskellige omgivelser” ”Toiletbesøg” ændret til ”Gå på toilet” PatientHealthSummery fjernet.

11.02.2015 Michael Due Madsen 1.0.3 Funktionsevnetabel, Ydelser og Sygeplejefaglige problemområder ændret fra diskrete segmenter til kodede segmenter, der kan gentages. Funktionsevnetabel flyttet ned før Sygeplejefaglige problemområder. LatestDepotMedication og LatestPnMedication kan nu gentages.

16.02.2015 Jeanette Jensen 1.0.3 FMK Link opdateret. Sygeplejefaglige problemområder tilføjet til Sundhedsfaglige anbefalinger

18.02.2015 Michael Due Madsen 1.0.3 LatestDepotMedication og LatestPnMedication: Administrationsvej tilføjet. Link til kodetabel tilføjet. HTML-visning tilføjet. PDF-visning tilføjet.

25.03.2015 Jeanette Jensen 1.0.3. Mandatorykrav til navn og fornavn i CO adresse er fjernet. Beskrivelse af gruppering ydelser præciseret. Begrænsning på antal tegn i feltet ”dosage” er fjernet. Scoreniveau ”ikke-relevant tilføjet”

12.04.2015 Michael Due Madsen 1.0.3 Services (ydelser) indeholder nu to klassifikationsniveauer, forberedt til FSIII. ClassificationLevelOne anvendes til gruppering af ydelser, ClassificationLevelTwo anvendes sammen med Comment til selve ydelsen.

13.04.2015 Michael Due Madsen 1.0.3 Ny PDF-visning tilføjet

02.06.2015 Michael Due Madsen 1.0.3 EpisodeOfCareIdentifier: Anvendelse af UUID i hjemmepleje-sygehus-flow tilføjet.

30.06.2015 Michael Due Madsen 1.0.3 Felterne for smitterisiko og sygeplejefaglige problemområder skal kunne udfyldes ved brug af fraser. Dato for idriftsættelse og dato for hvornår ældre versioner udgår opdateret.

30.10.2015 Michael Due Madsen 1.0.3 Bemærkning til Medicin ændret. Kvalifikatorliste opdateret vedr. ordination.

22.11.2015 Michael Due Madsen 1.0.3 Fejl i facitlisten rettet.


16.12.2015 Michael Due Madsen 1.0.3 Da FMK-ordinationer udgår og medicin derfor kun kan omhandle lokale ordinationer erstattes Medicine af MedicineLocallyPrescribed. Cave udskilles som selvstændigt element. Comment renames til MedicineComment og udskilles som selvstændigt element. DrugPrescribedBy fjernet fra kvalifikatorlisten.

18.12.2015 Michael Due Madsen 1.0.3 Nye pdf-visninger

19.01.2016 Michael Due Madsen 1.0.3 Reference til FuturePlans i Rettelser fjernet. Elementet findes ikke i XDIS16.

25.01.2016 Michael Due Madsen 1.0.3 ScoreType: Rettet fejlagtig værdi ”ikke_udfyldt” til ”uden_specifikation”

09.02.2016 Michael Due Madsen 1.0.3 ScoreType: Trykfejl i kvalifikatorliste. ”Ikke-relevant” rettet til ”ikke_relevant” TelephoneCode: Trykfejl i kvalifikatorliste. ”Andet” rettet til ”andet”

19.06.2017 Michael Due Madsen 1.0.3 Alle referencer til indlæggelsessvar slettet. Hvis indlæggelsesrapporten sendes som svar på et indlæggelsesadvis, skal indlæggelsesrapportens EANIdentifier sættes lig AnswerTo/EANIdentifier fra indlæggelsesadviset og øvrige modtageroplysningerne slås op i SOR ud fra AnswerTo/EANIdentifier. Kan de øvrige modtageroplysninger ikke læses entydigt i SOR, skal de tages fra Sender-segmentet i indlæggelsesadviset.

27.06.2017 Michael Due Madsen 1.0.3 Anvendelse af AnswerTo-segmentet revideret efter tilbagemelding fra leverandørerne Hvis indlæggelsesrapporten sendes som svar på et indlæggelsesadvis læses modtageroplysningerne i SOR ud fra Sender/Identifier og Sender/IdentifierCode. Hvis opslaget returnerer mere end én modtager forsøges med match på Sender/OrganisationName, Sender/DepartmentName og Sender/UnitName. Hvis match på navnene ikke kan lade sig gøre anvendes Sender-oplysningerne fra indlæggelsesadviset som Receiver-oplysninger i indlæggelsesrapporten. Uanset udfaldet af ovenstående opslag i SOR skal AnswerTo/EANIdentifier anvendes som Receiver/EANIdentifier.

17.01.2018 Irene Zuschlag 1.0.3 Opdateret dokument så det svarer til xsd skema definitionen


26.07.2018 Irene Zuschlag 1.0.3 Indsat beskrivelse mht overgang til LPR3 derudover opdateret html visning så cpr er korrekt i forhold til testeksempel.

12.11.18 Anders Jensen 1.0.3 I VANSEnvelope indsættes <ServiceTag name="MCM:STATISTIC">automatic</ServiceTag> for den automatiske indlæggelsesrapport - og ikke noget servicetag for den manuelle.


Baggrund MedComs ”XML hjemmepleje-sygehus standarder”, som omfatter indlæggelsesrapport, plejeforløbsplan, melding om færdigbehandling og udskrivningsrapport, samt de automatiserede advis meddelelser indlæggelsesadvis og udskrivningsadvis, har til formål at understøtte den kommunikation, som finder sted mellem hjemmepleje og hospitalspersonale i forbindelse med indlæggelse og udskrivelse, når der er behov for at sende data fra enten hjemmepleje til sygehus eller fra sygehus til hjemmepleje. Regioner og kommuner indgår sundhedsaftaler, som suppleres med lokale samarbejdsaftaler. MedCom har i samarbejde med en national

sygehus-kommune arbejdsgruppe foretaget en opdatering af hjemmepleje-sygehus standarderne fra år 2002, således at de passer til kommunikationsbehovet, som bliver initieret af 2. generations sundhedsaftalerne år 2011-2014. Standarderne udarbejdes i XML format, da hovedparten af leverandørerne inden for sygehus-hjemmepleje/kommune samarbejdet er velbefarende i XML teknologierne. De automatiserede advismeddelelser: Indlæggelsesadvis og udskrivningsadvis findes i både XML og edifact format. Ved overgang til ny forløbsmodel for patientregistreringer, LPR3, november 2018, skelnes der ikke længere mellem kontakttyperne ”indlagt” og ”ambulant”. Det er aftalt mellem regionerne og MedCom, at PAS/EPJ-systemerne efter overgang til LPR3 fortsat registrerer patientkontakter som hhv. indlagt og udskrevet eller afgået ved døden, og at disse kontakter understøttes uændret med sygehusadviser, jævnfør MedComs dokumentation for standarderne.


Afsnit A

Sundhedsfaglige anbefalinger

XML indlæggelsesrapport XDIS16


Formål Indlæggelsesrapporten sendes fra kommunen, når en borger indlægges på et sygehus, da sygehuspersonalet har brug for en række sundhedsfaglige oplysninger fra kommunen for at kunne iværksætte den bedst mulige behandling af patienten og for at kvalificere dialogen mellem sygehus og kommune. Det drejer sig om oplysninger om hjemmeplejeydelser, hjælpemidler, medicin, funktionsevne, resumé af helbredstilstand, årsag til indlæggelse og stamdata. Indlæggelsesrapporten afsendes automatisk, når der modtages et indlæggelsesadvis i kommunens EOJ system på borgere, som modtager hjemmehjælpsydelser og/eller hjemmesygepleje. Indlæggelsesrapporten opdateres manuelt med oplysninger årsag til indlæggelse og oplysninger om aktuel helbredstilstand. Den manuelt opdaterede indlæggelsesrapport fremsendes til sygehuset efter indlæggelse af hjemmeplejeklient i overensstemmelse med de lokale sundhedsaftaler (eksempelvis senest 24 timer efter indlæggelsen).

Formål for indlæggelsesrapporten

• At give orientering om status ved indlæggelse ud fra de data som findes i kommunens EOJ-system, herunder borgerens aktuelle funktionsevne

• At oplyse forhold i forbindelse med indlæggelsen

• At give sygehuspersonalet mulighed for at vurdere omfanget af de ydelser som borger fik før indlæggelse

• Fungere som grundlag for sygehuspersonale til at varsle kommunen, ved ændringer i borgerens behov for hjælp

Bemærkninger til indlæggelsesrapporten

• Indlæggelsesrapporten skal kunne genereres og sendes automatisk, når hjemmeplejen modtager et indlæggelsesadvis fra sygehuset. Der skal være mulighed for efterfølgende at sende en manuelt opdateret version af indlæggelsesrapporten. Det skal være en valgmulighed om indlæggelsesrapporten sendes automatisk eller ej

• Indholdet i en automatisk genereret indlæggelsesrapport skal kunne vises lokalt i EOJ-systemet.

• Det skal være muligt at sende en indlæggelsesrapport uafhængigt af, om man har modtaget et indlæggelsesadvis.

• Ved annullering og rettelser i indlæggelsesadvis skal der ikke sendes ny indlæggelsesrapport.

• Kontaktdata er de samme som anvendes i Indlæggelsesadvis D2030C DIS20/ NotificationOfAdmission XD2030C XDIS20 http://medcom.dk/wm110556 ). Det anbefales at indsætte kontaktinformationer, så hele døgnet er dækket. Kontaktinformationerne skal ikke være på person niveau, men på afdelinger, vagtrum osv.

• Ydelser oplyses på relevant niveau mht. personlig pleje, praktisk bistand, træning og sygeplejeydelser. Ved brug af ”pakker” skal de oversættes til relevant klassifikation ifht personlig pleje og praktisk bistand. I oplysning om ydelser indgår hyppighed og fordeling på dage, uger og hele døgnet.

• Afsendelse af automatisk genereret indlæggelsesrapport fordrer at data i EOJ i videst muligt omfang er valide og opdaterede.

http://www.medcom.dk/wm109910

http://medcom.dk/wm109947

http://medcom.dk/wm110556


• Det skal ses i indlæggelsesrapporten om den er manuelt opdateret

• Såfremt sygehuset ikke modtager en indlæggelsesrapport på en indlagt patient, og det skønnes af sygehus personalet, at patienten ved senere udskrivelse vil have et behov for ydelser fra kommunen, skal sygehuset tilsende kommunen en plejeforløbsplan.

• Der bør laves aftaler i mellem region og kommuner om tidshorisonten for afsendelse af indlæggelsesrapporten, såfremt den ikke sendes automatiseret, samt hvornår en evt. opdateret version skal afsendes til sygehuset.

• Der skal ikke sendes automatisk indlæggelsesrapport, hvis borgeren kun er tilknyttet EOJ systemet pga. forebyggende hjemmebesøg, uden at modtage øvrige ydelser fra kommunen.

• I VANSEnvelope indsættes <ServiceTag name="MCM:STATISTIC">automatic</ServiceTag> for den automatiske indlæggelsesrapport - og ikke noget servicetag for den manuelle.

Bemærkninger til ydelser/services

I version 1.0.3. erstattes tidligere model (http://www.medcom.dk/dwn5925) om brug af præ fix til ydelser af med kodefelt til gruppering af ydelser i følgende prioriterede rækkefølge: Sygepleje, Personlig pleje, Praktisk bistand, Træning, Øvrige ydelser. Ydelser oplyses på ensartet måde og medsendes på niveau 2 i overensstemmelse med KLs partnerskabsprojekt om service og sundhedslovsydelser. Niveau 3 kan gengives i feltet beskrivelse af ydelse. Frekvens vises i feltet ”Beskrivelse af ydelse” • Frekvensen af de enkelte ydelser gengives som tekst og tal, hvor fordelingen af ydelsen fremgår på uge- eller dagbasis. Eksempelvis ”2 gange om ugen á 10 min.” • Tid angives som antal minutter og ikke timer, dvs. fx 65 minutter i stedet for 1:05. • Fordelingen ved daglige besøg ønskes om muligt angivet for henholdsvis dag, aften og nat. • For sygehuspersonalet er fordelingen på hverdage og weekend ikke nødvendig. Der skal både angives madleverance og boligtype.

Bemærkninger til skema for funktionsevne

Det er valgfrit at udfylde funktionsevne eller dele af funktionsevnedata. Det kan angives overordnet at funktionsevne ikke er relevant, så modtager ved, at data ikke mangler pga. forglemmelse. Hver aktivitet kan markeres ved gradienter, svarende til ICF: ingen/ubetydelige, lette, moderate, svære, totale eller værdien ”ikke-relevant”. Værdien ”Uden specifikation” svarende til uudfyldt, skal ikke kunne vælges af brugeren. Det anbefales enten at anvende en dropdown box eller radio buttons til angivelse af funktionsevne. For at sikre sammenhæng og undgå dobbeltregistrering i forhold til nyt afsnit ”Sygeplejefaglige problemområder” i standarderne er funktionsevneområder i version 1.0.3 præciseret til at omfatte følgende områder (foreneligt med Fælles Sprog III):

- Vaske sig

http://www.medcom.dk/dwn5925


- Af og påklædning - Gå på toilet - Forflytte sig - Færden i forskellige omgivelser - Drikke - Spise

Der er udarbejdet en vejledning til konvertering af data fra Fælles Sprog II som kan hentes her: http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/Koder_vejledning_version%201.0.3.xlsx

• Det skal være tydeligt, når der er foretaget ændringer i funktionsevnen, angivet ved dato og enhed i kommune eller sygehus.

http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/Koder_vejledning_version%201.0.3.xlsx


Bemærkninger til Fælles Sprog

• På baggrund af erfaringer med Fælles Sprog som fælles forståelsesramme mellem flere sygehuse og kommuner, har national sygehus-kommune gruppe besluttet at tage udgangspunkt i Fælles Sprog II ved udveksling af data om funktionsevne mellem klinisk personale, som anvender MedComs hjemmepleje-sygehus standarder (standarderne har været i høring via de 5 regioners fælles fora med kommunerne)

• Klassifikationen af funktionsevne i Fælles Sprog II er udviklet efter principper i ICF, International Classification of Function. ICF er en WHO klassifikation til International klassifikation af funktionsevne, funktionsevnenedsættelse og helbredstilstand. ICF kan anvendes på tværs af fag og sektorer. Sundhedsstyrelsen har udgivet en vejledning til brug af ICF i dansk praksis. Publikationen kan hentes her: http://www.sst.dk/publ/publ2005/SESI/ICFvejl/ICFvejl.pdf

• Ifølge økonomiaftalen 2014 skal kommunerne inden udgangen af 2017 implementere Fælles Sprog III. Med Fælles Sprog III standardiseres dokumentationen på sundhedslovs og servicelovsområdet, ved at anvende klassificerede data, foreneligt med ICF og SnoMedCT. MedCom standarden version 1.0.3.understøtter perspektiver for Fælles Sprog III i videst muligt omfang.

Bemærkninger til Sygeplejefaglige problemområder:

• I version 1.0.3. tilføjes sygeplejefaglige problemområder, som fællesfagligt datasæt til indlæggelsesrapporten, plejeforløbsplanen og udskrivningsrapporten. Dokumentation af sygepleje i kommunernes EOJ systemer og sygehusenes EPJ systemer tager udgangspunkt i denne ramme. Det bidrager til et fællesfagligt sprog på tværs af sektorerne og understøtter mulighed for effektivt datagenbrug fra EOJ og EPJ systemerne til MedCom standarderne.

• Da funktionsevne udgør et af problemområderne, er funktionsevne i MedCom standarderne tilpasset i overensstemmelse med strukturen i de sygeplejefaglige problemområder.

• Link: Sundhedsstyrelsens vejledning til sygeplejefaglige optegnelser, 15. januar 2013: https://www.retsinformation.dk/Forms/R0710.aspx?id=144979

http://www.sst.dk/publ/publ2005/SESI/ICFvejl/ICFvejl.pdf

https://www.retsinformation.dk/Forms/R0710.aspx?id=144979


Bemærkninger til medicin

• Ved overgang til version 1.0.3. udfases udveksling af specifikke medicinordinationer mellem kommuner og sygehuse, da sektorerne anvender det Fælles Medicin Kort, som kilde til oplysning om borgerens/patientens medicin. Dog skal det være muligt at medsende lokale medicinordinationer, som ikke fremgår af FMK i indlæggelsesrapporten fra kommunen.

• Der er mulighed for at medsende medicinoplysninger, dette vil dog kun være relevant indtil det nationale fælles medicinkort (FMK) bliver tilgængeligt. Læs mere om FMK via Digital Sundhed (Digital Sundhed er fra 2011 erstattet af National Sundheds-it, NSI), http://www.ssi.dk/fmk

• Medicindata skal kun oplyses, hvis borgeren har en ydelse på medicingivning og/eller medicinadministration

• Medicinoplysninger skal være grundige og bør derfor indeholde: o kur bør oplyses med seponeringsdato o det skal oplyses om medicinen er pn., samt hvor mange gange det må gives p.n. o dispenseringsform, indgivelses måde/form og om efter skema bør oplyses o indikation og generisk stof bør oplyses

• Under feltet ”Ansvar” kan det oplyses om kommunen har ansvar for medicinering – informationen kan udledes fra borgeres tildelte ydelser

• Cave oplyses i et lille fritekstfelt - data findes ofte registreret i EOJ-systemet

• Borgerens apotek - data findes ofte registreret i EOJ-systemet

• Strukturerede felter til oplysninger om seneste depotmedicingivning og seneste pn. medicingivning er tilføjet i version 1.0.3. For pn. medicin medsendes oplysning om seneste pn. medicin givet indenfor sidste 24 timer i forhold til indlæggelsestidspunktet.

Bemærkninger til vedhæftede bilag og links (Reference segmentet)

• Det er vedtaget, at vedhæftede bilag ikke er en del af version 1.0.3-implementeringen, men at muligheden bibeholdes i standarden

• Links skal kunne sendes og modtages, og det anbefales, at links kan aktiveres direkte uden at brugeren skal copy-paste URL’en til en browser

Bemærkninger om hjemmepleje-sygehus standarderne

• Der er stor sammenfald i dataindholdet for plejeforløbsplanen og udskrivningsrapporten. Det anbefales derfor i en implementering at ændringer i den ene automatisk vil slå igennem ved den anden.

• Det anbefales at udskrivningsrapporten påbegyndes ved indlæggelsen. Data til udskrivningsprocessen kan fødes fra indlæggelsesrapporten.

http://www.ssi.dk/fmk


• Standarderne kan anvendes på psykiatriområdet – de er dækkende for indlæggelser generelt.

• Hvis der ved overflytning til andet sygehus eller sygehus afdeling, igen sendes et indlæggelsesadvis til kommunen vil det udløse at den automatisk generede indlæggelsesrapport afsendes på ny. Såfremt kommunen allerede har sendt en manuel opdateret indlæggelsesrapport til indlæggelsesrapporten bør denne sikres videresendt internt mellem sygehus –sygehusafdelingerne.

MedCom HTML-visning

For at give en visualisering af hvilke data, som kan være i indlæggelsesrapporten, har MedCom lavet en HTML-visning af dataindholdet i XML skemaet for indlæggelsesrapporten. 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 indlæggelsesrapporten IKKE er en blanket. MedComs HTML-visning er heller ikke en printer venlig version af indlæggelsesrapporten. Via dette link kan en HTML-visning af indlæggelsesrapporten ses (dog afhængigt af browser): http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/XDIS_16/Eksempler/XDIS16-example-complete-with-changes.xml

http://xml.medcom.dk/

http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/XDIS_16/Eksempler/XDIS16-example-complete-with-changes.xml

http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/XDIS_16/Eksempler/XDIS16-example-complete-with-changes.xml


Brev-/skemavisning af indlæggelsesrapporten På de følgende sider er en grafisk repræsentation af indlæggelsesrapporten. Repræsentationen er kun et vejledende eksempel og det er derfor ikke et krav, at systemerne implementerer en løsning mangen til. Felter markeret med M er obligatoriske/mandatory/required. Bemærk at patientens CPR nr. er markeret med M, dog kan CPR nr. kan være et erstatnings CPR nr.





Afsnit B

XML Facitliste

XML indlæggelsesrapport XDIS16


XML Facitliste

Den gode XML indlæggelsesrapport,

XDIS16, VersionCode XD1630C

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. Del A:

• Emessage (Kuvert)

• Envelope (KuvertData) o Sent (Dato)

• ReportOfAdmission (indlæggelsesrapport) o Letter (BrevData)

▪ Authorisation (Dato) o Sender (Afsender)

▪ SignedBy ▪ ContactInformation (Kontaktoplysninger)

o Receiver (Modtager) o CCReceiver (Kopimodtager) o Practitioner (Egen læge) o PatientWithCoAddress (Patient) o Relatives (Paaroerende)

▪ Relative max 5

• TelephoneSubscriber (Tlf. oplysninger) max 3

o ContactInformation (Kontaktoplysninger)

_________________________________ Del B:

o Auxiliaries (Hjaelpemidler) ▪ Auxiliary (Hjaelpemiddel) max 63

o Services (Ydelser) ▪ Service (Ydelse)

• ClassificationLevelOne o Code o CodeSystem o CodeDescription

• ClassificationLevelTwo o Code o CodeSystem o CodeDescription o Comment

o MedicineLocallyPrescribed (Lokal ordination) ▪ Drug (Medicin produkt)

o Cave o MedicineComment

o LatestDepotMedication (Seneste depotmedicingivning)

▪ NameOfDrug ▪ DosageForm ▪ DrugStrength ▪ RouteOfAdministration ▪ LatestMedication (Dato og klokkeslæt)

o LatestPnMedication (Seneste pn-medicingivning) ▪ NameOfDrug ▪ DosageForm ▪ DrugStrength ▪ RouteOfAdministration


▪ LatestMedication (Dato og klokkeslæt) o AdmissionRelatedMedicineInformation

▪ o CauseOfAdmission o RiskOfContagion o AbilityToFunction

▪ LastModified ▪ AbilityToFunctionRelevance eller ▪ AbilityToFunctionElements (

• AbilityToFunctionRelevance or

• AbilityToFunctionElements ( o AbilityToFunctionElement (Max. 7)

▪ Terminology

• Code

• CodeSystem

• CodeDescription ▪ Score ▪ Comment

o NursingProblemAreas ▪ NursingProblemArea (Max. 11)

• Terminology o Code o CodeSystem o CodeDescription

• ProblemArea o ContentManuallyUpdated o Reference max 10

______________________________________________________ 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 NS angiver hvilket namespace elementet ligger i.

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

• 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 XDIS16 FeltDef M XML DataDefinition

<?xml version="1.0" encoding="UTF-8"?> Format M Skal medsendes som en kopi af den viste XML deklaration

<!--MedCom_De_gode_XML kommunemeddelser _01062004--!> Format Anbefales medsendt

1.0.3 <Emessage> M 1.0.0: urn:oio:medcom:municipality:1.0.0 1.0.1: urn:oio:medcom:municipality:1.0.1 1.0.2: urn:oio:medcom:municipality:1.0.2 1.0.3: urn:oio:medcom:municipality:1.0.3

1.0.0 <Envelope> M

1.0.0 <Sent> M

1.0.0 <Date>Kuvertens_afsendelses_dato</Date> Date M Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD.

1.0.0 <Time>Kuvertens_afsendelses_tidspunkt</Time> Time M Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM. Hvis dette ikke kan genereres, anvendes "00:00"

1.0.0 </Sent> M

1.0.0 <Identifier>Kuvertens_nummer</Identifier> an..14 M Identifier er et afsender genereret løbenummer unikt for denne kuvert afsendt af den pågældende afsender. Afsendersystemer bør sikre at samme nummer aldrig kan benyttes to gange.

1.0.0 <AcknowledgementCode>Kuvert_kvitterings_anmodning</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.3 <Letters> M

1.0.3 <ReportOfAdmission> M

1.0.3 <Letter> M

1.0.3 <Identifier>Brevets_nummer</Identifier> an..14 M Identifier er et afsender genereret løbenummer, unikt for hvert brev fra denne afsender. Afsendersystemer bør sikre at der aldrig kan sendes samme Identifier fra samme afsender.

1.0.3 <VersionCode>Brevets_version</VersionCode> KVA M VersionCode SKAL angives med den versionsbetegnelse, der fremgår af kvalifikatorlisten. Det er vigtigt at VersionCode er korrekt, da modtagersystemer benytter VersionCode til at afgøre hvilken brevtype, modtager kan modtage. VersionCode er unik for den enkelte brevtype.

1.0.3 <StatisticalCode>Brevets_statistiknummer</StatisticalCode> an..8 M StatisticalCode udfyldes med TypeCode (f.eks. XDIS01, XRPT02). Statisticalcode er beregnet til statistik formål og må ikke bruges af modtager systemer.

1.0.3 <Authorisation> M



1.0.0 <Date>Brevets_godkendelsesdato</Date> Date M Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY-MM-DD.

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 Indsæt UUID (uden bindestreger) fra Indlæggelsesadvis XDIS20 feltet NotificationIdentifier eller fra DIS20 feltet KontaktID. Det anbefales at anvende UUID version 4. EpisodeOfCareIdentifier har tidligere været reserveret til SSTs forløbsmodel, men benyttes fra version 1.0.3 til at koble meddelelserne i hjemmepleje-sygehus-flowet sammen.1

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 Flow hjemmepleje-sygehus.pdf bekriver yderligere anvendelsen af UUID

http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/Flow%20hjemmepleje-sygehus.pdf



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 amtet ønskes angivet, skal dette indsættes i OrganisationName, f.eks. "Fyns Amt, OUH".

1.0.0 <DepartmentName>Afsenders_afdeling_el_socialomraade</DepartmentName>

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 for eks.: Mullerup, 5772 Kværndrup.

1.0.0 <DistrictName>Afsenders_by</DistrictName> an..35 DistrictName er afsenders bynavn på primære adresse.

1.0.0 <PostCodeIdentifier>Afsenders_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er afsenders postnummer på primære adresse.

1.0.0 <TelephoneSubscriberIdentifier>Afsenders_telefon</TelephoneSubscriberIdentifier>

an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer.

1.0.0 <SignedBy> M

1.0.0 <Identifier>Underskrivers _ID_nummer</Identifier> an..17 Identifier er slutmodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt.

1.0.0 <IdentifierCode> Underskrivers _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.0 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. Skal udfyldes.

1.0.0 <PersonSurnameName>Underskriver_efternavn</PersonSurnameName>

an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. Skal udfyldes.

1.0.0 <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskriver titel i fri tekst (fx afdelingssygeplejerske)

1.0.0 </SignedBy> M

1.0.0 <MedicalSpecialityCode>Afsenders_medicinske_speciale</MedicalSpecialityCode>

KVA MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. Hvis ikke tilstede, antages default værdien "ikkeklassificeret". Se kvalifikatorliste .



1.0.0 <ContactInformation>

1.0.0 <ContactName>AfsenderKontakt_1kontaktsted_el_person</ContactName>

an..35 M ContactName er navn på kontaktsted eller i kommunen, fx områdekontor og vagttype.


an..35 ContactName er navn på kontaktsted eller i kommunen, fx områdekontor og vagttype.

1.0.0 <TelephoneSubscriberIdentifier>AfsenderKontakt_telefon</TelephoneSubscriberIdentifier>

an..25 M TelephoneSubscriberIdentifier er afsenders telefonnummer.

1.0.0 <TelefaxSubscriberIdentifier>AfsenderKontakt_telefax</TelefaxSubscriberIdentifier>

an..25 TelefaxSubscriberIdentifier er afsenders telefaxnummer.

1.0.0 <EmailAddressIdentifier>Afsenderkontakt_email</EmailAddressIdentifier>

Afsender kontakts Email adresse

1.0.0 <ContactTimeText>AfsenderKontakts_traeffetid_i_fri_tekst</ContactTimeText>

an..70 ContactTimeText er oplysning om træffetid i fri tekst

1.0.0 </ContactInformation>

1.0.0 </Sender> M

1.0.0 <Receiver> M

1.0.0 <EANIdentifier>Modtagers_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kuvertmodtagers lokationsnummer. Hvis indlæggelsesrapporten sendes som svar på et indlæggelsesadvis, skal EANIdentifier være lig med EANIdentifier i AnswerTo-segmentet i indlæggelsesadviset.

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. Hvis indlæggelsesrapporten sendes som svar på et indlæggelsesadvis, skal Identifier læses ved opslag i SOR med EANIdentifier fra AnswerTo-segmentet i indlæggelsesadviset. Kan Identifier ikke slås op i SOR, anvendes Identifier fra Sender-segmentet i indlæggelsesadviset.



1.0.0 <IdentifierCode>Modtagers_ID_nummer_type</IdentifierCode> KVA M IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - "sygehusafdelingsnummer" hvis modtager er en sygehusafdeling, "ydernummer" hvis modtager er en sygesikringsyder, "kommunenummer" hvis kommune. Hvis indlæggelsesrapporten sendes som svar på et indlæggelsesadvis, skal IdentifierCode læses ved opslag i SOR med EANIdentifier fra AnswerTo-segmentet i indlæggelsesadviset. Kan IdentifierCode ikke slås op i SOR, anvendes IdentifierCode fra Sender-segmentet i indlæggelsesadviset.

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, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode.

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, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode. .

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, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode..

1.0.0 <StreetName>Modtagers_adresse</StreetName> an..35 StreetName er modtagers primære adresse, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode..

1.0.0 <SuburbName>Modtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på modtagers primære adresse f.eks.: Mullerup, 5772 Kværndrup, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode..

1.0.0 <DistrictName>Modtagers_bynavn</DistrictName> an..35 DistrictName er modtagers bynavn på primære adresse, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode. .



1.0.0 <PostCodeIdentifier>Modtagers_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er modtagers postnummer på primære adresse, med hensyntagen til AnswerTo-segmentet i indlæggelsesadviset, som beskrevet under EANIdentifier, Identifier og IdentifierCode.

1.0.0 </Receiver> M

1.0.0 <CCReceiver> Bruges hvis man ønsker at sende kopi af indlæggelsesrapporten til en anden organisation end henviser.

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, 5772 Kværndrup.

1.0.0 <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse.

1.0.0 <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier>

an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse.

1.0.0 </CCReceiver>

1.0.0 <Practitioner>

1.0.0 <Identifier>Egen_læges_ID_nummer</Identifier> an..17 M Udfyldes altid med lægens ydernummer

1.0.0 <IdentifierCode>Egen_læges_ID_nummers_type </IdentifierCode> KVA M IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - er et "ydernummer" for den praktiserende læge.

1.0.0 <PersonName>Egen_læges_navn</PersonName> an...70 PersonName er egen læges navn.

1.0.0 <TelephoneSubscriberIdentifier>Egen_læges_telefon</TelephoneSubscriberIdentifier>

an..25 TelephoneSubscriberIdentifier er egen læges telefonnummer.

1.0.0 </Practitioner>



1.0.3 <PatientWithCoAddress> M

Vælg mellem ( M Der skal enten være et CPR eller et erstatningspersonnummer

1.0.0 <CivilRegistrationNumber>Patientens_CPR_nummer</CivilRegistrationNumber>

n10 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</AlternativeIdentifier>

n10 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, 5772 Kværndrup.

1.0.0 <DistrictName>Patientens_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse.

1.0.0 <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse.

1.0.0 <Occupation>Patientens_stillinngsbetegnelse</Occupation> an..25 OccupancyText er patientens jobmæssige stillingsbetegnelse .

1.0.0 <TelephoneSubscriberIdentifier>Patientens_telefonnummer</TelephoneSubscriberIdentifier>

an..25 TelephoneSubscriberIdentifier er patientens telefonnummer.

1.0.3 <CoAddress>

1.0.0 <PersonSurnameName>Efternavn på c/o adresse </PersonSurnameName>

an..70 PersonSurnameName er efternavn på c/o adressen.Mandatorykrav fjernet i 1.0.3.

1.0.0 <PersonGivenName>Fornavne på c/o adresse</PersonGivenName> an..70 PersonGivenName er fornavn(e) på c/o adressen Mandatorykrav fjernet i 1.0.3.

1.0.0 <StreetName>c/o vejnavn</StreetName> an..35 M StreetName er c/o vejnavn og nummer.

1.0.0 <SuburbName>c/o bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på c/o adresse f.eks.: Mullerup, 5772 Kværndrup.

1.0.0 <DistrictName>c/o bynavn</DistrictName> an..35 M DistrictName er bynavn på den c/o adresse.

1.0.0 <PostCodeIdentifier>c/o postnummer</PostCodeIdentifier> an..9 M PostCodeIdentifier er postnummeret på den c/o adresse.

1.0.3 </CoAddress>

1.0.3 </PatientWithCoAddress> M



1.0.3 <Relatives>

1.0.3 <Relative> Der kan max være 5 pårørende

1.0.3 <RelationCode>Paaroerendes_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 <PersonIdentifier>Paaroerendes_ID_nummer,_fx_CPR.</PersonIdentifier>

an..10 PersonIdentifier er pårørendes CPR-nr. hvis et sådant findes.

1.0.0 <PersonSurnameName>Paaroerendes_efternavn</PersonSurnameName>

an..70 M PersonSurnameName er pårørendes efternavn. Skal udfyldes, hvis elementet benyttes.

1.0.0 <PersonGivenName>Paaroerendes_fornavne</PersonGivenName> an..70 PersonGivenName er pårørendes fornavn(e).

1.0.0 <StreetName>Paaroerendes_adresse</StreetName> an..35 StreetName er pårørendes primære adresse.

1.0.0 <SuburbName>Paaroerendes_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>Paaroerendes_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse.

1.0.0 <PostCodeIdentifier>Paaroerendes_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse.

1.0.0 <CodedTelephoneSubscriberIdentifier> an..3

1.0.0 <TelephoneCode>Paaroerendes_telefontype</TelephoneCode> KVA M TelephoneCode er pårørendes telefontype: mobil, arbejde og privattelefon

1.0.0 <TelephoneSubscriberIdentifier>Paaroerendes_telefonnummer</ TelephoneSubscriberIdentifier >

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

1.0.0 </CodedTelephoneSubscriberIdentifier>

1.0.3 <InformedRelative>Pårørende er informeret</InformedRelative> boolean M InformedRelative er angivelse af hvorvidt pårørende er informeret om indlæggelsen.

1.0.3 </Relative>

1.0.3 <Comment>Kommentarer til pårøerende/relationer</Comment> Formatted Text Type

Kommentar felt til pårørende/relationer

1.0.3 </Relatives>

1.0.3 <ContactInformation> M

1.0.3 <ContactCode>AfsenderKontaktType</ContactCode> KVA Kvalifikator, der angiver kontaktstedets type, fx Hjemmepleje, Bosted. Se kvalifikatorliste.


an..70 ContactName er navn på kontaktsted eller i kommunen, fx områdekontor og vagttype.

1.0.3 <TelephoneSubscriberIdentifier>AfsenderKontakts_telefon</TelephoneSubscriberIdentifier>

an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer.

1.0.3 <ContactTimeText>AfsenderKontakts_traeffetid_i_fri_tekst</ContactTimeText>

an..70 ContactTimeText er oplysning om træffetid i fri tekst.

1.0.3 </ContactInformation> M



1.0.0 <Auxiliaries>

1.0.0 <Auxiliary>

1.0.0 <AuxiliaryCode>HMI-nummer</AuxiliaryCode> an..14 Det relevante HMI-nummer, alternativt lokal kode. Der kan maksimalt angives 63 hjælpemidler fra hjemmeplejen.

1.0.0 <Identifier>Hjælpemiddel_ID_nummer</Identifier> an..3 KODE er kvalifikator for det anvendte kode el. klassifikationssystem: "HMI", når der er tale om Hjælpemiddelklassifikationen. USP ved lokal kode.

1.0.0 <IdentifierCode> Hjælpemiddel_ID_nummer_type</IdentifierCode> an..3 KODEORG er kvalifikator for den organisation, der opdaterer kodesystemet: "HMI" når der som her er tale om Dansk Hjælpemiddelinstitut. Udfyldes ikke ved anvendelse af lokal kode.

1.0.0 <AuxiliaryText>Hjælpemiddelbeskrivelse</AuxiliaryText> an..70 AuxiliaryText angiver beskrivelsen af hjælpemiddelet

1.0.0 <DateOfDelivery>

1.0.0 <Date></Date> n..12 M Udleveringsdato på formatet CCYYMMDD.

1.0.0 <Time></Time> M Time angives på formatet HH:MM

1.0.0 </DateOfDelivery>

1.0.0 </Auxiliary>

1.0.3 <Comment>Kommentarer til hjælpemidler</Comment> Formatted Text Type

Kommentar felt til hjælpemidler.

1.0.0 </Auxiliaries>

1.0.3 <Services>

1.0.3 <Service> Der skal både angives madleverance og boligtype. MedCom anbefaler at boligydelse fremgår som sidste ydelse og at madleverance grupperes under øvrig ydelse

1.0.3 <ClassificationLevelOne>Ydelsesgruppering<ClassificationLevelOne>

M Gruppering af ydelse (Overskrift)

1.0.3 <Code>Kode for gruppering af ydelse</Code> M Se fanebladet ”Ydelser” i Koder_vejledning_version 1.0.3.xlsx 2

2 http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/Koder_vejledning_version%201.0.3.xlsx

http://svn.medcom.dk/svn/drafts/National%20Sygehus-Kommunesamarbejde/Koder_vejledning_version%201.0.3.xlsx



1.0.3 <CodeSystem>Kodesystem</Code> Enum M Kan antage værdierne: icf, snomedct, medcom, uspecificeret

1.0.3 <CodeDescription>Tekst til koden</CodeDescription> M Den til koden hørende tekst (Overskriften)

1.0.3 </ClassificationLevelOne > M

1.0.3 <ClassificationLevelTwo>Selve ydelsen<ClassificationLevelTwo> M Ydelsen på kodet form

1.0.3 <Code>Kode for ydelse</Code> M Se fanebladet ”Ydelser” i Koder_vejledning_version 1.0.3.xlsx. Se fodnote 2.


1.0.3 <CodeDescription>Tekst til koden</CodeDescription> M Den til koden hørende tekst

1.0.3 <Comment>Beskrivelse af ydelse</Comment> Formatted Text Type

Kommentar til ydelse

1.0.3 </ClassificationLevelTwo> M

1.0.3 </Service>

1.0.3 <Comment>Kommentarer til ydelser</Comment> Formatted Text Type

Kommentar felt til ydelser.

1.0.3 </Services>

1.0.3 <MedicineLocallyPrescribed>

1.0.3 <Drug> Kan gentages uendeligt

1.0.3 <NameOfDrug>Præparatnavn</NameOfDrug> an..35 NameOfDrug er navnet på det pågældende præparat.

1.0.3 <DosageForm>Dispenseringsform</DosageForm> an..100 DosageForm angiver medicinens formgivelse (eks. flydende, fast, pulver mm.)

1.0.3 <DrugStrength>Styrke</DrugStrength> an..70 DrugStrength angiver medicinens styrke

1.0.3 <Dosage>Dosering</Dosage> Formatted Text Type

Dosage angiver hvilken dosering skal anvendes.

1.0.3 <Indication>Indikation</Indication> an..100 Indication angiver indikation.

1.0.3 <OrdinationDate> Ordinationsdato </OrdinationDate> date M Ordinationsdato

1.0.3 <WithdrawnDate> Seponerinsdato </WithdrawnDate> date Seponeringsdato

1.0.3 <AccordingToNeed>Fast eller PN</AccordingToNeed> boolean M Angivelse om fast (false) eller PN (true) medicin

1.0.3 </Drug>

1.0.3 </MedicineLocallyPrescribed>

1.0.3 <Cave>Cave_oplysninger</Cave> Formatted Text Type

Cave oplysninger

1.0.3 <MedicineComment>Kommentarer til medicin</Comment> Formatted Text Type

Kommentar felt til medicin.



1.0.3 <LatestDepotMedication> Seneste depotmedicingivning

1.0.3 <NameOfDrug>Præparat</NameOfDrug> an..35 Præparat


1.0.3 <DrugStrength>Styrke</DrugStrength> an..70 Den givne dosis

1.0.3 <RouteOfAdministration>Administrationsvejen</RouteOfAdministration>

an..35 Administrationsvej f.eks. IM, under tungen

1.0.3 <LatestMedication> Dato og tidspunkt for seneste depotmedicingivning

1.0.0 <Date>Dato</Date> date M Dato på formen CCYY-MM-DD

1.0.0 <Time>Tidspunkt</Date> string M Tidspunkt på formen HH:MM

1.0.3 </LatestMedication>

1.0.3 </LatestDepotMedication>

1.0.3 <LatestPnMedication> Seneste pn-medicingivning

1.0.3 <NameOfDrug>Præparat</NameOfDrug> an..35 Præparat


1.0.3 <DrugStrength>Styrke</DrugStrength> an..70 Den givne dosis

1.0.3 <RouteOfAdministration>Administrationsvejen</RouteOfAdministration>

an..35 Administrationsvej f.eks. IM, under tungen

1.0.3 <LatestMedication> Dato og tidspunkt for seneste pn-medicingivning

1.0.0 <Date>Dato</Date> date M Dato på formen CCYY-MM-DD

1.0.0 <Time>Tidspunkt</Date> string M Tidspunkt på formen HH:MM

1.0.3 </LatestMedication>

1.0.3 </LatestPnMedication>

1.0.2 <AdmissionRelatedMedicineInformation>

1.0.2 <OrdinaryPharmacyName>Apotek</OrdinaryPharmacyName> an..70 Navn på borgerens ordinære apotek

1.0.2 <OrdinaryPharmacyTelephoneSubscriberIdentifier>Telefonnr</OrdinaryPharmacyTelephoneSubscriberIdentifier>

an..25 Telefonnummer på borgerens ordinære apotek

1.0.2 <DosageDispensing>DosisDispensering</DosageDispensering> boolean M Angiver om der er dosisdispenseret medicin

1.0.2 <IsResponsible>medicinansvar</IsResponsible> boolean M Angiver om kommunen har et ansvar for medicin

1.0.2 </AdmissionRelatedMedicineInformation>

1.0.0 <CauseOfAdmission>Indlæggelesårsag</CauseOfAdmission> Formatted Text Type

Fri tekst til beskrivelse af årsag til indlæggelse.



1.0.0 <RiskOfContagion></RiskOfContagion> Formatted Text Type

Kommentar felt til smitterisiko. Feltet skal kunne udfyldes ved brug af fraser.

1.0.3 <AbilityToFunction> Funktionsvurderingen kan med fordel bygge på Fælles Sprog III inkl. de til koderne hørende tekster samt konkrete bemærkninger.

1.0.3 <LastModifiedDate>dato for sidste ændring</ LastModifiedDate> Date Dato for hvornår funktionsevneskemaet sidst er ændret. Date angives på formatet YYYY-MM-DD.

1.0.3 Vælg mellem ( M Der skal vælges imellem Relevans og Funktionselement

1.0.3 <AbilityToFunctionRelevance>Relevant</ AbilityToFunctionRelevance >

Enum M Overordnet felt for relevans af hele funktionsevnetabellen. Kan antage værdien ”ikke_relevant” eller ”relevant”

1.0.3 eller

1.0.3 <AbilityToFunctionElements> Funktionevnetabellens elementer

1.0.3 <AbilityToFunctionElement>Funktionselement<AbilityToFunctionElement>

Selve funktionevneelementet, som kan gentages max. 7 gange

1.0.3 <Terminology>Anvendt terminologi<Terminology> M

1.0.3 <Code>Kode for funktionsevne</Code> M Kode for funktionsevne, bør være ICF-kode. Se fanebladet ”Funktionsevne SPL-områder” i Koder_vejledning_version 1.0.3.xlsx. Se fodnote 2.



1.0.3 </Terminology> M

1.0.3 <Score>Score</Score> KVA Se scoretype i kvalifikatorlisten

1.0.3 <Comment>beskrivelse</Comment> Formatted Text Type

Mulighed for at skrive en bemærkning til funktionen

1.0.3 </AbilityToFunctionElement>

1.0.3 </AbilityToFunctionElements>

1.0.3 </AbilityToFunction>)

1.0.3 <NursingProblemAreas> Sygeplejefaglige problemområder

1.0.3 <NursingProblemArea> Element med Sygeplejefaglige problemområde (Max. 11)

1.0.3 <Terminology>Anvendt terminologi<Terminology> M

1.0.3 <Code>Kode for problemområde</Code> M Kode for problemområde, bør på sigt være Snomed CT-kode. Se fanebladet ”Sygeplejefaglige problemområder” i Koder_vejledning_version 1.0.3.xlsx. Se fodnote 2.





1.0.3 </Terminology> M

1.0.3 <ProblemArea>Fritekst til problemområde</ProblemArea> Formatted Text Type

Feltet skal kunne udfyldes ved brug af fraser

1.0.3 </NursingProblemArea>

1.0.3 </NursingProblemAreas>

1.0.0 <ContentManuallyUpdated>true</ContentManuallyUpdated> boolean M Angiver om indholdet i meddelelsen er autogenereret eller manuelt opdateret.

1.0.3 <Reference> Anvendes til angivelse af en XBIN01 reference eller URL

1.0.3 <RefDescription> an..70 M Beskrivelse af referencen

Vælg mellem ( M

1.0.3 <URL></URL> an..350 Angivelse af en komplet URL på Internettet

Eller

1.0.3 <BIN> Angivelse af reference til XBIN01

1.0.3 <ObjectIdentifier></ObjectIdentifier> n36 M UUID der matcer id i XBIN01

1.0.3 <ObjectCode></ObjectCode> KVA M Objektets type enten billede eller vektor_grafik

1.0.3 <ObjectExtensionCode></ObjectExtensionCode> KVA M ObjectExtensionCode er fil ekstension for objektet enten png eller pdf.

1.0.3 <OriginalObjectSize></OriginalObjectSize> Integer M OriginalObjectSize er objektets størrelse i antal bytes.

1.0.3 </BIN>

)

1.0.3 </Reference>

1.0.3 </ReportOfAdmission> M

1.0.3 </Letters> M

1.0.3 </Emessage> M


XML Kvalifikatorliste

Den gode XML indlæggelsesrapport,

XDIS16, VersionCode XD1633C

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.

ContactCodeType hjemmepleje Kontakten er Hjemmeplejen

ContactCodeType hjemmesygepleje Kontakten er Hjemmesygeplejen

ContactCodeType bosted Kontakten er et bosted

ContactCodeType træningsenhed Kontakten er en træningsenhed

ContactCodeType forebyggende hjemmebesøg Kontakten stammer fra forebyggende hjemmebesøg

ContactCodeType støttekontaktperson Kontakten er en støttekontaktperson

ContactCodeType myndighed Kontakten er en myndighed

ContactCodeType værested Kontakten er et værested

ContactCodeType socialrådgiver_sagsbehandler Kontakten er en socialrådgiver eller sagsbehandler

IdentifierCodeType sygehusafdelingsnummer Default Sygehusafdelingsnummer i officiel SKS-kode.

IdentifierCodeType kommunenummer Kommunenummer.

IdentifierCodeType ydernummer Ydernummer for praktiserende ydere.

IdentifierCodeType amt Hvis det er et amt der skal angives som organisation.

IdentifierCodeType lokationsnummer EAN-lokationsnummer

IdentifierCodeType sorkode SOR kode

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

MedicalSpecialityCodeType intern_medicin_sygehus Intern medicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType geriatri Geriatri (Afsenders sygehusspeciale).

MedicalSpecialityCodeType hepatologi Hepatologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType haematologi Hæmatologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType infektionsmedicin Infektionsmedicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType kardiologi Kardiologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType med_allergologi Med. allergologi (Afsenders sygehusspeciale).


XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default XML KvalifikatorDefinition

MedicalSpecialityCodeType med_endokrinologi Med. endokrinologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType med_gastroenterologi Med. gastroenterologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType med.lungesygdomme Med. lungesygdomme (Afsenders sygehusspeciale).

MedicalSpecialityCodeType nefrologi Nefrologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType reumatologi Reumatologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType dermato_venerologi_sygehus Dermato-venerologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType neurologi Neurologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType onkologi Onkologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType paediatri Pædiatri (Afsenders sygehusspeciale).

MedicalSpecialityCodeType kirurgi_sygehus Kirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType karkirurgi Karkirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType kir_gastroenterologi Kir. gastroenterologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType plastikkirurgi Plastikkirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType thoraxkirurgi Thoraxkirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType urologi Urologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType gynaekologi_obstetrik_sygehus Gynækologi og obstetrik (Afsenders sygehusspeciale).

MedicalSpecialityCodeType neurokirurgi Neurokirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType ortopaedisk_kirurgi_sygehus Ortopædisk kirurgi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType oftalmologi Oftalmologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType oto_rhino_laryngologi Oto-, rhino-, laryngologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType hospitalsodontologi Hospitalsodontologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType psykiatri_sygehus Psykiatri (Afsenders sygehusspeciale).

MedicalSpecialityCodeType boerne_ungdomspsykiatri Børne- og ungdomspsykiatri (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_biokemi Klin. biokemi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_fys_nuklearmedicin Klin fys og nuklearmedicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_immunologi Klin. immunologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_mikrobiologi Klin. mikrobiologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_neurofysiologi Klin. neurofysiologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType patologisk_anatomi Patologisk anatomi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType diagnostisk_radiologi Diagnostisk radiologi (Afsenders sygehusspeciale).



MedicalSpecialityCodeType klin_farmakologi Klin. farmakologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType klin_genetik Klin. genetik (Afsenders sygehusspeciale).

MedicalSpecialityCodeType anaestesiologi_sygehus Anæstesiologi (Afsenders sygehusspeciale).

MedicalSpecialityCodeType arbejdsmedicin Arbejdsmedicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType almen_medicin Almen medicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType samfundsmedicin Samfundsmedicin (Afsenders sygehusspeciale).

MedicalSpecialityCodeType almenlaege_laegevagt Almenlæge og lægevagt (Afsenders praksisspeciale).

MedicalSpecialityCodeType oejenlaege Øjenlæge (Afsenders praksisspeciale).

MedicalSpecialityCodeType oere_naese_halslaege Øre, Næse halslæge (Afsenders praksisspeciale).

MedicalSpecialityCodeType anaestesiologi_praksis Anæstesiologi (Afsenders praksisspeciale).

MedicalSpecialityCodeType roentgen_kbh Røntgen (København) (Afsenders praksisspeciale).

MedicalSpecialityCodeType dermato_venerologi_praksis Dermatologi-venerologi (Afsenders praksisspeciale).

MedicalSpecialityCodeType roentgen Røntgen. (Afsenders praksisspeciale).

MedicalSpecialityCodeType reumatologi_fysiurgi Reumatologi (Fysiurgi) (Afsenders praksisspeciale).

MedicalSpecialityCodeType gynaekologi_obstetrik_praksis Gynækologi/obstetrik (Afsenders praksisspeciale).

MedicalSpecialityCodeType intern_medicin_praksis Intern Medicin (Afsenders praksisspeciale).

MedicalSpecialityCodeType kirurgi_praksis Kirurgi (Afsenders praksisspeciale).

MedicalSpecialityCodeType klinisk_kemi Klinisk kemi. (Afsenders praksisspeciale).

MedicalSpecialityCodeType neuromedicin Neuromedicin (Afsenders praksisspeciale).

MedicalSpecialityCodeType ortopaedisk_kirurgi_praksis Ortopædisk Kirurgi (Afsenders praksisspeciale).

MedicalSpecialityCodeType patologi Patologi (Afsenders praksisspeciale).

MedicalSpecialityCodeType plastkirurgi Plastkirurgi (Afsenders praksisspeciale).

MedicalSpecialityCodeType psykiatri_praksis Psykiatri (Afsenders praksisspeciale).

MedicalSpecialityCodeType paediatri Pædiatri (Afsenders praksisspeciale).

MedicalSpecialityCodeType boernepsykiatri Børnepsykiatri (Afsenders praksisspeciale).

MedicalSpecialityCodeType tropemedicin Tropemedicin (Afsenders praksisspeciale).

MedicalSpecialityCodeType tandlaege Tandlæge (Afsenders praksisspeciale).

MedicalSpecialityCodeType fysioterapi Fysioterapi (Afsenders praksisspeciale).

MedicalSpecialityCodeType kiropraktor Kiropraktor (Afsenders praksisspeciale).

MedicalSpecialityCodeType briller Briller (Afsenders praksisspeciale).



MedicalSpecialityCodeType fodterapi Fodterapi (Afsenders praksisspeciale).

MedicalSpecialityCodeType fodbehandlking Fodbehandling (Afsenders praksisspeciale).

MedicalSpecialityCodeType med_laboratorier Med. laboratorier (Afsenders praksisspeciale).

MedicalSpecialityCodeType omegnslaboratorier Omegnslaboratorier (Afsenders praksisspeciale).

MedicalSpecialityCodeType psykolog Psykolog (Afsenders praksisspeciale).

RelationCodeType uspec_paaroerende Uspecificeret pårørende. Må ikke bruges til værge, se ny kvalifikator.

RelationCodeType barn Barn

RelationCodeType aegtefaelle Default Ægtefælle/partner

RelationCodeType forældre Forældre

RelationCodeType barnebarn Barnebarn

RelationCodeType svigerbarn Svigerbarn

RelationCodeType ingen_relationer Ingen relationer

RelationCodeType nabo Nabo

RelationCodeType samboende Samboende

RelationCodeType registreret_partner Registreret partner

RelationCodeType søskende Søskende

RelationCodeType øvrig_familie Øvrig familie

RelationCodeType vaerge Værge

PrivateSubscriberIdentifier Privat telefon

WorkSubscriberIdentifier Arbejds telefon

MobileSubscriberIdentifier Mobil telefon

TypeCodeType XDIS16 Default XML indlæggelsesrapport

VersionCodeType XD1634C XD1634C er versionsnummer for "den gode" XML indlæggelsesrapport.

StatisticalCodeType XDIS16

Scoretype uden_specifikation Default Scoretype

Scoretype ubetydelige Scoretype

Scoretype lette Scoretype

Scoretype moderate Scoretype

Scoretype svaere Scoretype

Scoretype totale Scoretype



Scoretype Ikke_relevant Scoretype

TelephoneCode privat

TelephoneCode arbejde

TelephoneCode mobil


Testeksempel Testeksempler kan hentes her: http://goo.gl/CPLvn

Documents

”Den gode XML indlæggelsesrapport”svn.medcom.dk/svn/releases/Standarder/National...MedCom – Den gode XML indlæggelsesrapport, VersionCode XD1634C – 12.11.2018 6 04.02.2015