XML indlæggelsesrapport. ReportOfAdmission Sundhedsfaglige anbefalinger og XML Facitliste for

Transkript

1 XDIS16 Den gode XML indlæggelsesrapport ReportOfAdmission 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

2 Sættes i drift Ældre versioner udgår senest

3 Rettelser Dato Ansvarlig Version Beskrivelse Ulrik Schønnemann Rettet link til HTML-visning således, at den peger på MedComs Draft Repository Ulrik Schønnemann 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 Ulrik Schønnemann Fjernet mor og far fra pårørendetyper Jeanette Jensen Opdateret baggrund og afsnit om sundhedsfaglige anbefalinger Ulrik Schønnemann 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 Ulrik Schønnemann Rettet fejlagtig angivelse af namespace og encoding i XML Facitliste Jeanette Jensen Tilføjelse til afsnit A: Det skal være angivet tydeligt i indlæggelsesrapporten om den er manuelt opdateret Ulrik Schønnemann Indsat PDF som Brev-/skemavisning Tilføjet mulighed for at angive op til tre telefonnumre for pårørende StatusCode er fjernet fra standarden Michael Due Madsen Namespace tilføjet på forsiden Jeanette Jensen Definitionstekst rettet fra søn/datter til barn i XML kvalifikator definition for at ensrette definitionsbeskrivelserne for barn i RelationCodeType med XDIS18 og XDIS Ulrik Schønnemann Rettet stavefejl i eksempel Jacob Glasdam Sat Identifier og IdentifierCode under Practitioner til krævet Ulrik Schønnemann Opdateret standard til version Tilføjet FoodDelivery under Services Tilføjet OrdinationDate, WithdrawnDate og AccordingToNeed Ulrik Schønnemann Patient omdøbt til PatientWithCoAdress Fjernet FoodDelivery fra Services igen Jacob Glasdam Rettet beskrivelsen af PatientHealthSummary og CauseOfAdmission så tekst længderne passer. 3

4 Jacob Glasdam Opdateret standard til version Tilføjet OrdinaryPharmacyTelephoneSubscriberIdentifier under AdmissionRelatedMedicineInformation Michael Due Madsen MedicalSpecialityCodeType i kvalifikatorlisten udvidet med paediatri (Afsenders sygehusspeciale) Jacob Glasdam Ændret versionskoden til XD1633C Ulrik Schønnemann Flyttet Envelope fra samme version som Emessage til version Ulrik Schønnemann 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 Ulrik Schønnemann Opdateret standard til version Max antal af Services er ubegrænset Tilføjelse af Reference til anvendelse ved XBIN01 og URL referencer. Ændret versionskoden til XD1634C Ulrik Schønnemann Fjernet begrænsning på 28 lægemidler Udvidet bemærkningsfelt for medicin til 3500 tegn 4

5 Michael Due Madsen 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 Michael Due Madsen Release dato tilføjet på forsiden PDF-visning tilføjet Michael Due Madsen Element SexualityPaineAndSenseImpressions opdelt i to selvstændige elementer Michael Due Madsen Dato for hvornår ældre versioner udgår ændret til 6 mdr. efter dato for idriftsættelse DosageForm tilføjet LatestDepotMedication og LatestPnMedication 5

6 Jeanette Jensen Bemærkninger til indlæggelsesrapport i Sundhedsfaglige anbefalinger er opdateret mht. ydelser, forebyggende hjemmebesøg og Fælles Sprog III. Funktionsevneområder i æ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 Michael Due Madsen 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 Jeanette Jensen FMK Link opdateret. Sygeplejefaglige problemområder tilføjet til Sundhedsfaglige anbefalinger Michael Due Madsen LatestDepotMedication og LatestPnMedication: Administrationsvej tilføjet. Link til kodetabel tilføjet. HTML-visning tilføjet. PDF-visning tilføjet Jeanette Jensen 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 Michael Due Madsen Services (ydelser) indeholder nu to klassifikationsniveauer, forberedt til FSIII. ClassificationLevelOne anvendes til gruppering af ydelser, ClassificationLevelTwo anvendes sammen med Comment til selve ydelsen Michael Due Madsen Ny PDF-visning tilføjet Michael Due Madsen EpisodeOfCareIdentifier: Anvendelse af UUID i hjemmepleje-sygehus-flow tilføjet Michael Due Madsen 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 Michael Due Madsen Bemærkning til Medicin ændret. Kvalifikatorliste opdateret vedr. ordination Michael Due Madsen Fejl i facitlisten rettet. 6

