Logo

This specification conforms to FHIR®© R4

MedCom FHIR®© LandingPage

Return

Sundhedsfaglige retningslinjer for anvendelse

Indholdsfortegnelse

 

1 Introduktion

Dette er den tekstuelle del af dokumentationen til MedComs FHIR-standard for Korrespondancemeddelelse (på engelsk CareCommunication). Den tekstuelle del indeholder information om formål, baggrund, en illustration af indholdet i Korrespondancemeddelelsen, krav og anbefalinger samt ibrugtagning ift. SOR-EDI. Målgruppen for denne tekst er it-systemleverandører og implementeringsansvarlige, som skal it-understøtte afsendelse og modtagelse af Korrespondancemeddelelsen.

Krav og anbefalinger til indhold, herunder funktionaliteter, er udarbejdet i samarbejde med en national arbejdsgruppe med repræsentanter fra regioner, kommuner og praktiserende læger. Derudover har indholdet på denne side været sendt i høring ved relevante MedCom-grupper samt været bredt tilgængeligt for kommentering via publicering på MedComs hjemmeside. De tekniske specifikationer for Korrespondancemeddelelse findes via forsiden for MedComs samlede dokumentation for Korrespondancemeddelelse, MedCom anvender onlineværktøjet GitHub til visning. Klik her for at læse de tekniske specifikationer for Korrespondancemeddelelsen.

Note: I tilfælde af uoverensstemmelser i beskrivelsen af de sundhedsfaglige retningslinjer for anvendelse på dansk og engelsk er det den danske beskrivelse af de sundhedsfaglige retningslinjer for anvendelse, der er gældende.

2 Formål

Formålet med Korrespondancemeddelelsen er at understøtte den digitale kommunikation mellem sundhedsvæsnets parter, herunder bl.a. også psykiatri- og socialområdet, hvor initiativ til ny version af Korrespondancemeddelelsen er forankret. Korrespondancemeddelelsen anvendes til sikker digital kommunikation af personhenførbare oplysninger og anvendes typisk til ad hoc kommunikation. Korrespondancemeddelelsen skal dog kun bruges på de områder, hvor der i forvejen ikke findes tilgængelige strukturerede MedCom standarder. Korrespondancemeddelelsen skal ikke anvendes ved sager af akut karakter. Formålet med Korrespondancemeddelelsen er bl.a. at:

 

3 Illustration af Korrespondancemeddelelsen

Figur 1 er en illustration af indholdet i Korrespondancemeddelelsen. Illustrationen er et eksempel og indeholder ikke alle datafelter, som er i standarden og afspejler ikke det enkelte systems brugergrænseflade.

Eksempel på, en Korrespondancemeddelelse
Figur 1: Eksempel på indhold i Korrespondancemeddelelsen

 

4 Krav og anbefalinger til Korrespondancemeddelelsen

Korrespondancemeddelelsen skal indeholde information om:

 

Korrespondancemeddelelsen kan (=frivilligt) indeholde:

 

4.1 Kategori og Emne

Kategori består af en national fastlagt liste med aftalte kategorier, som afsender vælger kategori ud fra. Kategorilisten muliggør, at modtager automatisk kan fordele indkomne korrespondancemeddelelser, fx til det relevante kommunale område. Det er et krav, at kategorien vises for brugeren, men muligheden for automatisk fordeling ved modtagelse efter de nationale kategorier i Korrespondancemeddelelsen er ikke en del af MedComs test og certificering. Klik her for at læse de aftalte nationale kategorier.

Der er oprettet en kategori ”Andet” i de tilfælde, hvor de øvrige kategorier på listen ikke vurderes tilstrækkeligt dækkende for indholdet i Korrespondancemeddelelsen. Ved valg af kategorien ”Andet” er det et krav, at afsender medsender et emne. MedCom anbefaler, at afsender så vidt muligt undlader at anvende kategorien ”Andet”, undtaget i de tilfælde hvor det er absolut nødvendigt.

I emnefeltet har brugeren mulighed for at supplere den valgte kategori med et emne. Emnefeltet udfyldes enten med de regionalt aftalte emneord, defineret i de regionale samarbejdsaftaler, eller som selvskrevet fritekst. Det er valgt at bibeholde emnefeltet netop for at kunne understøtte de eksisterende samarbejdsaftaler med de regionalt aftalte emneord. Der er ikke krav til, eller forventning om, at systemerne automatisk kan fordele efter emneord.

