GetVaccinationHistory och Nullified
Jag hålla just nu med verifikation av tjänstproducent (Dalarna) och GVH
I samband med detta, har kunden (Dalarna) svårt att producera nullified = true.
Jag har bet kunden skapa en post och sen makulera posten. Detta skulle ju ge nullified = true.
Det som händer är att posten försvinna helt, den blir alltså raderat.
Jag har pratat med Frank Grundin som menar att skillnad på att radera och makulera kan vara om posten är signerade, innan den makuleras.
Jag har bet kunden om att skapa en ny post och signera innan den makuleras , men detta har inte gjords än. Just nu avvaktar jag bekräftelse på att jag kan testa igen.
Jag kan se att i riktig många TK har nullified borttagits, och det verkar som om det finns en vis osäkerhet kring hur detta egentligen ska hanteras
Mina frågar går nu på: Vad är syftet med elementet? vid true att har kvar den makulerade posen, men inte visa upp posten i NPÖ/Journalen? I så fall varför ska den finns kvar? Är det ett fel att elementet nullified fortfarande finns med (GVH 2.0)? Är tanken att en post ska raderas om den inte signeras innan makuleras, eller har detta ingen betydelse?
Comments (4)
-
Account Deactivated -
Account Deactivated - removed responsible
-
- changed version to FUTURE
-
- changed version to MAJOR
- Log in to comment
Nullified introduceras i några TK redan 2013-14, men infördes inte konsekvent i flera redan fastställda version av tk inom journal/läkemedelsområdena (”JoL”). Av den anledningen finns det med i vissa tk idag, men saknas i andra.
Däremot har behovet av att kunna representera att en uppgift är makulerad konstaterats vara av värde, så i den nya headern för nya (major)versionen av TK inom ”JoL”, är konceptet makuleringen representerat på ett stringent sätt, som möter de olika krav som ställts och information om en makulering som behöver kunna ges. Se gärna headerns specifikation:
https://bitbucket.org/rivta-domains/best-practice/src/ca49d2ed657ba79273e4170f58b038c11f6834ab/JoL%20Header%20F%C3%A4ltregler_v1.1.docx?at=master&fileviewer=file-view-default
https://bitbucket.org/rivta-domains/best-practice/raw/ca49d2ed657ba79273e4170f58b038c11f6834ab/JoL%20Header%20F%C3%A4ltregler_v1.1.docx
och fältet cancellation
För reglerna för hur och när en uppgift i ett journalsystem för raderas (tas bort helt) respektive markeras som makulerad (t ex om uppgiften visat sig felaktig men redan låst eller signerad), så hänvisar jag till sakkunniga på området för PDL och journaldokumentation.
Mvh Marcus
Skickat: den 13 april 2018 16:14 Till: Claus Marcus Marcus.Claus@inera.se Ämne: [Bitbucket] Issue #394: GetVaccinationHistory och Nullified (rivta-domains/riv.clinicalprocess.activityprescription.actoutcome)
[johnjensen_nmt]
John Jensen created issue #394:
GetVaccinationHistory och Nullifiedhttps://bitbucket.org/rivta-domains/riv.clinicalprocess.activityprescription.actoutcome/issues/394/getvaccinationhistory-och-nullified
Jag hålla just nu med verifikation av tjänstproducent (Dalarna) och GVH
I samband med detta, har kunden (Dalarna) svårt att producera nullified = true.
Jag har bet kunden skapa en post och sen makulera posten. Detta skulle ju ge nullified = true.
Det som händer är att posten försvinna helt, den blir alltså raderat.
Jag har pratat med Frank Grundin som menar att skillnad på att radera och makulera kan vara om posten är signerade, innan den makuleras.
Jag har bet kunden om att skapa en ny post och signera innan den makuleras , men detta har inte gjords än. Just nu avvaktar jag bekräftelse på att jag kan testa igen.
Jag kan se att i riktig många TK har nullified borttagits, och det verkar som om det finns en vis osäkerhet kring hur detta egentligen ska hanteras
Mina frågar går nu på: Vad är syftet med elementet? vid true att har kvar den makulerade posen, men inte visa upp posten i NPÖ/Journalen? I så fall varför ska den finns kvar? Är det ett fel att elementet nullified fortfarande finns med (GVH 2.0)? Är tanken att en post ska raderas om den inte signeras innan makuleras, eller har detta ingen betydelse?
Assignee:
Andreas Mårtensson
Type:
[https://d301sr5gafysq2.cloudfront.net/027117463a4f/img/icons/jira/bug.png]
bug
Priority:
[https://d301sr5gafysq2.cloudfront.net/027117463a4f/img/icons/jira/priority_minor.png]
minor
Version:
2.0
View this issuehttps://bitbucket.org/rivta-domains/riv.clinicalprocess.activityprescription.actoutcome/issues/394/getvaccinationhistory-och-nullified or add a comment by replying to this email.
Unsubscribe from issue emailshttps://bitbucket.org/api/1.0/repositories/rivta-domains/riv.clinicalprocess.activityprescription.actoutcome/issue/394/unsubscribe/marcusclaus/977ce7549f83d9493a15b690ff7fffbc08cc3134/ for this repository.
[Bitbucket]https://bitbucket.org