-- CR SCR-T 0083400:Include DOFEMS order Model Class(RHRP2), CR SCR-T 0083401:Implement Data model validation for DOFEMS order (RHRP2), CR SCR-T 0083402:Generate Web API Controller to handle incoming HTTP Requests(RHRP2), CR SCR-T 0083558:Create Holding Table for orders received from RHRP(RHRP2), CR SCR-T 0083559:Create Stored procedure for insertion into holding table(RHRP2), CR SCR-T 0083560:Create Stored procedure for data transfer into patient order table(RHRP2)

-- CP0012742: SRTS USPS Address Validation (CR SCR-T 0085182: Web Tools API migration to USPS API for address validation)

-- CP0012624:(CR SCR-F 0084092 SRTS Frame Restrictions, CR SCR-F0084592 SRTS Frame Restrictions Banner and Table), CP0012679: (CR SCR-F 0084781 Update to SRTS Bulk Upload and enhanced error messaging)

-- CP0012680: (CR SCR-T 0082144:Create RHRP/DxP DOFEMS interface with SRTS to allow for Rx Data) , (CR SCR-F 0084932:Create MHS Genesis interface with SRTS to allow for Rx Data (RHRP Phase I))

-- CRSCR-T 0081427: modify requests to DMDC ADR using SSN to support eligibility confirmation, CR SCR-T 0081428: modify requests to DMDC ADR using FIN to support eligibility confirmation, CR DEF-0081434: DEERS refresh functionality, CR DEF 0080963 Remove STRM Frame availability from Readiness Priority

-- CR SCR-T 0081425: Modify requests to DMDC ADR using DOD ID Number to support eligibility confirmation for SRTS patients

-- CR SCR-T 0077557: Modify to align DOFEMS Transfer feature to SRTS Redirect function, CR SCR-T 0078284: Modify to revert G-EYES to pre-COVID settings

-- CR SCR-F 0075962 Modify STRM Frame availability, CR SCR-F 0076075 Modify how to return Order back to originating Clinic when Rejected by DOFEMS, CR SCR-F 0076104 Change defaulted lens material to polycarbonate to all Orders , CR SCR-F 0076414 Update to include new Laser Eye Protective Outserts , TSK CNT-0006520 Modify to remove Elite and Willow Frames

-- CR DEF 0065283: Fix the approve user check-box in the Administration-User Manager page; CR 0065279 - Fix the Tint drop-down in the Eyewear Order Information page; CR 0065278: Fix Quick Search functionality.

-- Fixed the Submit and Close function in the Eyewear Order Information page.

-- Fixed the Submit function in the Administrator-Create New User page.

-- Fixed Bulk Input function in the Labs Order Management page.

-- Added 'Please Wait... processing' indicator after submitting an order.

-- Addressed issues related to jQuery security update and multiple orders being created.

-- CR 0059972 - Unable to save an incomplete order.

-- CR 0064550 – Update link on SRTS Web applcation to point to NOSTRA Home page URL.

-- CR 0064729 - Update SRTS Web application JQuery JavaScript Library.

-- CR 0065155 - Update to replace FOUO with CUI.

-- Issues have been discovered, work arounds are in place, please see the Announcements on the SRTSweb Dashboard for more information.

-- CR SCR-T 0063603

-- Implement CAPTCHA Security on the SRTSweb Application Public Facing Data Submission Pages. Users of either SRTSWeb or G-Eyes will be present with a CAPTCHA Security Tool which will help to verify that the user is a valid user and will assist in deterring abuse of the form submission.

-- CR 0063832 - Correct Login issues with SRTS. This change addresses the issue encountered by Topaz monitoring, VA and Entrust user accounts to not be authenticated. This fix will allow TOPAZ, VA users and Entrust users to login to SRTS.

-- CR 0063521 - Fix Functionality to allow for edits and updates when order has a status of 'Hold Order For Batching'.

-- CP000151 - SRTS is correcting issues that happened due to changes in architecture with move to MedCOI that caused Topaz monitoring, VA and Entrust user accounts to not be authenticated.

-- CR 0063084 Batch Order Numbers. At the beginning of the distribution comments field on the 771, you will see new information when it is printed out. It will look like “*4-4-P*”. This information is to let the lab know when all orders are ready to mail to a patient. The first number is all the orders that were received at the lab for a patient (with all distribution options), the second number is the number that have a particular distribution option (such as lab mail to patient, clinic mail to patient, or clinic distribution), and the final letter says what the distribution option is. (C is “send to the clinic”, P is “mail to the patient”). Any information the clinic has entered in that field when ordering will be AFTER this set of numbers. For the labs: The information may look like: “*4-2-P*”: When you have two devices for this patient with this, you can mail to the patient. “*4-2-C*”: There are two orders for this patient that will be sent back to the clinic. Best practice is to not batch/hold them, so just treat these as normal. For the clinics: This information is useful if all your orders go to one lab. Then you can tell when you get two “C”s back that all the orders are ready for the patient. However, if your orders go to more than one lab, this may not be accurate. Best practice for now is if you’d like to know total orders is to put it in the distribution comments. There will be a patch soon to address this issue.

-- CR SCR-T 0059909. Upload tool to automatically upload User Guides to database and web site.

-- CR SCR-T 0060025 – Create ability to view admin information. Tool to allow SRTS Team to view Clinc and Lab Admin Information.

-- CR SCR-F 0062185 - Provide Admin tool to upload frame images. Tool to allow SRTS Team to upload frame images to the database instead of using file structure to hold images on the web server.

-- CR SCR-T 0060065 - Update Admin pages to include View/Update and Delete pages for Frame Image Upload tool.

-- CR DEF 0063020 - Defect Correction. Correct defect that prevented Clinic and Lab Admins from viewing users in the Disable User Account table.

-- CR xx xxxxx - G-Eyes Refresh. Modify G-Eyes to allow use on different mobile devices and with different browsers.

-- CR SCR-F 0084092: SRTS Frame Restrictions, CR SCR-F 0084177: Bulk Upload Updates, CR DEF 0078464: Fix LSTP Notification for DOFEMS redirect Orders

-- Correcting prescription calculations for Positive cylinder values

-- CR SCR-T 0083969 Authentication Bypass and User Impersonation. -CR SCR-T 0083972 Mitigate Unrestricted File Upload finding. -CR SCR-T 0083974 Mitigate Username Enumeration. -CR SCR-T 0083975 Mitigate PII Disclosure in Logout URL finding

