Page History
...
Behandlingstestamenteregistret (BTR) er én applikation men udadtil to services, der håndterer data for henholdsvis henholdsvis behandlingstestamenteregistreringer og livstestamenteregistreringer og behandlingstestamenteregistreringer. Begge services har operationer til opdatering (registrering og/eller ændring) og udstilling af borgerens oplysninger i disse registre. Servicerne beskrives i det følgende, som forudsætter kendskab til HL7 CDA og webservices.
...
Ifm. HL7 CDA er der defineret en række OID'er, som hver især definerer et udfaldsrum for forskellige id/kode-typer. Meningen er, at der til et id (på fx en person, altså CPR-nummer) defineres et OID, som kan betragtes som en type-erklæring. For livs- og behandlingstestamenteregistreringer er følgende OID'er aktuelle:
Type | OID | Beskrivelse | Eksempel |
|---|---|---|---|
| CPR | 1.2.208.176.1.2 | CPR-nummer | <ns2:id assigningAuthorityName="CPR" extension="0501792275" root="1.2.208.176.1.2"/> |
| DK MedCom (member body) | 1.2.208.184 | Id på ClinicalDocument. Ikke aktual ifm. denne service (extension=NA) | <ns2:id assigningAuthorityName="MedCom" extension="NA" root="1.2.208.184"/> |
| Fortrolighed | 2.16.840.1.113883.5.25 | Altid N (for "Normal") ifm. denne service | <ns2:confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/> |
| Dokument type-id | 2.16.840.1.113883.1.3 | HL7-registreret RMIM (HL7 internal) | <ns2:typeId extension="POCD_HD000040" root="2.16.840.1.113883.1.3"/> |
| Code system | 1.2.208.184.15.1* | Kodesystem | <ns2:code code="LivingWill" displayName="Livstestamente" codeSystem="1.2.208.184.15.1"/> |
| Code system | 1.2.208.184.15.1* | Kodesystem | <ns2:code code="TreatmentWill" displayName="Behandlingstestamente" codeSystem="1.2.208.184.15.1"/> |
* id defineres endeligt af MedCom.
...
Notificeringer i NAS
I forbindelse med skriveoperationer i BTR (oprettelse, opdateringer og sletninger) sker der en notificering via NAS. Se evt. NAS 2.0 Anvenderguide.
De enkelte notificeringer indholder ikke detaljer vedr. oprettelse, redigering eller sletning af borgerens Behandlingstestamentdata borgerens behandlingstestamentdata of livstestamentdata , men udelukkende oplysninger om det cprnummer, for hvilket opdateringen har fundet sted. Det er efterfølgende op til anvenderen at hente det opdaterede stamkort ud via snitfladerne.
Følgende er et eksempel på en opdateringsnotificering:
...
Sundhedsfaglige anvender begge servicer services gennem en DGWS-snitflade, som skal kaldes med et MOCES niveau 4 medarbejdercertifikat. Via DGWS er der udelukkende adgang til at se, om et en registrering eksisterer, samt se detaljer om registreringen.
Borgere anvender servicerne services gennem en IDWS-snitflade og har adgang til alle operationer. Der understøttes ikke fuldmagter.
...
WSDL Livstestamenteregistret
Operation | Beskrivelse | DGWS | IDWS | CreateLivingWillRequest_2018_05_01|||
|---|---|---|---|---|---|---|
Opret en livstestamenteregistrering for en specifik borger | Nej | Ja | UpdateLivingWillRequest_2018_05_01 | Opdatér en borgers livstestamenteregistrering | Nej | Ja |
DeleteLivingWillRequest_2018_05_01 | Slet en borgers livstestamenteregistrering | Nej | Ja | |||
GetLivingWillRequest_2018_05_01 | Hent en livstestamenteregistrering for en specifik borger | Ja | Ja | |||
HasLivingWillRequest_2018_05_01 | Hent om en specifik borger har en livstestamenteregistrering | Ja | Ja |
WSDL Behandlingstestamenteregistret
...
Nedenfor beskrives de forskellige operationer i servicen. For hver operation gives eksempler på request/response hvis aktuelle (for simpelhedens skyld uden DGWS/IDWS headers). Eksemplerne tjener dels til formål at give overblik over hvad der skal til for at bruge en operation, men demonstrerer samtidigt hvilke attributter der er krævet. Dvs. de forskellige requests angiver hvad der som minimum skal angives.
CreateLivingWill
Request-eksempel:
| Code Block | ||||
|---|---|---|---|---|
| ||||
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns="http://sundhedsdatastyrelsen.dk/livstestamente/2018/05/01/" xmlns:urn="urn:hl7-org:v3" xmlns:ltr="urn:hl7-org:ltr">
<soapenv:Header/>
<soapenv:Body>
<ns:CreateLivingWillRequest>
<id assigningAuthorityName="CPR" extension="0501792275" root="1.2.208.176.1.2"/>
<livingWill>
<ltr:noLifeProlongingIfDying>true</ltr:noLifeProlongingIfDying>
<ltr:noLifeProlongingIfSeverelyDegraded>false</ltr:noLifeProlongingIfSeverelyDegraded>
</livingWill>
</ns:CreateLivingWillRequest>
</soapenv:Body>
</soapenv:Envelope> |
...
Element
...
Beskrivelse
...
Type
...
Optionel
...
id
...
Som attribut "extension" angives personens CPR-nummer (uden bindestreg)
...
varchar(30)
...
Nej
livingWill
...
Data for en livstestamenteregistrering. Type er LivingWill. Se tabel under afsnittet Typer.
...
-
...
Nej
Response-eksempel (indeholder ingen data):
...
| title | CreateLivingWillResponse |
|---|---|
| collapse | true |
...
hver operation gives eksempler på request/response hvis aktuelle (for simpelhedens skyld uden DGWS/IDWS headers). Eksemplerne tjener dels til formål at give overblik over hvad der skal til for at bruge en operation, men demonstrerer samtidigt hvilke attributter der er krævet. Dvs. de forskellige requests angiver hvad der som minimum skal angives.
UpdateLivingWill
Request-eksempel:
...
Hvis en borger forsøger at oprette et behandlingstestamente, og der samtidigt allerede eksisterer et livstestamente for denne borger, fejler kaldet. Anvendere skal derfor først slette livstestamentet for borgeren, og dernæst oprette behandlingstestamentet. Dette kan også gøres under drift ved hjælp af Upgrade ToTreatmentWillUpgradeToTreatmentWill-serviceoperationen.