NATIONAL SEX OFFENDER REGISTRY

Trade Agreement: CETA / WTO-AGP / NAFTA / CFTA / FTAs with Peru / Colombia / Panama / Korea
Tendering Procedures: Generally only one firm has been invited to bid
Non-Competitive Procurement Strategy: Exclusive Rights
Comprehensive Land Claim Agreement: No
Vendor Name and Address: 
WATCH SYSTEMS, L.L.C
516 E Rutland Street
Covington Louisiana
United States
70433
Nature of Requirements: 

Please Note, for any additional information regarding this ACAN or to obtain copy of the criteria for assessment of the statement of capabilities, please contact the following Contracting Authority:

Andrea Riopel 
873-469-3984
andrea.riopel@ tpsgc- pwgsc.gc.ca


NATIONAL SEX OFFENDER REGISTRY DATABASE

An ACAN is a public notice indicating to the supplier community that a department or agency intends to award a contract for goods, services or construction to a pre-identified supplier, thereby allowing other suppliers to signal their interest in bidding, by submitting a statement of capabilities. If no supplier submits a statement of capabilities that meets the requirements set out in the ACAN, on or before the closing date stated in the ACAN, the contracting officer may then proceed with the award to the pre-identified supplier.


DEFINITION OF REQUIREMENT - FOR THE ROYAL CANDIAN MOUNTED POLICE

In June 2015, the Government of Canada introduced new legislative requirements for the NSOR with the adoption of the Tougher Penalties for Child Sex predators Act.  The Royal Canadian Mounted Police is attempting to manage its obligations under the Sex Offender Information Registration Act (SOIRA) and Tougher Penalties for Child Predators Act.  These obligations include maintaining and administering the National Sex Offender Registry (NSOR).  The NSOR uses information collected during annual registrations to monitor compliance of sex offenders, as well as investigate and prevent sexual crimes.  

The RCMP intends to enter into a Sole Source Contract with Watch Systems to acquire an entity license for a Commercially Off-The-Shelf (COTS) database.  The OffenderWatch solution will operate as the NSOR and enable the RCMP to meet the following objectives: improving processes, improving service delivery to partners, improving data quality, and simplifying the administration of the NSOR.
  
In addition to the NSOR, the RCMP may also be required to implement a completely separate High-Risk Child Sex Offender (HRCSO) public website. The HRCSO public website will, once implemented, provide a searchable list of high-risk child sex offenders who have been subject to a public notification by a police service.   This portion of the requirement may be procured as an option at a later date.


CRITERIA FOR ASSESSMENT OF THE STATEMENT OF CAPABILITIES

Any interested supplier must demonstrate by way of a statement of capabilities that their product and services meet the following requirements:


Requirements:

Royal Canadian Mounted Police has a requirement for the supply of a COTS tool to meet their obligations under the Sex Offender Information Registration Act (SOIRA) and Tougher Penalties for Child Predators Act.




MANDATORY SOFTWARE REQUIREMENTS:

M1. Mapping System 
i. System must include an integrated Geographical Information System (GIS). 
ii. System must be able to import GIS programs so as to update and make compatible address mapping files. 
iii. System must automatically assign latitude and longitude to an address and display it on a map. 
iv. System must automatically and immediately alert of a violation of User configured Exclusion Zones, such as schools, parks, etc. based on local laws. 
v. System must periodically update mapping database to include new streets, new construction, etc. 
vi. System must be able to import the USPS national address database. 
vii. System must provide immediate address validation and alerts of invalid addresses based on the Canada Post address software. 
viii. System must provide interactive geo repair for unmappable addresses through Vendor’s service department within 7 calendar days of report.
ix. System must be able to progressively geocode addresses using numerous data sources, such as User supplied county or local data dictionaries. 
x. System must remove offenders from the mappable area if they are currently incarcerated, deported, deceased, or have moved out of the area. Offenders meeting one of these criteria must be moved to an unmappable page with a note displaying their status. 
xi. System must only publish to the public mapping locations of those offenders whose information may be publicly disclosed pursuant to Sex Offender Registration laws
xii. Interfaces with the national address database
xiii. The System must perform investigative searches

