...

Denne vejledning beskriver de tekniske forudsætninger i forhold til at implementere Forløbsplaner i et lokalt fagsystem eller en borgerportal. Vejledningen er tiltænkt forretningsarkitekter, systemarkitekter samt systemleverandører, således at de kan vurdere hvordan Forløbsplanerne kan implementeres i systemerne. 

IHE XDS

På nationalt plan er der udarbejdet en indholdsprofil ud fra HL7's Clinical Document Architecture (CDA), som beskriver udvekslingsformatet for Forløbsplanerne til KOL, diabetes og iskæmisk hjertesygdom. Indholdsprofilen er forankret hos MedCom. 
CDA-dokumenterne for Forløbsplaner forvaltes af Primærsektorens Leverandør Service Platform (PLSP), men udstilles via den nationale delingsinfrastruktur, således at borgerens Forløbsplaner kan fremfindes af sundhedsvæsenets aktører. Aktører, som understøtter Forløbsplaner, kan via deres fagsystemer anvende de standardiserede IHE XDS-snitflader til at hente borgernes Forløbsplaner. 

...

Først og fremmest skal man kende til det indholdsformat, der benyttes til Forløbsplansdokumenter. Formatet er XML og indholdet er specificeret som en dansk profil af CDA. Den danske profil for CDA Careplan (CPD-DK v2.0.0) er forankret hos MedCom, der står for den danske profilering.IMedCom CPD-DKses både beskrivelse af standarden samt forskellige Forløbsplan eksempler. Bemærk:Der findes eksempler til alle versioner af CPD-DK. Eksempler til CPD-DK v2.0.0 findes i Eksempel folderen. 

...

Systemer der tilsluttes Forløbsplaner skal bl.a. godkendes af MedCom ud fra en certificering. Testprotokollerne for certificering til Forløbsplaner kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse og afsendelse af careplaner. 

Yderligere information om hvordan CDA-dokumenter er opbygget kan findes hos IHE, under: IHE - Hvad er HL7 CDA? 

...

Borgeren kan have frabedt sig deling af at data, herunder Forløbsplaner, med andre parter i sundhedssektoren, i det tilfælde vil fejlkoden "Consent Filter Applied” blive returneret (se nedenstående xml eksempel for ITI-18 Dokumenter med frabedelse). Det betyder at borgeren enten har frabedt sig deling af data til den specifikke sundhedsperson, for data i et givet tidsrum, for data fra bestemte organisationer, eller i en kombination af disse. Klienten skal håndtere at der er angivet en frabedelse, og give sundhedspersonen mulighed for at få adgang til Forløbsplaner under specielle vilkår, se forretningsregel #6 under: Indhold i Forretningsregler for Forløbsplaner 

For adgang til data, hvor der er lavet en frabedelse på, kan klienten angive at der ønskes foretaget et værdispring og så sende forespørgslen igen med “ConsentOverride” flaget sat til “True”. Der laves logning i dokumentdelingsinfrastrukturen der angiver at en frabedelse er tilsidesat. Klienten skal samtidig angive årsagen (Eksempelvis: eksplicit samtykke fra patienten for at få adgang til data) til at frabedelsen er tilsidesat i eget journalsystem, da der kan forventes at være opfølgning på tilsidesatte frabedelser.

...

Information angående angivelse af fuldmagter via dokumentdelingsservicen, kan ses i HSUID header dokumentation. 

Ændringslog

Historisk log

...