7 Michael Due Madsen 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 Michael Due Madsen Nye pdf-visninger Michael Due Madsen Reference til FuturePlans i Rettelser fjernet. Elementet findes ikke i XDIS Michael Due Madsen ScoreType: Rettet fejlagtig værdi ikke_udfyldt til uden_specifikation Michael Due Madsen ScoreType: Trykfejl i kvalifikatorliste. Ikke-relevant rettet til ikke_relevant TelephoneCode: Trykfejl i kvalifikatorliste. Andet rettet til andet Michael Due Madsen 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 Michael Due Madsen 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 Irene Zuschlag Opdateret dokument så det svarer til xsd skema definitionen 7

8 Irene Zuschlag Indsat beskrivelse mht overgang til LPR3 derudover opdateret html visning så cpr er korrekt i forhold til testeksempel Anders Jensen I VANSEnvelope indsættes <ServiceTag name="mcm:statistic">automatic</servicetag> for den automatiske indlæggelsesrapport - og ikke noget servicetag for den manuelle. 8

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

10 Afsnit A Sundhedsfaglige anbefalinger XML indlæggelsesrapport XDIS16 10

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

12 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 erstattes tidligere model ( 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 præciseret til at omfatte følgende områder (foreneligt med Fælles Sprog III): - Vaske sig 12

13 - 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: Det skal være tydeligt, når der er foretaget ændringer i funktionsevnen, angivet ved dato og enhed i kommune eller sygehus. 13

14 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 sygehuskommune 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: 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 understøtter perspektiver for Fælles Sprog III i videst muligt omfang. Bemærkninger til Sygeplejefaglige problemområder: I version 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: 14

15 Bemærkninger til medicin Ved overgang til version 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), 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 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 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. 15

16 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, 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): 16

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

18 18

19 19

20 20

21 Afsnit B XML Facitliste XML indlæggelsesrapport XDIS16 21

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

23 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 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. 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: 23

24 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 _ !> Format Anbefales medsendt <Emessage> M 1.0.0: urn:oio:medcom:municipality: : urn:oio:medcom:municipality: : urn:oio:medcom:municipality: : urn:oio:medcom:municipality: <Envelope> M <Sent> M <Date>Kuvertens_afsendelses_dato</Date> Date M Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD <Time>Kuvertens_afsendelses_tidspunkt</Time> Time M Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM. Hvis dette ikke kan genereres, anvendes "00:00" </Sent> M <Identifier>Kuvertens_nummer</Identifier> an..14 M Identifier er et afsender genereret løbenummer unikt for denne kuvert afsendt af den pågældende afsender. Afsendersystemer bør sikre at samme nummer aldrig kan benyttes to gange <AcknowledgementCode>Kuvert_kvitterings_anmodning</Acknowledg ementcode> KVA M AcknowledgementCode er en kvalifikator, der angiver om positiv kvittering ønskes retur. Negativ sendes under alle omstændigheder uafhængig af værdien af AcknowledgementCode </Envelope> M <Letters> M <ReportOfAdmission> M <Letter> M <Identifier>Brevets_nummer</Identifier> an..14 M Identifier er et afsender genereret løbenummer, unikt for hvert brev fra denne afsender. Afsendersystemer bør sikre at der aldrig kan sendes samme Identifier fra samme afsender <VersionCode>Brevets_version</VersionCode> KVA M VersionCode SKAL angives med den versionsbetegnelse, der fremgår af kvalifikatorlisten. Det er vigtigt at VersionCode er korrekt, da modtagersystemer benytter VersionCode til at afgøre hvilken brevtype, modtager kan modtage. VersionCode er unik for den enkelte brevtype <StatisticalCode>Brevets_statistiknummer</StatisticalCode> 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 <Authorisation> M 24