M2. Website with Maps (website portal)
i. The System must provide an external website allowing the public to search for offenders whose information may be publicly disclosed pursuant to Sex Offender Registration laws. At minimum, Users must be able to search using the following criteria. 
a. Offenders within 1 kilometre radius of a specified address. 
b. By city
c. By province
d. By postal code
e. By name or partial name
f. By known aliases 
ii. System must allow searches for offenders who are currently unmappable but whose information may be publicly disclosed pursuant to the Sex Offender Information Registration Act.
iii. Vendor shall provide an RCMP branded search page. 
iv. Search page must include links to safety tips for local use provided by RCMP. 
v. System must allow users to register for automatic system notifications of new offenders in their area.
vi. System must allow users to register for automatic system notifications on the whereabouts of a specific offender. 
vii. System must allow users to update, change, or remove their system notification preferences. 

M3. Address Validation/Verification 
i. The System must verify that offender addresses do not violate residency restrictions around safety buffers surrounding protected addresses in the jurisdiction as now or later defined in the Sex Offender Registration laws. This typically includes, but is not limited to schools, daycares, churches, parks, bus stops, etc. 
ii. The System must alert the registration officer at time of entry if offender’s address violates a local buffer zone. 
iii. The System must provide a multi-level verification schedule configurable based on the needs of the RCMP and local statutes. 
iv. The System must provide full calendar functionality with active links to the offender’s record as well as displaying dates for up to five different verification cycles, including the last date on which an offender actually verified. 
v. The System must provide flags for non-compliant offenders. 
vi. The System must provide an In-Person verification process and period based on statues and/or offender risk levels:
vii. The System must generate an offender’s next verification date and possible status as homeless. 
viii. Verification history must be maintained. 
ix. The System must provide a means for RCMP staff to change an offender’s status or risk level as required. 

M4. Risk Assessments 
i. The system must identify high-risk sex child sex-offenders.
ii. The system must capture multiple risk assessments for an offender. For each assessment, the NSOR system must capture:
a. The date the assessment was conducted;
b. The organization that conducted the assessment; and
c. The assessed score.
iii. The system must capture the risk level of an offender based on a risk assessment score.
iv. The system must capture if an offender was not able to be assessed.
v. The NSOR system must trigger a new risk assessment when the existing risk assessment expires, and when new convictions and/or orders are entered on an offender.
vi. The NSOR system must ensure that a child sex offender has a valid risk assessment.
vii. Authorized users must be able to generate a list of offenders with an out-of-date risk assessment.
viii. Authorized users must be able to view a list of all risk assessments for an offender.

M5. Community Notifications
i. System must generate RCMP branded notification posters, emails and mailings. 
ii. System must maintain historical marketing support accessible to RCMP and local law enforcement, including but not limited to a database of past press announcements and releases. 
iii. The System must support automatic generation of notification emails and posters. 
iv. System must support an integrated law enforcement notification service based on a user defined radius around an offender’s address.
v. System must be capable of automatically generating notifications for law enforcement to “special recipients”, such as victims, schools, daycare centers, etc., based on User configured criteria, such as specific offender, location, risk level, etc. 

M6. Mobile registration
i. The system should provide a native mobile client capable of:
a. Accessing and updating offender registration records with:
i. Additional photos captured by the camera within the mobile device
ii. Additional vehicles
iii. Investigative field notes with time and date stamp
b. Verifying offender addresses and updating active verification cycles
c. Applying radial search capabilities using device location
d. Assigning offender locations by zones or placing offenders into officer queues for field follow up
e. Updating locations in non-residential locations for homeless offender tracking
ii. The system should support the following mobile operating systems:
a. Android 6.0 or higher;
b. iOS 9.0 or higher; and
c. Blackberry OS 10.3 or higher
iii. The NSOR system should function on modern mobile browsers, including but not limited to:
a. Chrome;
b. Safari; and
c. Blackberry
iv. The system should use the sensors and features of a mobile device to augment the capture of information, for example the camera for registration information and GPS for GIS information.