-- CR SCR-F 0084102 Correct Thunder and Walter Frame and Lens Restrictions.CR DEF 0084038: Fix SRTS to include Progressive Addition Lenses (PALs) to Lens option dropdown.

-- HOT FIX PALS Repair -Fix SRTS Lens Option dropdown to include Progressive Lens.

-- CR SCR-T 0078943: Update G-Eyes Module to include validation for City and State , CR SCR-T 0079805: Modify SRTS to allow Trifocal Wide lens be ordered for Plastic material only, CR SCR-F 0071212: FS-0077 - Update to allow Bulk Upload, CR SCR-T 0077543: Modify to apply Spherical Equivalent (SE) restriction to Thunder Frame of Choice (FOC), CR SCR-T 0078991: Modify to apply prescription restriction to Walter FOC, CR SCR-T 0080191: Modify SRTS to remove Bridge value for 5APM Frame, CR SCR-F 0082057: Modify SRTS to include Progressive Addition Lenses (PALs) to Lens option dropdown, CR SCR-F 0083645: Include frame options for NATO and non-NATO foreign national

-- - HOT FIX. Function change to lab determination (fnCanDoLens).

-- Due to COVID-19 the Tri-Service Optical Functionals have expanded the use of G-EYES to include All CONUS zip codes. G-EYES application allows our authorized beneficiaries to reorder eyewear from existing prescriptions in our SRTS application if needed without having to visit the Optical Clinic.

-- JSPECS has been integrated with SRTS Web. JSPECS enables reordering of eyewear from CONUS.

-- Epic 207 consists of Story 208, 209 and 210. Labs must use Mail-To-Patient in order to participate in Patient Directed Orders.

-- CR SCR-F 0062277 FS 208 – To properly route orders, the lab managers must enter their capacity, to ensure that the incoming workload is appropriate for the current Enterprise demand. Lab Managers must also select PatientDirectedOrders in order to receive orders from JSPECS and G-Eyes.

-- CR SCR-F 0062279 FS 209 – The system will use all available information to ensure that orders are sent to the fastest appropriate lab, so that the patient receives their eyewear as fast as possible. CONUS Orders will stay with CONUS labs that have opted into Patient-Directed Orders, while OCONUS Orders may go to either CONUS or OCONUS labs that have opted into Patient-Directed Orders. Labs must have the appropriate forms available to process OCONUS orders. Fastest lab is determined by calculating the number of days to get to the order by dividing the work in progress (orders checked into a lab and not checked out) by the current capacity.

-- CR SCR-F 0062278 FS 210 – In order to properly route patient directed orders, labs must designate whether they can receive patient directed orders.

-- CR 0060052 – Lab Assignment is not being maintained. When an order is updated, it goes through the Lab Routing Process again and if needed, the lab is not being changed accordingly.

-- Topaz – The Topaz system was unable to login to SRTSWeb after the PIV authorization change. Code was added so that the Topaz system authorization is accepted to log in.

-- Modifications to SRTS Web Home Page to reflect changes.

-- All users must now use their PIV - Authentication Certificate to log in to SRTS Web. (CR SCR-T 0059883)

-- The current printing options for Lab Users is "all or nothing". This release will allow you print lab orders based on priority. If a priority is selected, the orders for only that priority will print in the order from oldest date to newest date.

-- Lab users will be able to further define constraints on orders that are received at their lab to minimize forwarding of orders. Additional parameters are Max Prism, Max Decentration-Plus, Max Decentration-Minus. Multi-Vision labs will also be able to select between single vision and multi vision parameters. Orders will be directed based on all lab parameters, and any other restrictions, such as frame restrictions.

-- Amended Profile-PrimarySiteUnion stored procedure to ensure that the Individuals SiteCode is accurate with the site they are primarily assigned to.

-- - Will satisfy the users Cyber Security requirement for annual acceptable use policy and rules of behavior acknowledgments for SRTS. To continue using the system, the users will only have to click this acknowledgment once annually.

-- - Improved email message to patients: We improved the message to state "optical order", and state which frame was received in more useful terms... an example message is "Your optical order for Standard Issue glasses has been received at the clinic. Please follow the guidance given to you when you placed the order, or contact your clinic for details." If there is a tint, the message would be almost the same, but say "tinted Standard Issue glasses".

-- SRTS 231 - Prescription Dates: Prescriptions will now have a date associated with them. The Rx Date will default to the date of entry, but may be changed to the exact date the Rx was prescribed.

-- SRTS 250 - Coating Justification: Since the regulations require a justification for coating, and some clinics are forgetting to put it in, you will now be prompted for a justification when you select a coating.

-- SRTS 381 - METC Training Environment completed.

-- SRTS 382 - Lab Selection: Clinics will no longer be able to select the lab. Orders will be routed based on which lab is able to make the order.

-- Bug 383 - Default Forwarding Comment for Forwarded Orders: As a Lab user, you should be able to view the default forwarding comment, "Lab X redirected order to Lab Y: Justification...." on the DD Form 771 even after the order is checked-in and status has changed to "Lab Received Order".

-- BUG 386 - Lab has LMS set to True on Administration Setup: If a lab has the LMS set to true, the submit button is missing under the tab Redirect/Reject.

-- BUG 392 - Users Orders Not Listing in Status Queues: Orders listed on the summary page of the labs and clinics are not listed in the status queues under order management. Temporary fix in place, timing issue due to retrieving large amounts of data.

-- RMF Security Issues.

-- SRTS 215 - Bulk Forwarding. As a lab user, I want to be able to perform bulk forwarding functions.

-- SRTS 212 - Store Scanned Documents. As a user, I want to be able to store standard file types (pdf, jpg, gif, etc) to associate a scanned prescription with an entered prescription.

-- Bug 232 - Email Notification on Update Issue.

-- BUG 237 - Add Prescription screen was not loading correctly. As a Clinic Technician, I should be able to review the patient's previous prescrition(s) before adding a new one.

-- Security Changes

-- Patient Notification. SRTS-67. As a patient, I want to be able to receive emails if I choose when my orders are ready to be dispensed or mailed, to allow me visibility of my order status.

-- Inform Patients/Users of Browser Limitations. SRTS-110. As a patient, I want to know what browser works best so that I can see information presented to me effectively.