For at understøtte brugeren mest muligt anbefales følgende:

 

 

MedCom stiller en terminologiserver til rådighed, som bl.a. udstiller de nationale kategorier og tilladte filtyper, som kan vedhæftes Korrespondancemeddelelsen. Governance, omfattende regler og retningslinjer, herunder bl.a. adgang, opdatering og vedligeholdelse, for såvel terminologiserveren som listen over de nationalt aftalte kategorier, håndteres og fastlægges i MedCom-regi. Governance for terminologier og serveren findes via forsiden for Governance for MedCom FHIR Messaging. Klik her for at læse Governance for MedCom FHIR Messaging.

4.2 Meddelelsessegment

Et meddelelsessegment består af Korrespondancemeddelelsens meddelelsestekst og afsenders signatur. I de tilfælde hvor der vedhæftes en fil til Korrespondancemeddelelsen, vil vedhæftningen knyttes til et nyt meddelelsessegment. Der er ID på hvert meddelelsessegment, som også skal medsendes og modtages af systemerne. I den forbindelse er der krav om, at meddelelsessegmenter indeholdt meddelelsestekst, altid skal medsendes i kommunikationen, fx ved besvarelse.

4.2.1 Meddelelsestekst

Meddelelsestekst-feltet er et fritekstfelt, hvori afsender skriver sin tekst. Det er obligatorisk for afsender at skrive fritekst i meddelelsens tekstfelt.

4.2.1.1 Kopierede eller vedhæftede journalnotater

Hvis afsender kopierer og indsætter kortere journalnotater i meddelelsesteksten, anbefaler MedCom, at navn på forfatter, samt tidspunkt for oprettelse, af journalnotatet påskrives og medsendes i meddelelsens tekstfelt. Hvis afsender ønsker at medsende længere journalnotater, f.eks. mere end 1000 tegn (svarende til en halv side), anbefaler MedCom, at disse medsendes som vedhæftede filer. Se afsnit 4.4 Vedhæftede filer.

4.2.2 Signatur

Signatur skal altid udfyldes, medsendes af afsender og vises af modtager. Formålet med ’signatur’ er at tydeliggøre, hvem forfatteren af den afsendte Korrespondancemeddelelse er. Derfor er det et krav, at signatur udfyldes med bl.a. dato og tidspunkt, forfatters navn, stillingsbetegnelse og relevant telefonnummer. Det anbefales at anvende de stillingsbetegnelser, som slutbrugeren er vant til at anvende i fagsystemet. Hvis systemet ikke har indlagt stillingsbetegnelser, stiller MedCom en liste over stillingsbetegnelser til rådighed, som er sammensat af udtræk fra autorisationsregistret og SKS personaleklassifikation.
Klik her for at læse liste over stillingsbetegnelser.
MedCom anbefaler, at telefonnummer udfyldes med relevant telefonnummer, såsom telefonnummer på afdelingen, afsnittet, enheden som afsender er tilknyttet eller fx relevant vagttelefonnummer. Signatur bør så vidt muligt autoudfyldes af systemet. I tilfælde af elementer som ikke kan autoudfyldes af systemet, skal disse kunne tilføjes manuelt af brugeren, fx relevant telefonnummer.

4.3 Prioritet, krav om afgrænset brug

Det bliver muligt at markere en Korrespondancemeddelelse med prioritet men med afgrænset brug i praksis. Alle systemer testes for, at de kan modtage og vise prioritet. I forhold til anvendelse og afsendelse af prioritet, testes alle systemer for, at prioritet kun er synlig og mulig at bruge ved valg af den nationale kategori ”Vedr. henvisning”. Kravet fremgår af use case og tilhørende testprotokol. Dette er besluttet med baggrund i, at behovet for at anvende prioritet er rejst i regi af et nationalt projekt vedr. forbedring af henvisninger, herunder revidering af henvisningsflow. Anvendelsen af prioritet skal tilpasses løbende ift. udvikling i overenskomster og på baggrund af nationale krav fra Sundhedsministeriet, Sundhedsstyrelsen og Sundhedsdatastyrelsen.

4.4 Vedhæftede filer

