GetVaccinationHistory och Nullified

Issue #394 new
John Jensen created an issue

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)

  1. marcusclaus

    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

  2. Log in to comment