-- Display Appropriate Status. SRTS-146. As a user I want the last step in the process to be displayed on the order status, regardless of lag and timing of entry in order to determine the most accurate status. Current process step order: Incomplete Order, Clinic Created Order, Clinic Cancelled, Lab Checked In Order, Hold For Stock, Lab Rejected Order, Clinic Resubmitted Order, Lab Redirected Order, Reclaim Order, Lab Dispensed Order, Clinic Received Order - No Lab Checkout, Clinic Received Order, Return to Stock, Clinic Dispensed Order.

-- User was Automatically Logged Out Due to Session Timeout. SRTS-213 (Bug). After being logged out by the system for time expiration, it takes five (5) clicks on the certificates screen before the user can log back into SRTS.

-- MEDPROS - Add SSN and EDI to all method returns. SRTS-217. As a MEDPROS web service user, I need both the ssn and edi of the patient to be returned by all methods.

-- MEDPROS

-- Allow SSN to be submitted as ID for firstpass. SRTS-218. As a MEDPROS web service user, I need to be able to submit the patient ssn or edi as the ID for the firstpass method, but it currently only returns something if the edi is submitted.

-- MEDPROS

-- Firstpass method is not returning ordernumber. SRTS-219 (Bug). OrderNumber was being returned as OrderID, stored procedure was changed to return ordernumber as ordernumber instead of ordered.

-- Rescope Tint Availability. SRTS-228. As a clinical user, I want to be able to select any authorized tint to allow me to get what my patient needs.

-- Improve Data Visibility at Lab. #142 - Lab user has the ability to see all order details at any time, regardless of status either within the lab or dispense status to allow better order tracking.

-- Separate Tint/Coating Fields. #107 - EPIC Story. As a technician I want to enter tint and coating in separate fields to support effective communication with the lab. Available coatings are UV - Ultra Violet 400 and AR - Anti-Reflective.

-- BUG 196 - Address Verification On Label Address Change. As a User I want address verification to trigger when addresses are entered/changed.

-- BUG 199 - Correct Tabbing on Eye Wear Ordering Screen. When tabbing from Dispense Method or Dispensing Comments, the method is not in correct order.

-- BUG 200 - Quick Search - View Order. When doing a Quick Search with an order number, tech should be able to view the order.

-- BUG 201 - Site Preferences. As an Admin having a BOS (Branch Of Service) of VA, the site preferences will not show the frames under initial order load preferences. Modified the stored procedure to allow all frames to be displayed for VA Sites, as the VA sites see all ranks/branches of service.

-- BUG 203 - Address 2 Being Saved in Wrong Place. As a Clinic Tech, when I add a valid address in line 1, validate it for 90 days and then put a false address in address line 2. When I validate the line the address 2 moves to line 1 and gets validated for 90 days. Example: 1600 Phillip Fulmer Ave on line 1, Apt 22 on line 22 is saved as 1600 Phillip Fulmer Ave Apt 22, an incorrect address.

-- BUG 205 - Allow adding the UIC to the Address Information on the Manage Patient Screen. When adding a UIC to the address information on the Manage Patient Screen the data is not being added.

-- Return to Stock. Clinic Techs are able to update status to Return To Stock for devices that are not delivered to the patient. Orders may be dispensed to patient after Return To Stock.

-- Pending Order List. Clinic Dashboard will now show the number of Orders Pending for the clinic. Current status will appear for each order in the list. Orders can be checked in from Pending Order List. Labels can be printed for orders checked in from this list.

-- Allow English and Non-English Characters. Non-English characters are permitted in foreign address fields. Ex: öòãèëñ. With non-US addresses, the zip field will allow variable length up to 10 charctesr to include non-English characters and one or more dashes.

-- Print Labels On Demand. A new tab, Manage Reports - Manage Labels, allows technicians (Lab and Clinic) to print labels at any time by scanning an order number, bulk scan of order numbers or typing an order number. Order numbers will be aggregated for printig. n Printing options will be the same as for standard 'check-in' label prinint. A Print list is available in the print history under Manage Labels. Labels may be updated when adding an order, however, historical labels can not be updated.

-- Lab Defaults Not Related to Production Parameters. Lab Admins have the option to set defaults for items they enter, such as rejection reason, forward reason, etc.

-- Manage Orders Hold For Stock List. Lab Techs can modify the status of a single or multiple orders to Hold For Stock, (out of frames, etc.), and enter an approximate available date, and return them to the lab for processing. The lab is will be able to query all orders with a status of Hold For Stock and have all necessary order information returned.

-- Address Validation. Entered addresses will be compared to the USPS database. If a correct address is returned, it will be standardized according to the USPS, and the user will have the option to select the address as entered or the standardized address. Invalid address will generate an error and not be accepted.

-- Ensure Address remain validated for appropriate time frame. Standardized USPS addresses are considered valid for 90 days, for those addresses that are non-standardized (tech validated), the address is considered valid for 30 days.

-- Address Verification Triggers. When addresses are entered and/or changed, a validation process is triggered. On the demographics page, there is an option to 'Validate' the address fields, if this is selected it will trigger the validation process. If 'Mail To Patient' is selected when ordering, and there is no validated address, the user is asked to validate or select 'Clinic Distribution' USPS can't validate foriegn addresses, foreign addresses are treated differently. An address is presumed valid when entered, and is valid for 30 days. After 30 days, the user is notified that the validation has expired and the address should be validated.

-- BUG: Reset Password. Use 'Forgot Password' on login page to rest a password for an account that has not had password changed in 24 hours. Expected outcome would be getting an email with new password and then be able to reset that password (temporary password). And then be able to login with the new password you just reset it to.

-- Verify Address Option – Provide ability to check/update patient address from the order page to allow a more user-friendly workflow

-- Improve Tab Order – Ensure tab order consistency with the page layout to improve data entry.

-- Improve Sort Order for GEyes – Orders display in reverse chronological order in GEyes and for online order tracking.

-- Provide useful feedback when an entered ID doesn’t find patient information – modify empty data text message for ID Number searches.

-- Create Labels to handle overseas addresses. – both single and 5160 labels now have the ability to produce overseas addresses

-- Frame Item Defaults – Clinics now have the ability to set frame item defaults for specific frames for their clinic

-- Prescription Defaults – Clinics now have the ability to set defaults for Rx Information.

-- Order Defaults – Clinics now have the option to set default order parameters i.e., Priority, Lab, Distribution Option

-- Country should remain what is entered by the user – when a country is selected that is not US, it is saved to the system and will print on labels

-- Clinic Admin, Lab Abmin and ME have the ability to set site preferences/defaults. – Only the Site Admin or MEs have the ability to set site preferences. Other roles will not have this ability