M7. Registration Requirements
i. The System must collect and store the following for each offender:
a. All mandatory offender data as defined under the Sex Offender Information Registration Act. 
b. Personal data, including but not limited to identifying marks such as scars, tattoos, etc.
c. Addresses, including but not limited to home, mailing, work, school, etc.
d. Registration for vehicles, including but not limited to cars, motorcycles, boats, aircraft, etc.
e. Known aliases, including but not limited to names, nicknames, 
f. Dates of birth
g. Race
h. Registration start and end dates. 
i. Conviction data with corresponding Criminal Code offence details. 
j. Multiple offender photos
k. Intelligence information that can be privately shared between agencies but is not available to the general public. 
l. All other current or future data as required by the Sex Offender Information Registration Act.
ii. All current and future required fields must be provided at no additional cost. 
iii. The System must be able to print all documents electronically signed by the offender for the offenders to take with them. Printouts for offender must include picture and electronic signature. 
iv. The System must allow local law enforcement to enter data into the system from multiple platforms, including desktops and laptops.  
v. The System must provide search capabilities by offender assessment level, offender status, and jurisdiction of local law enforcement agency with supervisory responsibility. 

M8. Investigative Capabilities
i. System must provide look up capabilities allowing User to search using any field or any combination of multiple fields within the database. 
ii. System must be able to export search results into an Excel, PDF, or CSV file format. 
iii. System must be able to display results and reports data. 

M9. Technical Requirements
i. Database Structure
a. System must be implemented on a MSSQL database platform. 
b. System must include all data elements as defined by the Sex Offender Information Registration Act. 
c. All data fields must comply and correspond with Sex Offender Information Registration Act requirements. 
d. System must allow for additional fields based on User defined criteria. 
e. System must be hosted within the RCMP environment. 
f. System must update data repository via CJXML or NIEM file. 
g. System must support cross-jurisdictional notification on offender movement. At a minimum, System must be capable of notifying the offender’s new jurisdiction of residence by email that the offender is moving to that location, as well as notifying the previous jurisdiction of residence when the offender has arrived and registered in the new location. 
h. System must provide a secure data transfer environment. 
ii. Hardware/Software Requirements 
a. System must be accessible via the internet from a desktop or laptop computer. 
iii. Security Requirements 
a. The System must be FIPS and NIEM compliant.
b. The System must be capable of creating, protecting, and retaining information system audit records to the extent needed to enable monitoring, analysis, investigation, and reporting of information system activity. 
c. The System must be capable of tracking and tracing the actions of individual information system users to that unique user. 
d. The System must be capable of testing and applying security related patches. 
e. The System must provide for the protection from malicious code at appropriate locations within the System. This includes, but is not limited to data input validation, antivirus protection, etc. 
f. The System must provide for the identification, reporting, and correction of information and information system flaws in a timely manner. 
g. Information in the System must be limited to authorized users, processes, or devices (including other information systems) and must also limit access to types of transactions and functions that authorize users are permitted to exercise. 