Det er muligt at vedhæfte filer, som indlejres i Korrespondancemeddelelsen. Når der er vedhæftet en fil til en Korrespondancemeddelelse, er det et krav, at det tydeligt vises i brugergrænsefladen. En vedhæftet fil kan både være en fil med en filtype, fx pdf, eller et link. De tilladte filtyper, som kan vedhæftes Korrespondancemeddelelsen, ses beskrevet i Implementation Guide for terminologi samt udstilles på terminologiserveren.
Klik her for at finde de tilladte filtyper, som kan vedhæftes i Korrespondancemeddelelsen.
Det er besluttet, at der ikke må medsendes video i en Korrespondancemeddelelse grundet størrelsen. Det anbefales, at videoer deles via en forventet kommende national delingsservice. Der vil ikke være begrænsning på, hvor mange vedhæftede filer der kan medsendes i en Korrespondancemeddelelse, men i stedet begrænses størrelsen på hele meddelelsen, inklusiv vedhæftede filer. 100 MB er den maksimale størrelse på hele meddelelsen – inklusiv vedhæftede filer, som sendes over VANS. Alle vedhæftede filer tildeles et unikt ID.
Afsender, som vælger at afsende, besvare eller videresende en Korrespondancemeddelelse, er ansvarlig for meddelelsens indhold, herunder vedhæftede filer. Forfatter på den vedhæftede fil er den fagperson, som oprindeligt har udarbejdet filen, og derfor er ansvarlig for det faglige indhold. MedCom anbefaler, at navn, samt tidspunkt for oprettelse, af den vedhæftede fil påskrives og medsendes. Systemfunktionalitet, der understøtter automatisk påsat navn på forfatter, samt tidspunkt for oprettelse, er optionel, og hvis denne funktionalitet ikke findes, anbefales afsender manuelt at påskrive disse informationer enten i den vedhæftede fil, eller som struktureret information i meddelelsessegmentet med den vedhæftede fil. Når man, som afsender, vælger at medsende en fil, er man også ansvarlig for, at filens indhold er relevant for det aktuelle behandlingsforløb. Som en del af test og certificering tjekker MedCom, at ID på vedhæftede filer indlæses og gemmes. Dette med henblik på at systemet ved modtagelse af en besvarelse kan genfinde og vise tidligere vedhæftede filer for brugeren. Krav til understøttelse af arbejdsgange samt brugervenlighed skal varetages lokalt i et samarbejde mellem kunde og it-leverandør.

4.5 Historisk overblik i brugergrænsefladen

Systemerne skal benytte sig af muligheden for at give det bedst mulige overblik over en meddelelses aktivitet (fx om meddelelsen er en ny modtaget meddelelse, en besvarelse eller en videresendelse) samt synliggøre kommunikationshistorikken i brugergrænsefladen.

Som en del af Korrespondancemeddelelsen medsendes en kommunikations identifier og referencer mellem meddelelsessegmenter og de tekniske elementer i provenance. Disse tekniske referencer medsendes med henblik på at kunne håndtere og koble meddelelser i en meddelelsestråd på samme måde på tværs af afsender og modtager, og således understøtte at korrespondancemeddelelser dels placeres i rette tråd (via kommunikations identifier) og dels placeres i korrekt rækkefølge (via referencer mellem provenance og meddelelsessegment). Kommunikations identifieren oprettes af afsender, og der er en kommunikations identifier per meddelelsestråd. Formålet med kommunikations identifieren er at koble de sammenhørende korrespondancemeddelelser i én meddelelsestråd, således at meddelelserne vises i samme tråd, både ved afsender og modtager. Reference mellem provenance og meddelelsessegment skal både indgå i forhold til den aktuelle meddelelse, som sendes, men også i forhold til eventuelle forudgående meddelelser. Formålet med referencerne er at koble rækkefølgen af korrespondancemeddelelser, og at systemerne således ved, hvilke meddelelsessegmenter der er blevet tilføjet i en meddelelse. MedCom har udarbejdet regler for håndtering og kobling af meddelelsestråde via kommunikations identifier samt referencer mellem provenance og meddelelsessegmenter. Reglerne beskriver håndtering og kobling af de mulige kommunikationsflows, herunder besvarelser og videresendelser samt håndtering af parallelle meddelelser (grundet samtidighed). Klik her for at læse reglerne for håndtering af de mulige kommunikationsflows. Reglerne indgår også i testprotokollerne med henblik på at sikre ensartet implementering og anvendelse.

4.6 Forsendelsesmuligheder