-- Patient links in lists – Users now have the ability to click on a patient name and be taken to the patients information page to facilitate research on patient or order information

-- Hold Stock Status Change for Labs – The Lab Techs have been given the ability to set an order on hold for stock, establish an estimated stock date and comment. The Lab has the ability to check-in the order for processing from the hold for stock status. Multiple dates may be added

-- Proper Order Routing for RX – As a Clinic Tech, only want orders to go to a lab that has the ability to fabricate them to prevent fabrication delays

-- Lab Preferences – Lab Preferences have been added to the Site Preference Pages from the Facilities Management screen.

-- Sort Labels Alphabetically – Users have the options to choose to have labels printed alphabetically by last name or not. When multi-column label sheets are used, labels print alphabetically from left to right then down

-- BUG - Orders created with Another Patients Rx – This bug has been corrected so that a patient will no longer be created with another patients prescription

-- Bug Fix - Fixed bug in user management where user would receive both an error and success message. (SRTS-152)

-- Fixed bug where zip code was not updating in the system. (SRTS-153)

-- Hid the Submit Button on the 'create new user wizard' when doing a person search. (SRTS-154)

-- Fixed bug with grid totals not being accurate when attempting to scan more than 25 orders (Bulk input). (SRTS-155)

-- Users will be alerted if they try to login to the system via username and password when they have a CAC Registered in the system. (SRTS-156)

-- Fixed a bug where a user searching a patients order via Quick Search would see incorrect data on the order If that order was for multifocal devices. (SRTS-157)

-- Fixed a bug where the user would get a server error message when attempting to edit a facility. (SRTS-158)

-- Fixed bug when saving new prescription; date was being saved as 1/1/0001, with +++ in front of Rx number. (SRTS-151)

-- Added Reprint Label/Reprint 771 Functionality.

-- The following STIG (Security Technical Implementation Guidelines) Items were addressed: 1) Added Classification Type to the LMS data in transit. 2) Users will be directed to a log off page upon any log off event. 3) Users will now be limited to 2 (two) concurrent sessions. 4) Users will be logged off of the app when their privileges are modified by an admin. 5) Users are now required to change at least 8 (eight) characters when changing a password. 6) Passwords will have a minimum lifespan of 24 (twenty-four) hours before a change can happen. 7) Prohibit password reuse up to 5 previous passwords. 8) Session timeouts are limited to 10 minutes for Admins and 15 minutes for Non-Admins. 9) Display the last successful login date and time. 10) Admins will be notified when a new user is Created/Modified/Enabled/Disabled. 11) Application must generate log of file of unsuccessful logon attempts. 12) Certificate Data, when available, will be added to the logs for better non-repudiation. 13) Added the ability to modify the verbosity level of the tracing messages. 14) Application must provide log of Session Time Outs. 15) Log Execution of Privileged Functionality. 16) Application must generate log files of Successful/Unsuccessful Delete Privileges.

-- Zip Code-Based Auto Populate. When a zip code is entered in the address zip code field, the city and state are automatically populated with information from the USPS. (SRTS-64)

-- When creating a user account, the individual is searched by ID (DOD or SSN). (SRTS-73)

-- Improved the sorting on the OrderNumber and DateCreated in manage orders grids for both clinic and lab to show in the correct order. (SRTS-105)

-- Added the ability for developers to add logging functionality to the code and enable/disable via config changes. (SRTS-106)

-- BUG FIX. Fixed bug where spaces could be used in place of an ID number. (SRTS-xx)

-- BUG FIX. Users can no longer check in orders from another clinic using Bulk Check-In. (SRTS-123)

-- BMT Upload - Leading Zeroes. BMT Upload successfully uploads all id numbers without stripping leading zeros. (SRTS-63)

-- Update GSC Phone Number. The DHA Global Service Center Phone Number has been updated on the SRTS Web main page. (SRTS-61)

-- SiteCode. An Individual's assigned SiteCode has been added to the Person Details page in the personal data section. (SRTS-60)

-- Person Add Code Clean up - The code behind was cleaned up, the Personal data, service data, and individual type are shown after an id number is entered. User is immediately redirected to the Person Details page after the add takes place for a patient/individual. (SRTS-59)

-- Frame Limits Code. Only display frames that are within the prescribed boundaries of the patient's Rx. The boundaries/restrictions are defined by NOSTRA. A message is displayed stating the fact that it is possible for all frames to NOT show up in the list due to established Rx boundaries. (SRTS-57)

-- Pass/Confirm Messages have been changed to dialogs. When an error is received, the pass/confirm dialog does NOT appear. (SRTS-56)

-- Remove '-0000' from the end of a ZipCode on the shipping label. Addresses without a 10 digit zip code will no longer display xxxxx-0000 but only xxxxx. (SRTS-48)

-- Remove XML File dependencies. The dependency for the application to rely on the file SRTSDATA.XML have been removed, the application will now rely on data within the database in these cases only. (SRTS-35)

-- Print Shipping Labels from Lab. Lab may select to print shipping labels on Avery 5160 or Dymo Labels prior to dispensing the orders. (SRTS-34)

-- Inaccurate FOC Dates. Database calculated FOC dates correctly, but they were incorrectly calculated and displayed from code. Now code displays dates calculated from the database correctly. (SRTS-87)

-- Residual Comments & Justification Data After Submitting Order. When adding a new order, when the Submit and Create New button is pressed, all data in the comments and justification text boxes are cleared out. (SRTS-76)

-- Missing comments when new facility/site request is transmitted to NOSTRA. Comments are now displayed on a New Facility Request form submitted to NOSTRA. (SRTS-75)

-- DEERS Data Refresh. Click on the patient’s name. When clicked all data is pulled for that patient/individual is updated from DEERS. The save to the database is done automatically without the user having to "save" in each section. (SRTS-72)

-- Opposite Signs Verified Comment. When opposite signs are entered and the user verifies that this is intended, a comment is entered "Opposite signs verified". If the user indicates it was an error, no comment is entered. This is the last priority comment and will not bump other comments with higher priority, such as "RO: Never got glasses". (SRTS-69)

-- Viewing Order Status. Patients can see all orders for at least the last 2 years with current status as displayed in SRTS Web. Patients do not need to create an account or enter a password to view their order status. Lookup is by SSN or DOD ID. Orders that do not have a status (Legacy Orders) will display a blank in the status column. (SRTS-68)

