Changes between Initial Version and Version 1 of Ticket #770, comment 4


Ignore:
Timestamp:
May 19, 2015, 7:54:03 AM (9 years ago)
Author:
olle

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #770, comment 4

    initial v1  
    66 2. Biosource items of type "`Retract`" or "`RetroNo`" keep track of what parts in the retraction module have been finished through enumerated string annotation "`RetractStatus`" with options "`ReadyForDestruction`" and "`RetractionCompleted`" (`null` is default; option "`RetractionCompleted`" is intended to be set in part 3 "Destruction"). When part 2, "Retraction follow-up", is finished, annotation "`RetractStatus`" is set to value "`ReadyForDestruction`".
    77
    8 Functional specification for the retraction destruction step:
     8Functional specification for the retraction destruction part:
    99
    1010 3. Step 1: 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. Part 3, "Retraction destruction", is not intended to be used until parts 1 and 2 are finished, so it is natural to include a check that the patient type is correct for retraction ("`Retract`" or "`RetroNo`"). In addition, annotation "`RetractStatus`" should have value "`ReadyForDestruction`".