Afsender skal kunne sende en ny Korrespondancemeddelelse samt besvare en Korrespondancemeddelelse. Afsender bør (funktionaliteten er ikke påkrævet) kunne videresende en modtaget Korrespondancemeddelelse. MedCom anbefaler, at systemet understøtter funktionaliteten videresendelse. Det er et krav, at alle modtagersystemer skal kunne modtage og vise, om meddelelsen er en ny, besvaret eller videresendt Korrespondancemeddelelse. Både ved besvarelse og videresendelse af en Korrespondancemeddelelse indsættes den samme kategori og det samme emne automatisk af systemet. Brugeren skal kunne vælge at ændre det til en anden kategori og et andet emne. Referencer til det/de forudgående, eller videresendte, meddelelsessegment(er) skal indgå.

4.6.1 Besvarelse

Det er et krav at kunne afsende en besvarelse til;

Afsender bør (funktionaliteten er ikke påkrævet) kunne besvare egen senest afsendte Korrespondancemeddelelse i en meddelelsestråd. Denne option vil støtte slutbrugeren i at kunne fortsætte kommunikationen i samme tråd, uden at skulle vente på svar fra modtager, da det ikke er tilladt at besvare en tidligere modtaget Korrespondancemeddelelse i en meddelelsestråd. Således vil funktionaliteten med besvarelse af egen senest afsendte Korrespondancemeddelelse gøre det muligt for afsender at fortsætte meddelelsestråden. Det er ikke tilladt, og må ikke være muligt, at besvare en tidligere modtaget Korrespondancemeddelelse.

Det er et krav at kunne modtage og vise førnævnte besvarelsesscenarier inklusiv forudgående meddelelser, herunder meddelelsessegmenter og nye vedhæftede filer. Ved besvarelse indsættes afsender af den modtagne Korrespondancemeddelelse automatisk som modtager af besvarelsen (med SOR-kode og EAN-nummer). Afsender udfylder det nye meddelelsestekst-felt med selvskrevet tekst. Derudover påsættes også signatur, i samme meddelelsessegment, på afsender af besvarelsen. En besvarelse af en Korrespondancemeddelelse består således altid af minimum to meddelelsessegmenter, dvs. det tidligere modtaget meddelelsessegment og det nye, som afsender udfylder og medsender i besvarelsen. Hvis der er vedhæftet nye filer til besvarelsen, knyttes disse til meddelelsessegmentet. Hvis afsender har vedhæftet filer i den oprindelige Korrespondancemeddelelse, skal de vedhæftede filer fra afsender ikke medsendes igen ved besvarelse. I stedet tjekker MedCom, som en del af test og certificering, at systemerne indlæser og gemmer ID på de vedhæftede filer. Dette med henblik på at systemet ved modtagelse af en besvarelse kan genfinde og vise tidligere vedhæftede filer for brugeren. De ovenstående hændelserne for besvarelse af en Korrespondancemeddelelse er visualiseret i et aktivitetsdiagram i Figur 2. Det er også muligt at besvare en tidligere modtaget EDIFACT, OIOXML eller FHIR MedCom-meddelelse med Korrespondancemeddelelsen. Ved besvarelse af en tidligere modtaget EDIFACT, OIOXML eller FHIR MedCom-meddelelse anvendes det medsendte ID fra den modtagne meddelelse og medsendes i Korrespondancemeddelelsen. Således er det muligt, via ID, at koble en relevant tråd af meddelelser sammen. Det kan eksempelvis ske ved, at man besvarer en modtaget henvisning med en Korrespondancemeddelelse, hvor forløbs-ID’et anvendes og medsendes i besvarelsen. Teknisk betyder det, at der ved besvarelse indsættes et nyt meddelelsessegment, bestående af et nyt meddelelsestekst-felt og signatur.

Viser aktivitetsdiagram over forløbet for besvarelse af CareCommunication besked.
Figur 2: Aktivitetsdiagram for besvarelse af en modtaget Korrespondancemeddelelse



Parallelle besvarelser
I de få tilfælde hvor samme Korrespondancemeddelelse besvares på samme tid af afsender og modtager, vil både afsender- og modtagersystemet modtage såkaldte parallelle korrespondancemeddelelser. Det er et krav, at begge systemer indlæser meddelelserne i den tilhørende meddelelsestråd, selvom det ikke er den seneste meddelelse i tråden. Begge parallelt afsendte meddelelser skal således placeres i samme meddelelsestråd med samme kommunikations identifier. Det er et krav, at bruger skal kunne fortsætte kommunikationen i meddelelsestråden enten ved besvarelse eller modtagelse af en ny meddelelse, selvom der optræder parallelle korrespondancemeddelelser. Det er vigtigt at synliggøre, hvilke oplysninger slutbrugeren har været bekendt med på afsendelsestidspunktet, når parallelle meddelelser placeres i samme tråd. Derfor er det et krav, at systemerne inkluderer en synlig reference mellem korrespondancemeddelelserne i tråden, således at brugerne tydeligt kan se, hvad de pågældende korrespondancemeddelelser er et svar på samt synliggøre sammenhængen mellem de øvrige korrespondancemeddelelser i meddelelsestråden. Det er op til leverandøren at sikre en visning, der understøtter brugeren bedst muligt. Det er et krav, at brugeraktør skal kunne fortsætte kommunikationen i meddelelsestråden, selvom der optræder parallelle korrespondancemeddelelser. Regler for håndtering af parallelle meddelelser, og visning i brugergrænsefladen, er beskrevet i governance for den nye Korrespondancemeddelelse. Klik her for at læse reglerne for håndtering af de mulige kommunikationsflows.

4.6.2. Videresendelse

Afsender bør kunne videresende en Korrespondancemeddelelse (funktionaliteten er ikke påkrævet). Det er op til afsender, hvornår det vurderes relevant at videresende en modtaget Korrespondancemeddelelse, såfremt systemet stiller denne mulighed til rådighed, som anbefalet af MedCom. Alle systemer skal kunne modtage en videresendelse. Modtager skal kun kunne besvare den videresendte meddelelse, dvs. at modtageren ikke kan besvare en eller flere af de forudgående meddelelsessegmenter inkluderet i den modtaget videresendelse. Afsender er ansvarlig for videresendelsen og relevansen ift. det aktuelle behandlingsforløb. Hvis systemet har funktionalitet, som kan videresende Korrespondancemeddelelse, skal afsender kunne videresende hele meddelelsestråden, som kan bestå af en eller flere meddelelser og vedhæftede filer. Funktionaliteten til at kunne udvælge hvilke dele af meddelelsestråden, man som afsender ønsker at videresende, er ikke påkrævet i systemerne men optionel. Hvis systemet ikke understøtter, at afsender ved videresendelse kan udvælge hvilke dele af meddelelsestråden og vedhæftede filer, der skal medsendes - og afsender ved, at der er dele i meddelelsestråden, som modtager ikke må modtage/se - skal afsender sende en ny Korrespondancemeddelelse i stedet for at videresende hele meddelelsestråden. Det anbefales, at afsender påskriver navn på den oprindelige forfatter af meddelelsen, som videresendes, i den nyoprettede Korrespondancemeddelelse.

MedCom anbefaler, at afsender beskriver årsagen til videresendelsen i meddelelsesteksten. Ved videresendelse vælger afsender, hvem modtageren er. Teknisk betyder det, at der ved videresendelse indsættes et nyt meddelelsessegment, bestående af et nyt meddelelsestekst-felt og signatur. Afsender udfylder det nye meddelelsestekst-felt med selvskrevet tekst, hvori det også anbefales at angive årsagen til videresendelsen. Derudover påsættes også signatur, i samme meddelelsessegment, på afsender af videresendelsen. En videresendelse består således altid af minimum to meddelelsessegmenter – det tidligere modtaget meddelelsessegment og det nye, som afsender udfylder og medsender ved videresendelsen. Hvis der er vedhæftet filer til videresendelsen, knyttes disse til et nyt meddelelsessegment. De ovenstående hændelser for videresendelse af en Korrespondancemeddelelse er visualiseret i et aktivitetsdiagram i Figur 3 og er beskrevet i governance for den nye Korrespondancemeddelelse. Hvis en bruger har videresendt en meddelelse, skal brugeren kunne fortsætte kommunikationen i den originale meddelelsestråd.

Viser aktivitetsdiagram over forløbet for videresendelse af CareCommunication besked.
Figur 3: Aktivitetsdiagram for videresendelse af en modtaget Korrespondancemeddelelse



5 Opsummering af krav og anbefalinger til afsender- og modtagersystemer