-- Hi-Index Selection. High-power lenses (HPL), total power (sphere + cylinder) is greater than or equal to +/- 6.00 in any meridian. When an order for anything other than MCEP Inserts has one or more HPL, hi-index is selected. When an order for MCEP inserts is placed, polycarb is selected, regardless of power. When a device with one or more HPL is ordered with hi-index, justification is not required. (SRTS-66)

-- User creation wizard hangs on step 2. User Creation Wizard is now one page. (SRTS-62)

-- Frame of Choice Justification. Users should not be able to order more than one FOC per year unless a justification is provided. Previous FOC Date added to ensure rollback of an FOC order already submitted and later cancelled. Allows for corrected FOC date to be put back in place. (SRTS-32)

-- Incomplete orders needs to be re-pulled. When a Tech changes a patient's address, phone number and the patient has an incomplete order. When the order is submitted, the patient's demographic information is repulled from the database to ensure latest information is in the order submitted. (SRTS-93)

-- Lab Configuration of Stock Lenses. Lab Admins may maintain stock parameters for the lenses in their labs. There are separate parameters for each material type. Lab admins have the ability to change their parameters. (SRTS-79)

-- Demographic for Contractor is Stripped or Missing. The "Rank" was being stripped when a Contractor or Civilian was entered into the database causing the record to error out. Stored procedure was modified to automatically add "CIV" as the rank when the demographic has a status of K65 or K00. This will assist in preventing the record to error. (SRTS-74)

-- SideStreet FOCs. SideStreet 46 FOC Frames are available for dispensing from MNOST1 and MBAMC1 based upon clinic region set up by NOSTRA. (NOSTRA Directed)

-- A1000 Frames. A1000 Frames are now available for COAST GUARD patients only for the SCBA (Self Contained Breathing Apparatus), per NOSTRA. (NOSTRA Directed)

-- Classification/FOUO Banner. Based on STIG regulation the banner which reads – ‘’Dynamic Content – Highest Classification Unclassified – For Official Use Only’’ will be displayed on every page. (SRTS-99)

-- BMT Allows Lower Case of ID Type and Grade. When a BMT user uploads the file, the system automatically makes letters upper case. (SRTS-97)

-- Check-in Grid Only Displays Orders to be Dispensed from Clinic. When viewing the order check-in grid, the only orders showing are those that the lab has shipped to the clinic for dispensing. Orders marked ShipToClinic or with comments of “Lab Shipped to Patient”. (SRTS-95)

-- Dispensing Comments. DD Form 771 is replaced by the Lab Routing Slip, allowing for Dispensing comments to be added. A text box at the top of the frame information page allows entry of clinic comments, labeled “Dispensing Comments”. These comments may be changed. Data is printed in appropriate place on the LRS if printed from SRTSWeb. (SRTS-81)

-- Ship To Patient Options Are Available For Patients With No Addresses. When an order is placed and the patient has no address, the ShipToPatient Option is no longer available for selection. (SRTS-96)

-- Database Code Relocation. The Database Code has been moved to the appropriate code presenter/repository. (SRTS-101)

-- Generate new order from saved order. Clicking the 'Save and Create New' button from the order screen will save the order and prefill a new order dialog. Currently the user will be notified that the order(s) were saved once the dialog closes.

-- Fixed bug when attempting to save a three (3) digit year in the DOB/EAD Stop Date on the person details page.

-- Fixed bug on person details page where status and grade would reset when the BOS was changed.

-- Fixed bug where no success/failure message is displayed when the person/service data on a person is saved.

-- Converted the code to use a custom profile provider instead of the ASP.NET profile provider.

-- Corrected the email address to NOSTRA in the New Facility Request page.

-- Improved Order Frame Item Defaults (Eye, Bridge and Temple)

-- On the order dialog page, scrolling was enabled for the frame combo box.

-- Show text instead of links on the Admin Dashboard

-- Display Sites (Admins Only) that providers are assigned to

-- Allow Admins to assign/un-assign sites to providers.

-- For CAC enabled user accounts, users are now required to log in with their CAC

-- Improved user interface when adding and viewing person/patient detail information.

-- Grid totals are now displayed for available and selected orders on the Check-In, Dispense, Problem and Overdue screens.

-- Administrative tab was removed for users when viewing reports.

-- User is now able to correctly add US addresses including APO, FPO and DPO with the ability to select AE, AP or AA as the correct corresponding states, which defaults the country to United States. 'Unknown' has been removed as a state option.

-- Added CAC Enabled Identifier.

-- Web service will email 'unprocessed' orders from LMS Web Service.

-- Created SRTS Web embedded LMS File Generator.

-- Modify LMS Dispense Message.

-- Made user guides available to SRTS Web users.

-- Fixed how Individual Type Selection(s) are saved.

-- - Added capability to do a reorder with a reorder reason. - Modified the way the order dialog communicates with the server to make the page more responsive. - Modified the person "Contact Information" section of the details page to remove the popup dialogs and use static fields. - Created a new system access request page. - Showing only site codes on the facility/system access request pages. - Made sure all "Quick Links" hyperlinks at the bottom of the page have a destination. - Cleaned up the CSS/Styling throughout the entire app. - Changed the combobox controls on the order management page to jQuery UI comboboxes. - Modified procedure to pull data for Clinic Dispense Report using Patient SSN only, results are one order per patient.

-- Removed following Frames per NOSTRA: Advantage 1000, Excel Brown size 51-21-145, 50-20-145, 350 Gold 50-21-140 and 50-21-145.

-- Modified GEyes data pull to only pull orders from last 4 years only.

-- Fixed an issue that was causing a crash whenever the user clicked on the "CANCEL" button from either the Clinic or the Lab Order Management.

-- Fixed an issue that was causing previously selected orders to be "reselected" after clicking the "CLEAR" button.

-- Order Management: Sorted teh values in the "TEMPLE" dropdown to appear in smallest to largest order.

-- Prescription Add: Set "FTW" to be the default selected value.

-- Redesigned the single shipping label to reduce excessive "Blank" labels being generated, removed the comma from the city-state line.

-- Addressed an issue that was causing lab admins to not be able to edit individual records.

-- Redesigned the layout for the Avery 5160 labels report to properly print labels in bulk (also removed all commas from the labels).

-- Modified the way the grids function on the Manage Orders Pages (both clinic and lab) to show selected orders first inthe grid).

-- Global: Modified the "SRTS Alerts" banner to be "highlighted" if there is a global alert posted to improve visibility of important messages