25 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <Date>Brevets_godkendelsesdato</Date> Date M Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY-MM-DD <Time>Brevets_godkendelsesKlokkeslet</Time> Time M Time er det tidspunkt hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Time angives på formatet HH:MM sættes til "00:00" såfremt klokkeslæt ikke kan angives </Authorisation> M <TypeCode>Brevets_brevtype_i_kode</TypeCode > KVA M TypeCode er kvalifikator for brevets type. Se kvalifikatorliste <EpisodeOfCareIdentifier>Brevets_sygdoms_forloeb snummer</episodeofcareidentifier> an..35 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 til at koble meddelelserne i hjemmepleje-sygehus-flowet sammen </Letter> M <Sender> M <EANIdentifier>Afsenders_lokationsnummer</EANIdentifier> an..35 M EANIdentifier er kuvertafsenders lokationsnummer det vil normalt sige afsendende organisation. Såvel positiv som negativ kvittering sendes tilbage til dette nummer <Identifier>Afsenders_ID_nummer</Identifier> an..17 M Identifier er den egentlige afsenders ID-nummer. Alle an..17 formater skal kunne håndteres. Identifier skal altid udfyldes validt. F.eks. sygehusafdelingsklassifikationsnummer hvis afsender er et sygehus (stamafdelingen) og ydernummer hvis afsender er en lægepraksis, en speciallæge, en fysioterapeut eller en kiropraktor. Kommunenummer hvis afsender er en kommune. Hvis afsender ikke har afdelings- eller ydernummer anvendes ofte et lokationsnummer. Alle modtagere skal kunne modtage alle typer på formen an..17, da der fremover vil blive sendt breve mellem alle typer afsendere og modtagere. Alle modtagere skal kunne modtage og behandle "ukendte" numre og f.eks. kunne håndtere hvis numrene ændres <IdentifierCode>Afsenders_ID_nummers_type</IdentifierCode> KVA M IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. 1 Flow hjemmepleje-sygehus.pdf bekriver yderligere anvendelsen af UUID 25

26 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <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" <DepartmentName>Afsenders_afdeling_el_socialomraade</Departme ntname> an..35 DepartmentName er navnet på sygehusafdelingen hvis afsender er et sygehus, navnet på hjemmepleje distriktet hvis afsender er en kommune, titlen "læge" hvis afsender er et lægehus o.l. Udfyldes ofte med "Gadenavn" ved fysioterapeutklinikker <UnitName>Afsenders_afdeling_el_socialdistrikt</UnitName> an..35 UnitName er sygehusafsnit, hvis afdeling er et sygehus, navnet (For- og efternavn) hvis afsender er en person i et lægehus, hjemmeplejegruppe hvis kommune <StreetName>Afsenders_adresse</StreetName> an..35 StreetName er afsenders vejnavn og vejnummer <SuburbName>Afsenders_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på afsenders primære adresse for eks.: Mullerup, 5772 Kværndrup <DistrictName>Afsenders_by</DistrictName> an..35 DistrictName er afsenders bynavn på primære adresse <PostCodeIdentifier>Afsenders_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er afsenders postnummer på primære adresse <TelephoneSubscriberIdentifier>Afsenders_telefon</TelephoneSubscri an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer. beridentifier> <SignedBy> M <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 <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 <PersonGivenName>Underskrivers_fornavn</PersonGivenName> an..35 M PersonGivenName er underskrivers fornavn(e) i fri tekst. Skal udfyldes <PersonSurnameName>Underskriver_efternavn</PersonSurnameNa me> an..35 M PersonSurnameName er underskrivers efternavn i fri tekst. Skal udfyldes <PersonTitle>Underskrivers_titel</PersonTitle> an..35 M PersonTitle er underskriver titel i fri tekst (fx afdelingssygeplejerske) </SignedBy> M <MedicalSpecialityCode>Afsenders_medicinske_speciale</MedicalSp ecialitycode> KVA MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. Hvis ikke tilstede, antages default værdien "ikkeklassificeret". Se kvalifikatorliste. 26

