Page History
...
Først og fremmest skal man kende til det indholdsformat der benyttes til aftaledokumenterforløbsdokumenter. Formatet er XML og indholdet er specificeret som en dansk profil af CDA. Den danske profil for CDA Appointment Careplan (APDCPD-DK 2.0.10) er forankret hos MedCom der står for den danske profilering. Se under MedCom APDCPD-DK hvor både beskrivelse af standarden samt forskellige aftale eksempler opbevares, bemærk der findes eksempler til alle versioner af APDCPD-DK, eksempler til APDCPD-DK 2.0.1 findes i version 2.0 folderen.
Update 20/10-2020: Der er udgivet en Errata, hvori der er enkelte præciseringer samt rettelser af fejl i forhold til APD-DK 2.0.1, Errata'en kan kan hentes på MedCom's hjemmeside, og er gældende sammen med APD-DK 2.0.1 profilen.o findes i Eksempel folderen.
Et CDA dokument består af en header og en body, hvor headeren generelt beskriver en række metadata omkring dokumentets indhold, mens de dokumentspecifikke data placeres i body sektionen.
Indholdet i CDA headeren er fælles for alle danske CDA dokumenter, og er ligeledes forankret hos MedCom, se under MedCom CDA Header v. 1.4.
Systemer der tilsluttes AftaleoversigtenForløbsplaner, skal godkendes af MedCom ud fra en certificering. Testprotokollerne for certificering til Aftaleoversigten, hvor version 1.1 er gældende for afsendelse og version 1.0 er gældende for modtagelse, kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse og afsendelse af Aftaler.
Der er enkelte afvigelser i test-protokollerne for afsendelse og modtagelse af Aftaler, der ikke er defineret under forretningsreglerne. Følgende tabel viser disse afvigelserafvigelser
| Krav ID | Krav | Afvigelse |
|---|---|---|
| Afsendelse krav 4.7 | Redegør for hvordan erstatnings CPR håndteres | Der er ingen forretningsregel der definerer at erstatnings CPR skal kunne benyttes. Der er ikke noget krav til systemet at de skal anvende erstatnings CPR numre til afsendelse af Aftaler |
| Afsendelse krav 4.24 | Aftaler som uploades skal, hvis de er del af et repetitionsmønster, uploades et år frem i tiden | Forretningsregel #3 definerer: at repetitionsmønsteret er gentaget 6 måneder frem, afhængigt af om repetitionerne stadig foregår. Systemet der skal tilsluttes Aftaleoversigten, skal kunne håndtere et repetitionsmønster på 6 måneder som forretningsregel #3 angiver. |
| Afsendelse krav 4.27 | Opret en ny aftale med angivelse af forløbs-label og forløbs-id | Oprettelse af Aftale med forløbslabel og forløbs-id, er ikke et krav i forhold til forretningsreglerne for Aftaleoversigten. CDA-Profilen (APD-DK 2.0.1) er en profil der giver fagsystemer som har behov for at dele forløbslabel og forløbs-id mulighed for det Der er ikke noget krav til systemet at kan oprette Aftaler med forløbslabel og forløbs-id på skrivende tidspunkt. |
| Modtagelse krav 4.2 | Vis aftale-indhold (aftale med region) fra testeksempel 1.5, hvor følgende er beskrevet: Vis aftale forløbs-label og alle forløbs-id som er angivet i testeksemplet. Vis at det kun er muligt at se forløbs-label i detaljeret visning (hvis dette er muligt). Vis at det hverken er muligt at se forløbs-id i simpel eller evt. detaljeret visning. Forløbs-id skal som minimum vises i det hentede CDA dokument | Visning af Aftaler med forløbslabel og forløbs-id, er ikke et krav i forhold til forretningsreglerne for Aftaleoversigten. Fagsystemerne skal dog kunne håndtere modtagelse af Aftaler, hvori forløbslabel og forløbs-id er inkluderet. Der er ikke noget krav til systemet at kan vise Aftaler med forløbslabel og forløbs-id på skrivende tidspunkt. |
...