-- Patient Search: Addressed an issue that was causing Lab users to experience an error whenever the user selects "Patient Search"

-- Patient Edit: Address an issue that was causing the "Order Management" link to be removed from the page after successfully editing a patient

-- Order Management: Modified the page to allow Lab users to view more orders than just the ones currently assigned to them

-- Order Management: Fixed an issue that was causing duplicate DD771s to be generated whenever the a page-change occurred

-- Clinic Manage Orders: Implemented additional restrictions to ensure that an order cannot be erroneously checked in to a different clinic than the one that created the order

-- Clinic Manage Orders: Addressed an issue that was causing "Forced Check-In" orders to not be able to be dispensed

-- GLOBAL: Many images have been removed from the application and replaced in order to reduce page-load times and improve application performance.

-- GLOBAL: All data manipulation has been reworked to improve performance and will now deliver data much quicker.

-- User Administration: User creation and administration has been redesigned to enhance the user experience and also allow admins more power to "share" a technician between sites.

-- Order Management: A bug was addressed that was allowing the "X" value to be submitted on some FOC Orders.

-- Clinic Manage Orders: The page has been completely redesigned and now runs mostly client-side to improve performance, also clinics can now check in orders that the lab has not yet checked out, but the clinic has received.

-- Individual Add/Edit: The way individual types are added and removed has been revised to improve clarity for the user and accuracy with information in the database.

-- GLOBAL: The GEYES app has been segregated from the SRTSWeb app (no user observable change)

-- Global: Throughout the application all USAMITC branding has been replaced with DHA branding.

-- Global: The application has been configured to run on the version 4.5 .NET framework. Change should be unnoticeable to users.

-- Global: Error handling has been either implemented, or improved throughout the application to reduce the number of "crashes" users experience.

-- Login: The login page has been redesigned and had many images removed to provide a much cleaner and faster user experience.

-- CAC login: Implemented a change to allow users that have been issued a new CAC to continue logging into the system without being forced to re-register.

-- Lab/Clinic Default page: The link to Order Search has been removed, users are to use the "Quick Search" feature in the upper right corner of the page.

-- Order Management: Order Deletion has been optimized to improve the user experience.

-- Prescription Management: Prescription deletion has been optimized to improve the user experience.

-- Order Management: Fixed an issue that was allowing 5am frames to be submitted with an "X" value in some of the order fields.

-- Lab Order Management: Fixed an issue within Order Check In that was causing the page to "jump" whenever and order was selected for check in.

-- Lab Check In: DD771 generation has been optimized and will now serve the user a pdf file directly.

-- Lab Order Edit: Lab users have been rolled into the COA1 page for order edit/management purposes. Lab Check In/Out still remain on their respective old pages.

-- Admin User Creation: User creation has been reworked and now uses a "wizard", this new process is much faster.

-- Admin User Administration: The page has been optimized to vastly improve the user experience.

-- Patient Add/Edit: Fixed an issue that was causing patients to have invalid gender data that was later causing an error when that patient was selected.

-- Login: Corrected email links for "Support Request" function to have users contact the DHA Global Service Center.

-- Global: An immense amount of "code cleanup" has been done to reduce the amount of technical debt within the application. These changes will most likely not be observable, but users may notice slight speed improvements when navigating through the application.

-- Order Management and Prescription Management: (1) Complete redesign, all 4 pages have been combined and now are components on the same page using dialogs to complete the tasks, (2) Moved all page input validation to occur client-side, now trips to the server are only required to get frame data, and on page submit. No observable user change.

-- OrderAdd: (1) Implemented checks to ensure that the patient has an active ID, blocked adding orders for patients with all IDs currently inactive. Additionally, blocked the ability to make all patient IDs inactive, now users must add a new ID before inactivating the last one. (2) Improved FOC date enforcement to better catch patients that have ordered an FOC within the previous year.

-- Patient Search: (1) Fied a page "jumping" issue that was occurring after searching for patient. (2) Modified patient search to ensure that each patient is only loaded into the results grid-view once.

-- Patient Add/Edit: Fixed an issue that was causing technicians who were made into patients to not be able to order eyewear.

-- Prescription Add/Edit: Moved validation and "calculation values" procedures to occur client-side. No observable user change.

-- SRTSWeb User Creation: Fixed an issue that was causing valid usernames to be identified as invalid.

-- GEyes (Global) - Changed the GEyes clinic code in order to improve functionality with the LMS interfaces to some labs.

-- Global: Replaced the old USAMITC logo with the new DHA brandings.

-- Individual Add/Edit: Added new logic to automatically set the Country field to United States if the user selects a US state in the State dropdown

-- Facility Add/Edit: Added new logic to automatically set the Country field to United States if the user selects a US state in the State dropdown

-- GEYES: Removed breadcrum site navigation from all GEYES pages

-- Patient View/Edit: Implemented a change to prevent lab technicians from viewing a patients' ID number

-- Prescription Add/Edit, Order Add/Edit: Modified the way values are displayed in the axis fields to always show a three-digit value

-- Patient Search: Broadened acceptable search criteria to allow a the Last Name field to be empty if an ID has been entered

-- Login Page: removed issuing CA from CAC registration to allow users to access SRTSWeb with their new CACs **no user observable effect**

-- Global: Optimized the way the Quick Search feature forwards the user to the correct page based on users' input **no user observable effect**

-- Global: Optimized the SRTSWeb Master Page to streamline code, remove un-needed elements and increase page performance

--

-- Clinic Pages: the grid-views within Manage Patient Search, Clinic Problem Orders, and Clinic Overdue orders have had a sorting capability added to the most important columns in each page. =

-- Global (within Clinic Tech and Clinic Clerk roles): a "Quick Search" feature has been implemented to allow searching of Orders and Patients from anywhere within SRTSWeb. The field and button are anchored to the top of the page at all times and you may enter an order number (including the dash), an SSN, or a DOD-ID number (EDI-PI) into the field and then click Go. The system will interpret the input data and take the user to the correct screen.

-- Patient Edit & Order Add: Addressed an issue where Warrant Officers were not receiving values in some drop-down lists. Warrant Officers should now see all valid options in ddls for their demographic.

-- Individual Search: Corrected a tooltip on the First Name field to properly show "individual" instead of "patient"

-- Login: Fixed an issue that was preventing users from logging in after they received a new CAC

-- Patient and Individual Add/Edit: The previous "Rank" field has been re-titled to "Grade"

