Changes between Version 7 and Version 8 of Ticket #723, comment 3


Ignore:
Timestamp:
Jan 15, 2015, 7:57:05 AM (9 years ago)
Author:
olle

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #723, comment 3

    v7 v8  
    55Functional specification for the retraction follow-up step:
    66
    7  1. Biosource items of type "`Retracted`" or "`RetroNo`" should keep track of what parts in the retraction module have been finished. To simplify the discussion, lets assumed that biosource items of type "`Retracted`" or "`RetroNo`" should support a new enumerated string annotation "`RetractStatus`" with options "`ReadyForDestruction`" and "`RetractionCompleted`" (`null` is default; option "`RetractionCompleted`" is intended to be set in part 3 "Destruction").
    8  2. A case name or personal number should be input:[[BR]]a. If a case name is input, the patient related to that case should be found. As is described in the next section, the "patient" item will technically be a biosource item of type "`Retracted`" or "`RetroNo`", instead of "`Patient`", but for for simplicity, it will be referred to as a patient item in this description.[[BR]]b. When part 1, "Mark extracts for retraction", is finished, the patient type is changed to "`Retracted`" or "`RetroNo`". Part 2, "Retraction follow-up", is not intended to be used until part 1 is finished, so it is natural to include a check that the patient type is correct for retraction. In addition, annotation "`RetractStatus`" should not have value "`RetractionCompleted`", since that indicates that the retraction process is already finished for the patient item.
     7 1. Biosource items of type "`Retract`" or "`RetroNo`" should keep track of what parts in the retraction module have been finished. To simplify the discussion, lets assumed that biosource items of type "`Retract`" or "`RetroNo`" should support a new enumerated string annotation "`RetractStatus`" with options "`ReadyForDestruction`" and "`RetractionCompleted`" (`null` is default; option "`RetractionCompleted`" is intended to be set in part 3 "Destruction").
     8 2. A case name or personal number should be input:[[BR]]a. If a case name is input, the patient related to that case should be found. As is described in the next section, the "patient" item will technically be a biosource item of type "`Retract`" or "`RetroNo`", instead of "`Patient`", but for for simplicity, it will be referred to as a patient item in this description.[[BR]]b. When part 1, "Mark extracts for retraction", is finished, the patient type is changed to "`Retract`" or "`RetroNo`". Part 2, "Retraction follow-up", is not intended to be used until part 1 is finished, so it is natural to include a check that the patient type is correct for retraction. In addition, annotation "`RetractStatus`" should not have value "`RetractionCompleted`", since that indicates that the retraction process is already finished for the patient item.
    99 3. a. A form with input fields for seven dates should be presented for the patient in question (regarding requests forwarded to other projects, it is implied that the projects use samples or data stored using the SCAN-B consent):[[BR]]
    1010|| '''Header''' || '''Date sent prompt''' || '''Date received prompt''' || '''Comment''' ||