M10. General System Requirements 
i. The System must be web based and accessible by authorized Users through the RCMP’s website. 
ii. The System must be compatible with multiple internet browsers, including Internet Explorer, Firefox, and Google Chrome. 
iii. The System must be able to support signature scanners and the attachment of electronic documents and photographs. 
iv. The System must retain all historical data entered into it, including photographs. 
v. The System must be capable of tracking changes for audit purposes, including but not limited to what information was changed from and to, as well as the identity of the User making the changes. All changes must be timestamped. 
vi. The System must allow local law enforcement agencies to have read only access to the database, as well as print forms and information from it. 
vii. The System must be able to print all current and future forms in a PDF format for use by courts and local law enforcement. 
viii. The System must print the new registration form, verification form, change of information form, acknowledgement form, and duty to register form as an automatic by-product of the registration process. 
ix. The System must provide an automated electronic update of the offender record to the registry from the originating local registration or preregistering RCMP. 
ix. The system must provide that all new Registrations as well as all required verifications and Changes of Information entered by local law enforcement agencies will go to a pending queue for review by RCMP staff prior to being uploaded to the NSOR. At a minimum, there must be a pending queue for new registration, verifications and changes of information; a pending queue a submitted queue and a new user queue.
x. The System must provide RCMP and local law enforcement agencies with the ability to perform investigative searches.

M11. Business Requirements
i. System must provide a stable, uniform application to be used in all offices associated with sex offender registration, verification, and reporting. 
ii. System must be fully compliant with the Sex Offender Information Registration Act of 2004.
iii. System must be capable of expanding, at no additional charge, to deliver a High Risk Child Sex Offender website to provide the general public with accurate information including mapping, as well as both electronic and postal notifications. 
iv. System interface to ‘pending queue’ to be set up and provided to all approved police services as no additional cost to them.
v. System must provide management assistance and tools to law enforcement agencies to help manage the offender verification/compliance check process via verification calendars, maps, profiles, and reports. 

M12. Legislative Compliance
i. System must demonstrate a continuous improvement program that proactively responds to changes in the requirements of Federal law at no additional cost. 

M13. Data Conversion and Import
i. Vendor must be responsible for the migration of RCMP’s legacy data.
ii. Vendor must be responsible for conducting data profiling, cleansing and migration as part of this project.
iii. Vendor must be responsible for the data services to cleanse and prepare the data from the source (legacy) system. 
iv. Vendor must develop a data conversion strategy and plan and manage the data conversion activities. 
v. Vendor must also be responsible for analyzing the legacy data to develop data maps for the new System and for migrating the legacy data and testing the converted data.


APPLICABILITY OF THE TRADE AGREEMENT(S) TO THE PROCUREMENT
• Agreement on Internal Trade (AIT)
• World Trade Organization - Agreement on Government Procurement (WTO-AGP)
• North American Free Trade Agreement (NAFTA)


JUSTIFICATION FOR THE PRE-IDENTIFIED SUPPLIER

Watch Systems has been a leader in the North American Market for Over 18 years working with local, state and federal personnel to deliver greater efficiency with technology, policy and procedures regarding sex offender monitoring and community notifications with its OffenderWatch Solution.  OffenderWatch is designed to meet the mandatory statues at each level of government and can also be configured to specific requirements.  As part of their business model, Watch Systems consists of an advisory board of key users and industry professionals to solicit feedback and provide input for future enhancements while maintaining legal compliance.  This in turn permits for user contributions to quarterly scheduled feature enhancements.  

Designed specifically for law enforcement, OffenderWatch has adopted effective best practices and immediately improves workflow, compliance and efficiency for its clients.   OffenderWatch provides an administrative/management tool that enables law enforcement to electronically register and better manage sex offenders, and it provides personalized agency community notification and mapping via web searches, community notification filters and personal email alerts.   
The OffenderWatch solution is based on Systems Watch commercial sex offender management family of products.  A common database provides easy access and collaboration between the RCMP and provincial law enforcement agencies, and provides real time updates to the public website.  OffenderWatch employs secure role-based access to a common database of offender records.  This approach reduces workload on registry staff, provides a robust platform for future growth, and improves public safety.   OffenderWatch also offers the availability for the RCMP to migrate to a hosting environment.
GOVERNMENT CONTRACTS REGULATIONS EXCEPTION(S)