-- Many obsolete and unused files were removed from the site. No user observable impact

-- Updated Reprint 771 stored procedure to pull correct telephone number

-- Fixed an issue that would cause the app to crash when attempting to edit an ASP user when the linked individual has been moved from the original site

-- Modified Clinic Orders Report to correct Ordered only reporting issue.

-- Individual Edit: Area code has been removed as a required field

-- Order Edit: Added capability for clinic users to review order status history

-- Global: Most buttons in the application will now be disabled once a button on the current page is clicked

-- User Admin: Added search extender to the site code drop-down list

-- Patient Add/Edit: Removed the "required field" asterisk from the Gender field

-- Individual Search: Removed the vertical repositioning to stop the page from appearing to "jump"

-- Order Add/Edit: Converted segment height fields from int to string values **no user-observable change**

-- GEYES: the GEYES application now has its' own master page **no user-observable change**

-- Order Add/Edit: Comment fields are now trimmed to removed un-needed white-space

-- Order Add/Edit: Fixed issue where an incorrect value was being set in the lab drop-down list

-- Order Edit: The delete/cancel order button will now be disabled if the order is not from the users' clinic

-- Order Add: DDL fix for empty frame sets

-- Order Add: Resolved an issue that was causing 5AM and ALEP frames to be sent to the wrong lab

-- Prescription Add - The page will now display the current patients' name

-- Order Edit: Removed HTML from redirect comment **no user-observable change**

-- Order Edit: Fixed an issue that was causing lab reject / clinic resubmit comments to not appear correctly

-- Patient Add: The BOS and Country fields will now default to -Select- if the DMDC value for the patient does not match a value in SRTSWeb

-- Clinic Order Report: New columns were added to the report, and a drop-down can now add a value to the parameter list and further limit records reported on

-- Prescription Edit: Users are now allowed to edit a prescription if it is only tied to an incomplete order

-- Manage Patients: Changed the 'Last Modified Date' text on the patient details orders grid to 'Status Date'.

-- Individual/Patient Search: Improved search to enable users to search by both last name AND ID number

-- Patient Add: UI was redesigned to improve tabbing, scrolling, and stop the page from "jumping"

-- Patient Add: Force all address fields if something is entered in address1 or address2 fields

-- Patient Add: Modified system behavior to enable non-patient individuals (techs, providers) to also be a patient using an existing ID

-- Patient Add: Improved DMDC interface to add both the patient's DODID and SSN to their patient profile

-- Patient Add: Added buttons to the duplicate ID grid to allow faster editing of the found patient

-- Order Edit: Changed button text to 'Submit Order' if the order is currently incomplete

-- Order Add: Modified page validation to accurately check for the minimum data for an incomplete order

-- Order Edit: Added capability for clinic users to be able to cancel an order as long as the current order is in an editable status

-- Order Edit: Modified system behavior to correctly control which statuses are editable and non-editable

-- Order Add/Edit: Modified order linking, modifying an order in Clinic Created, Incomplete or On Hold status will modify all the associated orders

-- Order Add: Added validation to display an error if a patient does not have an active email or phone number

-- Order Edit: Modified system behavior to allow "Clinic Resubmitted" orders to be edited by the owning clinic's technicians

-- GLOBAL: Added release notes page where users can track changes to see recent changes made to the application

-- LAB GLOBAL: Modified URL's for the lab pages to correct issues

-- Implemented a "Bulk Scanning" feature on all multi-selection gridviews. This capability will allow scanning of numerous 771s without requiring communication back to the server after each order is scanned.

-- Patient Search: "First Name" filter has been added to the patient and Individual Search. Will reduce the number of people returned from a search.

-- Made changes to the way a technician and their corresponding labs are shown in an order. Improves accountability and user friendliness. Fixed, the issue of an incorrect lab being displayed based on the logged user instead of the lab used in the original order.

-- Patient Search/Edit: Modified the way Warrant Officer ranks are handled to support patients with "W0" in their demographic

-- Patient Add/Edit: Patients are now only required to have and ID Number and Type, Last Name and First Name, and their Duty Status information

-- Patient Add/Edit: "Area Code" field has been removed from the patient record; page will now focus on the ID Number field when page loads

-- Order Add: Added notifications to inform user that patient does not have an address and orders will ship to the clinic only, and that the prescription selected has no "Add Power" and only single vision lenses will be displayed.

-- Order Add: Additional page changes to support patients with no real phone number or email.

-- Order Edit: Frame details will now default like they do on the Order Add page.

-- Exam Add/Edit: removed the requirement for patient to have a valid address in their patient record.

-- Orders (Global): Requiring a justification on a second FOC order within 1 year was refined to work more accurately.

-- Patient Eyewear Details: Added "Open" and "Closed" arrows to help inform users if the patients' exams and prescriptions are hidden or visible.

-- Patient (Global): Removed VIP priority status entry for the O06 rank. VIP is now reserved for O07 and above.

-- Patient/Individual Add/Edit: All fields labeled "Sex" have been changed to read "Gender"

-- Global: the Warrant office ranks were corrected to be WO (alphabetical O) instead of W0 (numeric zero) in order to accurately reflect the WO1-WO5 ranks.

-- Prescription Add: PD fields now populate to 63/60 for total measurements

-- Exam Add: the Uncorrected and Corrected columns were swapped, and corrected values now pre-populate to 20/20

-- Order Add/Edit/EditStatusClinic: Pages were condensed down visually, standardized to all appear the same way, and the user no longer selects the patient's address, phone number, or email. These values are retrieved from the patient record when the order is placed.

-- Lab Check-In has been modified to correct an issue where orders were being checked in without printing a DD771 for the order

-- Lab Check Out: For automated labs ONLY, page has been redesigned and will now allow "bulk-checkout" by Clinic-Code

-- Add Order: Fixed an issue where the page's focus was not being set correctly when the Priority was changed. The focus will now set correctly on the Frame field.

-- Patient Add & Edit: Modified the "Theater Location Code" field to insert an empty string instead of an "X" if the patient does not have an assigned code.

-- Edit Order: Implemented the ability to "Reprint" DD771s from an orders' Edit page (by clicking the "Reprint DD771" button from build 180).

-- Patient Details: the Eyewear Info tab was "flattened" and had all of the "Blue sub-folders" removed. The page looks similar to the Contact Info tab, except that a patients' Exams and Prescriptions are collapse-able.