27 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <ContactInformation> <ContactName>AfsenderKontakt_1kontaktsted_el_person</ContactNa an..35 M ContactName er navn på kontaktsted eller i kommunen, fx me> områdekontor og vagttype <ContactName>AfsenderKontakt_2kontaktsted_el_person</ContactNa an..35 ContactName er navn på kontaktsted eller i kommunen, fx me> områdekontor og vagttype <TelephoneSubscriberIdentifier>AfsenderKontakt_telefon</Telephone SubscriberIdentifier> an..25 M TelephoneSubscriberIdentifier er afsenders telefonnummer <TelefaxSubscriberIdentifier>AfsenderKontakt_telefax</TelefaxSubscri an..25 TelefaxSubscriberIdentifier er afsenders telefaxnummer. beridentifier> < AddressIdentifier>Afsenderkontakt_ </ AddressIdentifi Afsender kontakts adresse er> <ContactTimeText>AfsenderKontakts_traeffetid_i_fri_tekst</ContactTi an..70 ContactTimeText er oplysning om træffetid i fri tekst metext> </ContactInformation> </Sender> M <Receiver> M <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 <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 AnswerTosegmentet i indlæggelsesadviset. Kan Identifier ikke slås op i SOR, anvendes Identifier fra Sender-segmentet i indlæggelsesadviset. 27

28 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <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 <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 <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 <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 <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 <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 <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.. 28

29 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <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 </Receiver> M <CCReceiver> Bruges hvis man ønsker at sende kopi af indlæggelsesrapporten til en anden organisation end henviser <Identifier>Kopimodtagers_ID_nummer</Identifier> an..17 M Identifier er kopimodtagers sygehusafdelingsnummer, ydernummer, kommunenummer eller lokationsnummer. Identifier skal anvendes som beskrevet ved SenderIdentifier ovenfor og skal altid udfyldes validt <IdentifierCode>Kopimodtagers_ID_nummers_type</IdentifierCode> KVA M IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis kopimodtager er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune <OrganisationName>Kopimodtagers_organisation</OrganisationName an..35 OrganisationName er navnet i tekst på kopimodtagende sygehus, > kommune eller lægehus. Udfyldes som for SenderOrganisationName <DepartmentName>Kopimodtagers_afdeling</DepartmentName> an..35 DepartmentName er navnet på sygehusafdeling, hjemmeplejedistrikt eller titlen "Læge" hvis kopimodtager er en læge i et lægehus o.l. Se beskrivelse under SenderDepartmentName <UnitName>Kopimodtagers_afsnit</UnitName> an..35 UnitName er kopimodtagende sygehusafdeling eller for- og efternavn (hvis kopimodtager er en person i et lægehus). Se beskrivelse under SenderUnitName <StreetName>Kopimodtagers_adresse</StreetName> an..35 StreetName er kopimodtagers primære adresse <SuburbName>Kopimodtagers_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på kopimodtagers primære adresse, f.eks.: Mullerup, 5772 Kværndrup <DistrictName>Kopimodtagers_bynavn</DistrictName> an..35 DistrictName er kopimodtagers bynavn på primære adresse <PostCodeIdentifier>Kopimodtagers_postnummer</PostCodeIdentifier an..9 PostCodeIdentifier er kopimodtagers postnummer på primære adresse. > </CCReceiver> <Practitioner> <Identifier>Egen_læges_ID_nummer</Identifier> an..17 M Udfyldes altid med lægens ydernummer <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 <PersonName>Egen_læges_navn</PersonName> an...70 PersonName er egen læges navn <TelephoneSubscriberIdentifier>Egen_læges_telefon</TelephoneSubs an..25 TelephoneSubscriberIdentifier er egen læges telefonnummer. criberidentifier> </Practitioner> 29

