You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a developer I would like to migrate used gatekeeper functionality into SS to allow for Gatekeeper deprecation.
The ability to create lots of pre-stamped tag plates in 96 well or 384 well format. This:
a) Records the lot number, the date it arrived, and the tag layout associated with the plates. (See Lot)
b) Records the plates in Sequencescape, such that they may later be looked up by Limber (See QcableCreator)
c) Provides a means to print of barcodes for registered plates
d) Provides a means of flagging individual tag plates as 'exhausted' indicating that they should not be used. (See StateChanger)
e) Handles automatically upload of an IDT spreadsheet, and the registration of plates contained within using the IDT supplied barcodes. (Currently handled in gatekeeper via Ruby, but may be better implemented as parsing via JS to avoid issues with very large CSV files and upload limits)
f) Overview of lot state, showing how many tag plate remain unused.
Hidden requirements:
Might be nice to allow lot types to be deprecated to hide them from the dropdown.
We occasionally have issues where a lot is created with a tag layout template that doesn't match the size of the plate. Back in the days of the Sanger 168 tag group this was required functionality, but it may be possible to guard against this now.
Original issue: Description
Gatekeeper was originally developed as a tag QC tool. However changes in tag procurement mean that this process is no longer used. As a result the following functionality of gatekeeper is unused:
Lot type usage:
Unused features:
The ability to create lots of 'created' plates. (Last used 2020-08-19, but this appears to have been in error, as the plates were never progressed. Last actual usage appears to have been 2018-06-28, It has been used 9 time in error since then)
The ability to bed-verify and record the stamping out of a lot into multiple child plates. (Last used 2018-08-16)
The ability to make a QC decision, releasing a batch of plates for usage in the lab. (Last used 2018-08-29)
A workflow for combining reporters and tags in a QC process. (Last used 2018-08-20 09:13:09)
The ability to look up a lot via a sequencing batch. (Not tracked per-se, but part of the qc decision process, so would have also been August 2018)
The ability to create Tag tubes (Last used 2018-06-18)
This comprises the entire QC functionality of Gatekeeper, and calls into question the need to maintain a seperate tool, now that the prime driver for its creation is now redundant.
Used functionality:
The ability to create lots of pre-stamped tag plates in 96 well or 384 well format. This:
a) Records the lot number, the date it arrived, and the tag layout associated with the plates.
b) Records the plates in Sequencescape, such that they may later be looked up by Limber
c) Provides a means to print of barcodes for registered plates
d) Provides a means of flagging individual tag plates as 'exhausted' indicating that they should not be used.
e) Handles automatically upload of an IDT spreadsheet, and the registration of plates contained within using the IDT supplied barcodes.
f) Overview of lot state, showing how many tag plate remain unused.
Misleading legacy:
a) The association of a the physical piece of labware with a lot occurs through a 'qcable'. This is no longer used to track QC state, although the name has traveled beyond Sequencescape, so we'll need to be careful if we try to rename it.
We should evaluate if it still makes sense to maintain gatekeeper as a separate app, considering all the used functionality could be contained within a single Sequencescape controller.
Who the primary contacts are for this work
e.g. James Glover
Knowledge or Stake holders
Jamieson L, Mike Q, R&D
Additional context or information
Any other useful context or information that may be useful.
The text was updated successfully, but these errors were encountered:
This represents the sequencescape work required for sanger/gatekeeper#100
As a developer I would like to migrate used gatekeeper functionality into SS to allow for Gatekeeper deprecation.
a) Records the lot number, the date it arrived, and the tag layout associated with the plates. (See
Lot
)b) Records the plates in Sequencescape, such that they may later be looked up by Limber (See
QcableCreator
)c) Provides a means to print of barcodes for registered plates
d) Provides a means of flagging individual tag plates as 'exhausted' indicating that they should not be used. (See
StateChanger
)e) Handles automatically upload of an IDT spreadsheet, and the registration of plates contained within using the IDT supplied barcodes. (Currently handled in gatekeeper via Ruby, but may be better implemented as parsing via JS to avoid issues with very large CSV files and upload limits)
f) Overview of lot state, showing how many tag plate remain unused.
Hidden requirements:
Original issue:
Description
Gatekeeper was originally developed as a tag QC tool. However changes in tag procurement mean that this process is no longer used. As a result the following functionality of gatekeeper is unused:
Lot type usage:
Unused features:
This comprises the entire QC functionality of Gatekeeper, and calls into question the need to maintain a seperate tool, now that the prime driver for its creation is now redundant.
Used functionality:
a) Records the lot number, the date it arrived, and the tag layout associated with the plates.
b) Records the plates in Sequencescape, such that they may later be looked up by Limber
c) Provides a means to print of barcodes for registered plates
d) Provides a means of flagging individual tag plates as 'exhausted' indicating that they should not be used.
e) Handles automatically upload of an IDT spreadsheet, and the registration of plates contained within using the IDT supplied barcodes.
f) Overview of lot state, showing how many tag plate remain unused.
Misleading legacy:
a) The association of a the physical piece of labware with a lot occurs through a 'qcable'. This is no longer used to track QC state, although the name has traveled beyond Sequencescape, so we'll need to be careful if we try to rename it.
We should evaluate if it still makes sense to maintain gatekeeper as a separate app, considering all the used functionality could be contained within a single Sequencescape controller.
Who the primary contacts are for this work
e.g. James Glover
Knowledge or Stake holders
Jamieson L, Mike Q, R&D
Additional context or information
Any other useful context or information that may be useful.
The text was updated successfully, but these errors were encountered: