The following is a screenshot of the TIGER-LC Application Login interface (the interface that is displayed when the application is first launched):
Once successfully logged in, click "Subject" from the list of menu items at the head of the interface. The following is displayed:
As part of the User Creation, a Patient ID is generated, following a strict set of guidelines.
Each Patient ID is 10 alpha numeric characters in length.
See illustration below:
When entering data in any of the interfaces in this application, the Subject (patient registered on the Study) MUST be known. Therefore, a common theme for "assigning" an active subject has been incorporated at the head of each interface.
When the user first logs in (even if a new patient has just been created), he/she must assign an active subject. See the following illustration:
Click the "assign" text and the following dialog is displayed:
Here, a list of patient ID's (created at the Subject Creation page) is displayed for the User to choose from.
Once chosen, any data that may have already been entered for that patient (specific to the current UI) is extracted from the data store and presented.
Now that a subject has been chosen, this subject will remain the "active" subject as the user navigates from one interface to another. The user may "change" the active subject at anytime.
NOTE: A subject MUST be chosen before entering data. Not doing so will cause all data entered in the UI to be lost.
The Record Epidemiology interface is intended to serve as a data entry point for all data collected on the associated epidemiology paper forms as well as additional information captured on the paper-based coversheet. The interface form itself is divided into several sections:
The intent of the storage management portion of this application is to provide users with nearly the same level of flexibility for creating containers, storing containers and storing biomaterials as in the Labmatrix interface itself. All containers created via the interface are represented graphically by 2-d squares, each square representing a series of rows and columns for that particular storage container.
Consider a typical Freezer which has (4) shelves. This container will be represented as a 2-d square with 1 column and 4 rows (see below):
Consider a vial storage box to be stored in one of the Liquid Nitrogen tanks. Each box consists of 10 columns and 10 rows:
Each cell (a single square within any of the 2-d storage container images) can (under most circumstances) be one of three colors: gray, red or green
A gray cell represents a vacant cell. This means nothing (no child containers, no biomaterials) has been stored in this particular cell
A green cell represents an available cell. This means that, somewhere down the line, there exists some open space to store at least one biomaterial or one new child storage container.
A red cell represents a completely occupied (full) cell. This means that either (1) a biomaterial occupies this cell or (2) a completely full child container occupies this space.
Before any containers can be created or any biomaterials can be stored, the user must first choose a top-level container to work with. In the case of the TIGER-LC storage facility, the top level containers consist of Liquid Nitrogen Tanks and Freezers:
Choosing a top level container (in this example, a TIGERLC Freezer) and clicking "get location info" results in the following:
Note the table of information to the right of the container image:
In this example, the chosen Freezer is completely empty. All cells (shelves in this case) are vacant. Suppose the user wants to add a new tower to the third shelf of this freezer. Based on the specific storage requirements, this chosen shelf could be set to support either (5) towers of one type or (10) towers of another. Click on the third cell of the freezer image, and the following dialog pops up:
Clicking "Cancel" brings the user back to the same interface. Clicking "OK" proceeds with child container creation. However, a new dialog box pops up allowing the user to choose from a list of possible freezer shelf layouts. In this case, two options exist. The first is a shelf of (10) spaces allowing for (10) 4-slot towers to be stored on this shelf. The other format is a shelf of (5) spaces allowing for (5) 3 (or 2) slot towers.
Simply click on the row of the desired shelf configuration...
Note the new container is a "shelf" container. Until now, the actual shelf configuration (which is variable until it's actually chosen) becomes the next-level-down storage container in the 3rd position of its parent freezer container.
Now create a tower.
When adding a new tower container to a 5-tower capacity shelf, the user has two available options: a (2) slot tower or a (3) slot tower. Choose a (3) slot tower and click "Continue"
Create a new container in slot 1 (there is only one possible configuration option for containers stored in all freezer towers)...
Lastly, create the final container (a 9x9 box) in row 1, column 1 of this (4) slot storage container...
Storing a barcoded biomaterial is a simple matter of (1) scanning the barcode into the "SPECIMEN BARCODE" entry field to the right of the container image and clicking on the desired VACANT container cell.
Scan the barcode...
Click the desired cell in the current storage container (in this case, the 9x9 box created in the above example)...
Hovering the mouse over any cell will reveal a pop up 'tip strip" that will reveal the barcode of any stored Biomaterial, the ID of any child container or simply "VACANT" for gray colored cells.
To remove a biomaterial from any storage location, simply click on the specific container cell where the biomaterial is stored...
Next, click "remove specimen". The cell will return to its VACANT state.
Note this does NOT delete the Biomaterial from the database. It simply disassociates it from this storage location.