I tabel 1 opsummeres krav og anbefalinger til afsender- og modtagersystemer på baggrund af den tekstuelle del af dokumentationen. For tekniske detaljer henvises til de tekniske specifikationer, som findes via forsiden for Korrespondancemeddelelse i GitHub.
Klik her for at læse de tekniske specifikationer for Korrespondancemeddelelsen på GitHub.

Tabel 1: Opsummering af krav og anbefalinger til afsender- og modtagersystemer


Krav til afsendersystem
Anbefalinger til afsendersystem
Krav til modtagersystem
Anbefalinger til modtager-system
National

kategori		 Det er et krav til systemet, at bruger kan vælge og påsætte en national kategori til meddelelsen, og den valgte kategori er synlig for afsender.

Det er et krav, at kategori skal påsættes, inden meddelelsen kan afsendes.
   
    		    
Det er et krav, at alle systemer skal kunne modtage og vise den valgte kategori på meddelelsen.
   

   
    
Det anbefales at gøre brug af muligheden for automatisk fordeling, ved modtagelse, efter de nationale kategorier. Det er ikke en del af MedComs test og certificering.
Emneord Det er et krav til systemet, at bruger kan vælge (optionelt) at indsætte emneord til en meddelelse, og at det valgte emneord er synligt for afsender.

Emnefeltet kan enten udfyldes med selvskrevet fritekst eller de regionalt aftalte emneord.		 Det anbefales, at regionalt aftalte emneord mappes op til de nationalt aftalte kategorier, hvor de pågældende emneord relateres til de relevante kategorier.
Det anbefales, at brugeren præsenteres for de regionalt aftalte emneord, som de kender, og ved valg af emneord, påsætter systemet automatisk den pågældende relevante kategori (som er valgt ved forudgående mapning mellem kategori og emneord).
Således slipper brugeren for at skulle tage stilling til kategori ved regionalt aftalte emneord.

Det er ikke en del af MedComs test og certificering. 		   
Det er et krav, at alle systemer kan modtage og vise det valgte emneord.   		    
    
Prioritet Det er et krav til systemet, at prioritet kun er synlig og mulig at anvende ved valg af den nationale kategori ”Vedr. henvisning”.    
    		    
Det er et krav, at alle systemer kan modtage og vise prioritet.   		    
    
Meddelelsestekst Det er et krav til systemet, at afsender skal skrive meddelelsestekst før meddelelsen kan afsendes. Det er et krav, at alle systemer kan modtage og vise tekst i meddelelsens tekstfelt.
Vedhæftede filer Det er et krav til systemet, at bruger kan vælge at vedhæfte tilladte filtyper.
Det er et krav til systemet at alle vedhæftede filer tilføjes et ID.		 Det anbefales, at afsender påskriver navn på forfatter, samt tidspunkt for oprettelse, af den vedhæftede fil, hvis systemet ikke automatisk påsætter forfatter på den vedhæftede fil. Det er et krav, at alle systemer kan modtage og vise vedhæftede filer. Som en del af test og certificering tjekker MedCom, at ID på vedhæftede filer indlæses og gemmes. Dette med henblik på at systemet ved modtagelse af en besvarelse kan genfinde og vise tidligere vedhæftede filer for brugeren.
Det er et krav, at det tydeligt vises i brugergrænsefladen, når der er vedhæftet en fil i Korrespondancemeddelelsen.		    
    
Signatur Det er et krav til systemet at udfylde og medsende signatur med bl.a. forfatters navn, stillingsbetegnelse og relevant telefonnummer.
I tilfælde af elementer, som ikke kan autoudfyldes af systemet, skal dette kunne tilføjes manuelt af afsenderen, fx telefonnummer.		 Det anbefales, at telefonnummer udfyldes med relevant telefonnummer, så som telefonnummer på afdelingen, afsnittet, enheden eller fx relevant vagttelefonnummer. Det er et krav, at alle systemer kan modtage og vise forfatters signatur med dertilhørende informationer.    
    
Kommunikations identifier Ny
Det er et krav til afsendersystemet automatisk at påsætte en kommunikations identifier ved oprettelse af en ny Korrespondancemeddelelse.
Besvarelse
Det er et krav til afsendersystemet automatisk at bruge samme kommunikations identifier i besvarelsen som i den modtaget meddelelse.
Videresendelse
Det er et krav til afsendersystemet automatisk at påsætte en ny kommunikations identifier ved oprettelse af en videresendelse.		 Det er et krav til modtagersystemet automatisk at placere modtagne sammenhørende korrespondancemeddelelser i samme meddelelsestråd pba. meddelelsernes kommunikations identifier.
Referencer mellem provenance og meddelelsessegmenter Ny
Det er et krav til afsendersystemet automatisk at medsende referencer mellem meddelelsessegmenter og provenance.
Besvarelse/videresendelse
Det er et krav til afsendersystemet automatisk at medsende referencer mellem meddelelsessegmenter og provenance i den aktuelle meddelelse samt historik (indeholdende forudgående provenances) til besvarelsen/videresendelsen.		 Det er et krav til modtagersystemet automatisk at håndtere og koble de tekniske referencer med henblik på at placere modtagne meddelelser i korrekt rækkefølge i en meddelelsestråd.
Besvarelse Det er et krav til systemet, at afsender kan besvare en ny modtaget Korrespondancemeddelelse, en videresendt Korrespondancemeddelelse og den senest modtaget besvarelse af en Korrespondancemeddelelse i en meddelelsestråd.

Det er et krav til systemet automatisk at indsætte referencer til de forudgående meddelelser fra samme meddelelsestråd, herundermeddelelsessegmenter dvs. meddelelsestekst og signatur og eventuelle nye vedhæftede filer, til besvarelsen.		 Afsender bør kunne besvare egen senest afsendte Korrespondancemeddelelse i en meddelelsestråd. Det er et krav, at modtagersystemet skal kunne modtage og vise, at meddelelsen er en besvarelse.

Det er et krav, at alle systemer kan modtage og vise en besvarelse inklusiv forudgående meddelelser, herunder meddelelsessegmenter og vedhæftede filer.

Det er et krav, at det tydeligt vises i brugergrænsefladen, når der er vedhæftet en fil i den besvarede Korrespondancemeddelelse.
Videresendelse Hvis systemet understøtter funktionaliteten for videresendelse af en Korrespondancemeddelelse, er det et krav til systemet automatisk at indsætte referencer til de forudgående meddelelser fra samme meddelelsestråd samt meddelelsessegmenter, dvs. meddelelsestekst, signatur og eventuelle vedhæftede filer, til videresendelsen. Det anbefales, at systemet understøtter, at afsender kan videresende en modtaget Korrespondancemeddelelse. Det er et krav, at modtagersystemet skal kunne modtage og vise, at meddelelsen er en videresendt Korrespondancemeddelelse.

Der er et krav, at alle systemer kan modtage og vise en modtaget videresendelse inklusiv referencer til de forudgående meddelelser samt meddelelsessegmenter.

Det er et krav, at det tydeligt vises i brugergrænsefladen, når der er vedhæftet en fil i den videresendte Korrespondancemeddelelse.

Det er et krav, at modtager ikke kan besvare forudgående meddelelsessegmenter inkluderet i videresendelsen men kun kan besvare den seneste meddelelse, som er videresendelsen.
Årsagen til videresendelse Det anbefales, at afsender beskriver årsagen til vidersendelsen i meddelelsens tekstfelt.
Størrelse på meddelelsen inklusiv
vedhæftede filer		 Det er et krav til systemet at notificere afsender, hvis meddelelsen, inklusiv vedhæftede filer, overstiger den tilladte størrelse på 100 MB.

6 Use Cases

Til brug for den tekniske implementering af Korrespondancemeddelelsen findes use case beskrivelser, som demonstrerer indhold og funktionalitet i Korrespondancemeddelelsen, herunder krav og anbefalinger til afsender- og modtagersystemer. Klik her for at finde use cases.

7 Ibrugtagning i SOR/SOR-EDI

Inden ibrugtagning skal meddelelsestypen for Korrespondancemeddelelse ajourføres i SOR-EDI for den enkelte aktør, så der er valide data om, hvem der har implementeret og anvender Korrespondancemeddelelsen, og derved hvem der kan afsende og modtage Korrespondancemeddelelsen.


About

Support or contact

MedCom is responsible for this page. If you have any questions regarding this page, please contact fhir@medcom.dk or write to MedCom's stream on Zulip.

Version of this documentation

The version of this documentation is: Version 4.0.2. You can find the release note of the version here.


"FHIR® is the registered trademark of HL7 and is used with the permission of HL7. Use of the FHIR trademark does not constitute endorsement of this implementation guide by HL7, nor affirmation that this content is conformant to the various applicable standards"