Section 6 of the Government Contract Regulations is being invoked in this procurement as only one person or firm is capable of performing the contract.


EXCLUSIONS AND/OR LIMITED TENDERING REASONS

Annex 4.4 article 506.12(b) of the AIT is applicable on the basis of limited tendering where there is an absence of competition for technical reasons and the goods or services can be supplied only by a particular supplier and no alternative or substitute exists, respectively.

Article 1016.2(b) of NAFTA is applicable on the basis of limited tendering due to reasons where, for works of art, or for reasons connected with the protection of patents, copyrights or other exclusive rights, or proprietary information or where there is an absence of competition for technical reasons, the goods or services can be supplied only by a particular supplier and no reasonable alternative or substitute exists.

Article XV(b) of the WTO-AGP is applicable on the basis of limited tendering due to reasons when, for works of art or for reasons connected with protection of exclusive rights, such as patents or copyrights, or in the absence of competition for technical reasons, the products or services can be supplied only by a particular supplier and no reasonable alternative or substitute exists.


OWNERSHIP OF INTELLECTUAL PROPERTY.

Ownership of any Foreground Intellectual Property arising out of the proposed contract will vest in the
Contractor.


THE PERIOD OF THE PROPOSED CONTRACT OR THE DELIVERY DATE(S)

The proposed contract is for a period of 3 years that includes 7 additional 1-year options. 



NAME AND ADDRESS OF THE PRE-IDENTIFIED SUPPLIER:

Watch Systems, L.L.C.
516 East Rutland
Covington, LA 70433


SUPPLIERS' RIGHT TO SUBMIT A STATEMENT OF CAPABILITIES

Suppliers who consider themselves fully qualified and available to provide the goods, services or construction services described in the ACAN, may submit a statement of capabilities in writing to the contact person identified in this notice on or before the closing date of this notice.


THE STATEMENT OF CAPABILITIES MUST CLEARLY DEMONSTRATE HOW THE SUPPLIER MEETS THE ADVERTISED REQUIREMENTS.

The conditions of the developer's shrink-wrap license are not acceptable to the Crown. This software is proprietary, and the proposed Contractor must have the authority to negotiate the terms and conditions of the contract and the related software licensing terms including, but not limited to; limitation of liability, indemnification, transferability of license, termination/refund to the Crown. Documents may be submitted in either official language of Canada


INQUIRIES AND SUBMISSION OF STATEMENTS OF CAPABILITIES

Inquiries and statements of capabilities are to be directed to:

Andrea Riopel
Supply Team Lead
Public Works and Government Services Canada
Gatineau, Québec, Canada (K1A 0S5)
Andrea.riopel@tpsgc-pwgsc.gc.ca
Telephone 873-469-3984
Government of Canada

Delivery Date: Above-mentioned

You are hereby notified that the government intends to negotiate with one firm only as identified above. Should you have any questions concerning this requirement, contact the contracting officer identified above.

An Advance Contract Award Notice (ACAN) allows departments and agencies to post a notice, for no less than fifteen (15) calendar days, indicating to the supplier community that it intends to award a good, service or construction contract to a pre-identified contractor. If no other supplier submits, on or before the closing date, a Statement of Capabilities that meets the requirements set out in the ACAN, the contracting authority may then proceed with the award.  However, should a Statement of Capabilities be found to meet the requirements set out in the ACAN, then the contracting authority will proceed to a full tendering process.

Suppliers who consider themselves fully qualified and available to provide the services/goods described herein, may submit a statement of capabilities in writing to the contact person identified in this Notice on or before the closing date of this Notice. The statement of capabilities must clearly demonstrate how the supplier meets the advertised requirements.

The PWGSC file number, the contracting officer's name and the closing date of the ACAN must appear on the outside of the envelope in block letters or, in the case of a facsimile transmission, on the covering page.

The Crown retains the right to negotiate with suppliers on any procurement.

Documents may be submitted in either official language of Canada.