-- Edit Order: The order edit pages were modified to correctly set the lab for the "special case" lenses that violate the normal static lab assigned values.

-- The Add Order page was redesigned, page was condensed vertically to save scrolling. Phone number and Email address are now automatically selected if the patient has only ONE entry in those contact methods, and the Technician field is set to the currently logged-in tech. Finally the page tab-index was re-addressed to fix tabbing through the page, and the focus is now better controlled to assist the user in stepping through the add order process.

-- Manage User Roles: the current workflow was modified to add the "Technician" individual type to the IndividualType table if the selected ASP user is given a Clinic or Lab role and does not currently have an Individual type of "Technician". This corrects people having clinic tech roles and not appearing in the technician drop-down.

-- Patient Details: Contact Info tab was "flattened" and had all of the "Blue sub-folders" removed. Now all of the Patients' information is visible on one page and each section can be quickly address when a tech must correct a patients' information before ordering. The confirmation dialog of "Would you like to add another?" was removed as it was deemed redundant and un-needed.

-- Prescription Add and Edit: All scripting workflow was moved into a separate .js file. This is an "invisible" change to the user, but the page needs to be re-tested to ensure functionality remains the same.

-- Order Edit : A Reprint 771 button was added to the page (button was non-operational in build 180)

-- Prescription Add and Edit: The Patient Information display was removed. This information was deem un-necessary and took up needed page real estate.

-- Patient Details: A hidden "Add Order" sub-section of the page was removed. Change will be invisible to the user, but testing that patient order history remains intact is needed.

-- Add Order/Edit Order: Order "splitting" has been implemented to make and link a number of orders equal to the number of pairs requested on the first order. If the "master" order is edited, then all "child" orders will reflect that edit.

-- Add Order: All dropdown lists will now preselect the value in the list if there is only one value in the list.

-- The defaults of "Clear" Tint, "Black" frame, and "plastic" material are now all pre-selected in the frame detail section.

-- Improve password reset notification messages to be hidden properly after the user changes their password

-- Added auto-population of Phone Number, Rank, BoS, and Status values to the patient record on Patient Add

-- Added the 5AM frame to the list of selectable frames

-- Enabled administrative password reset (MgmtEnterprise users can now reset the p/w of any user in SRTSWeb (controls are in the hidden div on Manage Lookup Types page)

-- Corrected the "days left" count to properly calculate the days left until the user MUST reset their p/w

-- Re-styled the processing box to match SRTSWeb color scheme, also fixed an issue that was causing the processing box to appear partially transparent

-- Code-maid was ran against the code to remove unused "using" references, needless blank-space, and code comments

-- Modified prescription add/edit pages to calculate all PD values off of the two/four values the user inputs. Now prescriptions will have a value for all PD fields **

-- Sitecode fields now have the list extender to enable searching the sites by name instead of requiring the user to know a sites' sitecode **

-- Prism values are now disabled by default

-- Added the leading "+" character to the prescription values in the "Patient Details" prescriptions listing

-- Corrected "No results found" message on Individual Search (changed "or add a new Patient)

-- Implemented the "PD Move" so now PD related fields are part of the patients' prescription information, and are saved/loaded instead of being required input on every order **

-- FOC date enforcement was redesigned and improved

-- Fixed lab Reject/Redirect issue, there was no validation summary available to notify the user to enter a justification, process was not broken. Clicking on Patient Search will now auto-focus on the Last Name field when the page is loaded Corrected Seg Height disabling (had the qualification backwards in 172 Corrected the "Add Order" button behavior (removed the event on the Orders Gridview in 172) Changed the labs-only drop-down to the SITECODE - SITENAME format (missed it last week because of its' unconventional name) Published code to swap the prescription values and default to negative values first. If the user wants to get a positive value they MUST type the whole value (as in the "+" key and the leading "0" in +0.25)

-- The Add Order button should now behave properly instead of editing the prescription that the button is in Anywhere that the sitecode value appears it will now be in the SITECODE - SITE NAME format and the key value has been swapped to allow typed entry of the sitecode Showing all buttons but disabling the submit/clear buttons functionality when the gridview is empty has been copied over to the lab check-out workflow The Frame Detail section of an order will now load -Select- into the boxes and force the selection of a value instead of using default values on-load The Segment Hieght fields will now be disabled if the user selects any Single Vision lens type Lab check-in process has been reworked to remove unnecessary DB calls, no on-screen change for users, but needs to be tested

-- Enforced user generated password reset after admin reset- users MUST change their password when they login for the first time, or when their password is reset -NOTE: the user can set their password to the same password that was previously used, they are only required to provide a compliant password, currently no "password memory".

-- Password expiration process has been redefined to improve the notification to the user their password is about to expire, and also ease the process of changing their password when close to expiration.

-- Corrected spelling of "Government" within the user demographic

-- Corrected spelling of "checked" on the ManageOrders page

-- Corrected value listing of Priority values on the patient edit page (field is hidden, but used in code)

-- Corrected order status comments to be system generated default status comments instead of accepting user input

-- Modified CMS messages to incorporate the users' SiteCode when considering which CMS msgs' to display to the user.

-- Fixed an issue that was causing the "Unlock User" feature to always unlock the first user in the list, instead of the user that was selected

-- Corrected an issue that was causing labels to be improperly formatted for the Avery 5160 30-label printer page.

-- Many application pages have had un-needed update panels and unnecessary post-backs removed (no user-observable change)

-- Removed many empty control events from pages (no user-observable change)

-- Patient and Individual search functionality has been redesigned, search will run much faster now and will only return 1 record for each patient (even if they have multiple IDs)

-- Fixed an issue that was causing a labs' ready-for-check-out order count to be displayed as the labs count of orders available for check-in

-- Removed all other Jquery library versions except for 1.11.1, library has been set to load on the master page and all other references were removed

-- Removed all old and un-needed script files that were not required for the application to function.

-- Redesigned the "time-out" functionality to more accurately and reliably log a user out for inactivity.

-- The button behavior on the clinic Check-in and Dispense pages has been changed, now if the there are no orders in these queues the bottom set of buttons are hidden, while the top set of buttons are visible and the top Submit and Clear buttons are disabled. This functionality as NOT been copied over to the lab queues for their check-in/check-out process; but we can duplicate that behavior there as well, if desired. Updates to the Site Request page were published from the Dev branch to improve its' behavior and functionality. Published for David to test his changes. The ClinicClerk role permissions have been reduced and should now match the traceability matrix.