30 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <PatientWithCoAddress> M Vælg mellem ( M Der skal enten være et CPR eller et erstatningspersonnummer <CivilRegistrationNumber>Patientens_CPR_nummer</CivilRegistratio nnumber> Eller <AlternativeIdentifier>Patientens_erstatnings_CPR_nummer</Alternati veidentifier> n10 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. AlternativeIdentifier er et erstatnings CPR-nummer eller et usikkert CPRnummer på præcis 10 tegn. Udfyldes hvis der ikke er angivet et validt CPR-nummer i CivilRegistrationNumber. ) <PersonSurnameName>Patientens_efternavn</PersonSurnameName an..70 M PersonSurnameName er patientens efternavn. > <PersonGivenName>Patientens_fornavne</PersonGivenName> an..70 PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes <StreetName>Patientens_adresse</StreetName> an..35 StreetName er patientens primære vejnavn og nummer <SuburbName>Patientens_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på patientens primære adresse f.eks.: Mullerup, 5772 Kværndrup <DistrictName>Patientens_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse <PostCodeIdentifier>Patientens_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse <Occupation>Patientens_stillinngsbetegnelse</Occupation> an..25 OccupancyText er patientens jobmæssige stillingsbetegnelse <TelephoneSubscriberIdentifier>Patientens_telefonnummer</Telephon an..25 TelephoneSubscriberIdentifier er patientens telefonnummer. esubscriberidentifier> <CoAddress> <PersonSurnameName>Efternavn på c/o adresse </PersonSurnameName> an..70 PersonSurnameName er efternavn på c/o adressen.mandatorykrav fjernet i <PersonGivenName>Fornavne på c/o adresse</persongivenname> an..70 PersonGivenName er fornavn(e) på c/o adressen Mandatorykrav fjernet i <StreetName>c/o vejnavn</streetname> an..35 M StreetName er c/o vejnavn og nummer <SuburbName>c/o bostednavn</suburbname> an..35 SuburbName er et evt. stednavn på c/o adresse f.eks.: Mullerup, 5772 Kværndrup <DistrictName>c/o bynavn</districtname> an..35 M DistrictName er bynavn på den c/o adresse <PostCodeIdentifier>c/o postnummer</postcodeidentifier> an..9 M PostCodeIdentifier er postnummeret på den c/o adresse </CoAddress> </PatientWithCoAddress> M 30

31 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <Relatives> <Relative> Der kan max være 5 pårørende <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 <PersonIdentifier>Paaroerendes_ID_nummer,_fx_CPR.</PersonIdentif an..10 PersonIdentifier er pårørendes CPR-nr. hvis et sådant findes. ier> <PersonSurnameName>Paaroerendes_efternavn</PersonSurnameNa an..70 M PersonSurnameName er pårørendes efternavn. Skal udfyldes, hvis me> elementet benyttes <PersonGivenName>Paaroerendes_fornavne</PersonGivenName> an..70 PersonGivenName er pårørendes fornavn(e) <StreetName>Paaroerendes_adresse</StreetName> an..35 StreetName er pårørendes primære adresse <SuburbName>Paaroerendes_bostednavn</SuburbName> an..35 SuburbName er et evt. stednavn på pårørendes primære adresse f.eks.: Mullerup, 5772 Kværndrup <DistrictName>Paaroerendes_bynavn</DistrictName> an..35 DistrictName er bynavn på den primære adresse <PostCodeIdentifier>Paaroerendes_postnummer</PostCodeIdentifier> an..9 PostCodeIdentifier er postnummeret på den primære adresse <CodedTelephoneSubscriberIdentifier> an <TelephoneCode>Paaroerendes_telefontype</TelephoneCode> KVA M TelephoneCode er pårørendes telefontype: mobil, arbejde og privattelefon <TelephoneSubscriberIdentifier>Paaroerendes_telefonnummer</ an..25 M TelephoneSubscriberIdentifier er pårørendes telefonnummer. TelephoneSubscriberIdentifier > </CodedTelephoneSubscriberIdentifier> <InformedRelative>Pårørende er informeret</informedrelative> boolean M InformedRelative er angivelse af hvorvidt pårørende er informeret om indlæggelsen </Relative> <Comment>Kommentarer til pårøerende/relationer</comment> Formatted Kommentar felt til pårørende/relationer Text Type </Relatives> <ContactInformation> M <ContactCode>AfsenderKontaktType</ContactCode> KVA Kvalifikator, der angiver kontaktstedets type, fx Hjemmepleje, Bosted. Se kvalifikatorliste <ContactName>AfsenderKontakt_1kontaktsted_el_person</ContactNa an..70 ContactName er navn på kontaktsted eller i kommunen, fx me> områdekontor og vagttype <TelephoneSubscriberIdentifier>AfsenderKontakts_telefon</Telephone an..25 TelephoneSubscriberIdentifier er afsenders telefonnummer. SubscriberIdentifier> <ContactTimeText>AfsenderKontakts_traeffetid_i_fri_tekst</ContactTi an..70 ContactTimeText er oplysning om træffetid i fri tekst. metext> </ContactInformation> M 31

