Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

VersionDatoÆndringAnsvarlig

2018-08-31Initialt dokumentTrifork

2018-09-13Tilføjet manglende beskrivelse af ID-attribut for Language-struktur (UUID).
Beskrivelse af, at Stamkort hentes via Det Fælles Stamkort
Trifork

2018-09-19Rettet et forkert link til CreateTemporaryAddress request eksempel.Trifork

2018-10-09Tilføjet og updateres create requests eksempler med id (Uuid)Trifork

2018-10-11

Præcisering omkring antal midlertidige adresser, så der altid kun er én

SDS

2018-11-29

Tilrettet, således at fornavn og efternavn på pårørende er påkrævede.

(Der er bestilt en ændring, således efternavn gøres optionelt)

SDS

2019-01-04

Tilrettet således pårørendes telefonnummer, efternavn gøres optionel

Slut-dato på midlertidig adresse gøres optionel

SDS
1.0.112019-08-02Opdateret beskrivelse af snitflade til 2019/08/01-snitfladenTrifork
1.0.172020-08-05Opdateret beskrivelse af snitflade til 2020/07/28-snitfladenKvalitetsit
1.0.182021-04-27Ny migreringssnitfladeKvalitetsit

HL7 CDA

Modellen der anvendes til at repræsentere stamdata er HL7 CDA (se evt. http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7), som er en XML-baseret standard til repræsentation af kliniske data. HL7 CDA er et begrebsapparat, som kan repræsentere en enorm mængde af forskelligartede data, hvoraf kun en lille delmængde anvendes i SKR. Det anbefales derfor at studere eksemplerne der refereres her på siden frem for modellen der defineres af HL7 CDA, da de giver et mere præcist billede af hvilke data der kræves og returneres af de forskellige operationer. CDA-terminologien gør, at man kan kvalificere de forskellige begreber gennem attributter (fx at en adresse er en hjemmeadresse ved at angive use="H"), og derfor sker der validering i SKR af, at disse attributter anvendes korrekt, så der ikke er tvivl om hvordan data skal fortolkes. Dvs. i praksis sker der en strengere validering end WSDL og XSDer dikterer.

...