32 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <Auxiliaries> <Auxiliary> <AuxiliaryCode>HMI-nummer</AuxiliaryCode> an..14 Det relevante HMI-nummer, alternativt lokal kode. Der kan maksimalt angives 63 hjælpemidler fra hjemmeplejen <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 <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 <AuxiliaryText>Hjælpemiddelbeskrivelse</AuxiliaryText> an..70 AuxiliaryText angiver beskrivelsen af hjælpemiddelet <DateOfDelivery> <Date></Date> n..12 M Udleveringsdato på formatet CCYYMMDD <Time></Time> M Time angives på formatet HH:MM </DateOfDelivery> </Auxiliary> <Comment>Kommentarer til hjælpemidler</comment> Formatted Kommentar felt til hjælpemidler. Text Type </Auxiliaries> <Services> <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 <ClassificationLevelOne>Ydelsesgruppering<ClassificationLevel M Gruppering af ydelse (Overskrift) One> <Code>Kode for gruppering af ydelse</code> M Se fanebladet Ydelser i Koder_vejledning_version xlsx

33 XML NS XML Facitliste XDIS16 FeltDef M XML DataDefinition <CodeSystem>Kodesystem</Code> Enum M Kan antage værdierne: icf, snomedct, medcom, uspecificeret <CodeDescription>Tekst til koden</codedescription> M Den til koden hørende tekst (Overskriften) </ClassificationLevelOne > M <ClassificationLevelTwo>Selve ydelsen<classificationleveltwo> M Ydelsen på kodet form <Code>Kode for ydelse</code> M Se fanebladet Ydelser i Koder_vejledning_version xlsx. Se fodnote <CodeSystem>Kodesystem</Code> Enum M Kan antage værdierne: icf, snomedct, medcom, uspecificeret <CodeDescription>Tekst til koden</codedescription> M Den til koden hørende tekst <Comment>Beskrivelse af ydelse</comment> Formatted Kommentar til ydelse Text Type </ClassificationLevelTwo> M </Service> <Comment>Kommentarer til ydelser</comment> Formatted Kommentar felt til ydelser. Text Type </Services> <MedicineLocallyPrescribed> <Drug> Kan gentages uendeligt <NameOfDrug>Præparatnavn</NameOfDrug> an..35 NameOfDrug er navnet på det pågældende præparat <DosageForm>Dispenseringsform</DosageForm> an..100 DosageForm angiver medicinens formgivelse (eks. flydende, fast, pulver mm.) <DrugStrength>Styrke</DrugStrength> an..70 DrugStrength angiver medicinens styrke <Dosage>Dosering</Dosage> Formatted Dosage angiver hvilken dosering skal anvendes. Text Type <Indication>Indikation</Indication> an..100 Indication angiver indikation <OrdinationDate> Ordinationsdato </OrdinationDate> date M Ordinationsdato <WithdrawnDate> Seponerinsdato </WithdrawnDate> date Seponeringsdato <AccordingToNeed>Fast eller PN</AccordingToNeed> boolean M Angivelse om fast (false) eller PN (true) medicin </Drug> </MedicineLocallyPrescribed> <Cave>Cave_oplysninger</Cave> Formatted Cave oplysninger Text Type <MedicineComment>Kommentarer til medicin</comment> Formatted Text Type Kommentar felt til medicin. 33