A1b PWS_TRDT Support_v3.docx

DOCX document 98 KB Posted

Attached to
Technology Research and Development Team (TRDT) Support
Solicitation number
2026-93897
Issued by

About this file

This Performance Work Statement (PWS) details requirements for Technology Research and Development Team (TRDT) Support for the Centers for Disease Control and Prevention (CDC) Office of the Chief Information Officer (OCIO). The one-year base contract with four optional 12-month periods seeks a contractor to support rapid technology innovation, prototyping, and development of public health IT solutions. Key responsibilities include developing web and mobile application prototypes, performing user experience design, conducting agile software development using technologies like node.js, React, Python, and GraphQL, and maintaining a flexible on-premise/hybrid R&D cloud environment.

The solicitation is currently a Sources Sought Notice targeting small businesses (including 8(a), Service-Disabled Veteran-Owned, HUBZone, and Woman-Owned Small Businesses) with NAICS code 541512. The contractor will collaborate with CDC programs and external partners to develop innovative technologies, create functional and non-functional prototypes, perform network engineering, conduct environmental scanning of emerging technologies, and support technical consultation across areas like artificial intelligence, machine learning, and mobile application development. Deliverables include monthly status reports, prototype iterations, software releases, and documentation, with most work to be completed off-site.

View the file

Other files

File Type Posted
A16.-Sources-Sought-Synopsis.docx DOCX document

On GovTribe

Work with this file

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

Performance Work Statement Title: Technology Research and Development Team (TRDT) Support

Period of performance of this contract is: One (1) 12-month Base Period, plus Four (4) 12-month Option Periods

SECTION 1 – BACKGROUND

The mission of the Office of the Chief Information Officer (OCIO) is to administer the Centers for Disease Control and Prevention's (CDC) information resources and information technology programs including collection, management, use, and disposition of data and information assets; development, acquisition, operation, maintenance, and retirement of information systems and information technologies; IT capital planning; enterprise architecture; information security; education, training, and workforce development in information and IT disciplines; development and oversight of information and IT policies, standards, and guidance; as well as the administration of certain other general management functions and services for CDC.

The Technology Research and Development Team (TRDT) is located within the Technology Modernization Office (TMO) of the Office of the Chief Information Officer (OCIO). Its mission is to (1) collaborate with CDC programs and external partners to develop innovative technologies and techniques to positively impact public health practice; (2) execute OCIO's technology research and development agenda in support of advancing public health programs and enterprise IT; (3) prototype products and processes and gather user feedback to evaluate and refine big ideas to prioritize investments; (4) transition new technology-based solutions, standards, and techniques to programs for deployment and implementation; (5) provide consultation, evaluation, guidance, and support in the use of new informatics solutions and architectures; (6) rapidly define problems, create prototypes, conduct pilot projects, and examine and test hypotheses to support information technology solutions; and (7) participate and represent the agency on technology innovation committees, workgroups, organizations, and councils, within CDC and with other federal agencies.

SECTION 2 – PURPOSE/OBJECTIVE

This effort will provide the capacity for technology innovation, given the rapidly changing field of technology research and development. Specifically, it will enable the TRDT to rapidly evaluate, test, and prototype new tools and technology to positively impact public health activities.

The contractor shall provide consultation, evaluation, guidance, and support of the use of new information technology and health information technology (informatics) solutions and architecture while working directly with customers & end-users. The contractor shall also assist in the transitioning of new technology-based solutions, standards, and techniques to public health programs for deployment and implementation. From a technology infrastructure perspective, contract staff will support the delivery of the Technology Research and Development’s on premise/hybrid Research & Development Cloud resources, enabling CDC staff to more efficiently and effectively investigate and test innovative technologies. This task order will enhance the use of technology, tools and techniques to improve health through innovation.

SECTION 3 – SCOPE OF WORK

The TRDT is a resource for CDC and its public health partners, that identifies, studies, models, and tests new and innovative technology-based tools, approaches, best practices and resources to maximize programmatic public health impact.

a. The contractor shall be responsible for supporting TRDT in providing CDC and its external partners (academic, industry, public health, healthcare, etc.) consultation, evaluation, guidance, support, and insight into the use of new public health IT / informatics solutions for public health practice. Core to these activities will be the contractor supporting TRDT’s activities focusing on maximizing end-user input/feedback.

b. The contractor shall be responsible for supporting TRDT’s rapid technology innovation prototyping activities, leveraging tools such as Sketch and/or Balsamiq mockups. The types of prototypes to be created include paper, low fidelity non-functional, low fidelity functional, high fidelity non-functional, and high fidelity functional.

c. The contractor shall be responsible for carrying out its technology innovation development activities leveraging a collaborative, agile development approach (scrum) to engage program stakeholders directly using multiple rapid iterations of created prototypes. These prototypes can be used for an internal evaluation within the TRDT or an investigation in partnership with a public health program within CDC or its external partners. This development approach leverages a cross-functional mixture of web & mobile software development hardware, network engineering, computer science, clinical public health informatics, human centered design, and user experience design.

d. The contractor shall be responsible for supporting / maintaining a flexible and scalable on-premise / hybrid cloud environment ("the TRDT R&D Cloud") for the rapid prototyping / proof of concept development of public health technology/informatics solutions for testing and evaluation purposes. This resource is to be available for TRDT, OCIO, CDC, and its partners. The operation of this cloud leverages a mix of both vendor specific hardware and software technologies as well as open source software technologies.

e. The contractor shall be responsible for sharing the insights and knowledge gained, within TRDT, via web-based blogs/wikis, information sharing sessions, meetings, presentations, peer-reviewed publications, and other channels; Prototype results and descriptions are shared through many channels (where appropriate), including written reports, presentations, or web-based contented shared on TRDT’s internet / intranet sites. The contractor will support TRDT in preparing mature proof of concept technologies and pilots for translation / hand-off to production teams within CDC

SECTION 4 – TASKS TO BE PERFORMED

4.1 TASK 1 – TRDT RAPID PROTOTYPE / EMERGING TECHNOLOGY / PROOF OF CONCEPT DEVELOPMENT

a. The contractor shall provide support to TRDT in the area of rapid prototype development. This activity is carried out via web-based and mobile application development, user experience/human centered design (HDC), computer-user interface design, graphic design, software and cloud architecture, continuous integration/continuous delivery (CI/CD), database design (relational, NoSQL, graph databases, etc.), data science/informatics/data analytics, hardware device customization (i.e., Internet of Things), agile project management (i.e., scrum), health communications, network engineering, privacy enhancing technologies (e.g., homormorphic encryption) and IT system administration.

1) The contractor, on a monthly basis, shall provide a 1-page summary document containing the design, development and prototype activities to TRDT personnel suitable for sharing with internal and external collaboration partners.

b. The contractor shall provide this support leveraging both industry standard (e.g., client and server-side architecture and programming languages, cloud computing, responsive design, open source, and flat design) as well as new and emerging tools and technologies (e.g., node.js, D3.js, react, GraphQL, python, javascript, .NET core, Web3, containerization, data pipelines (e.g., LangChain), platforms such as databricks and Palantir, microservices, traditional and novel databases (e.g., relational, graph, NoSQL), artificial intelligence & machine learning – including both traditional and generative AI).

c. The contractor shall develop both non-functional and functional prototypes. These developed prototypes will be of low-fidelity and/or high-fidelity quality - depending on the type of project / prototype undertaken by TRDT. Approximately two to three prototypes will be created/supported on a monthly basis.

d. The contractor shall assist and support in collaboration with the R&D team to create functional mockups. The functional mockups will include the source code, runtime, and all graphical elements of design. The both non-functional and functional prototypes will facilitate the rapid collection of user requirements.

e. The contractor shall perform web application development activities leveraging industry standards as well as emerging tools and technologies (examples of technologies to be used include, node.js, D3.js, react, Web3, microservices, javacript, python, GraphQL, .NET core, relational and NoSQL databases, data/analytic pipelines (e.g., LangChain), and cloud services (e.g., Azure). User experience design activities will involve mockup development, leveraging tools such as Balsamiq mockups, and user feedback techniques (e.g., user testing, questionnaire development, collecting and analyzing performance metrics).

f. The contractor shall perform agile project management activities which follow the scrum methodology including the development and collection of user stories, product backlogs, running daily standup meetings, bi-monthly sprint review meetings, and using tools, such as JIRA, to collect and organize user stories in the sprints and backlog. The contractor shall carry out industry standard code management and documentation processes. The contractor shall perform interim and formal prototype releases - occurring in coordination with the end of sprint cycles. Sprint cycles will vary based on project scope and will occur in 2 to 4 week intervals.

g. The contractor shall perform health communications activities which will involve the development of white papers, internet and intranet site updates, communications plans, press releases, presentations, product fliers, media interview facilitation and coordination, and social media updates.

h. The contractor shall perform Network engineering and IT system administration will involve the customization, support and maintenance of both virtual and physical Windows and Linux-based servers to optimize the prototype tools and systems running on them.

1) The contractor shall:

i. Perform activities in the maintenance and support of the TRDT R&D Cloud (a flexible and scalable on-premise / hybrid cloud environment) - based on VMware, Nutanix, NetApp, Cisco Nexus networking, and other open source-based cloud technologies.

ii. Perform the daily monitoring of the health of the overall system - including assuring that software versions are appropriately updated, and that storage hardware has adequate available space. In addition, backup and recovery resources require daily examination and testing. From a security operations and maintenance standpoint, monitoring of anti-virus protection status, administration of firewalls policies, assurance of software updates, and quarantining of viruses, examining of firewall logs is required daily- with monthly reporting to the OCIO Security Team (within CSPO).

iii. Create documentation of the processes involved in the daily operation and maintenance of the TRDT R&D Cloud, and the implementation and testing of cloud automation tools to improve user experience.

i. The contractor, on a monthly basis, shall perform an environmental scan / horizon scanning of new and emerging technologies – with a potential impact on the practice of public health. Findings gathered from this scanning will be shared with TRDT staff every 6 to 8 weeks – in the form of an oral presentation and or written briefing / report.

4.2 TASK 2 (OPTIONAL): ADDITIONAL TRDT FOCUSED SOFTWARE APPLICATION DEVELOPMENT SUPPORT Contingent upon the availability of funding, leveraging many of the existing processes and resources generated from TASK 1, the contractor shall develop a smaller scale technology project using agile development methods. This project will require web-based application development, software architecture, database design (involving both relational and NoSQL databases).

a. The contractor shall provide this support leveraging both industry standards (e.g., client and server-side programming languages, cloud computing, responsive design, and open source) as well as new and emerging tools and technologies (e.g., D3, NoSQL, React, javascript, GraphQL, python, .NET Core, Web3, data pipelines leveraging AI, etc.). Development will follow the Scrum Agile project management methodology.

b. The contractor shall carry out agile project management used for the project. The activity will involve following the scrum methodology including the development and collection of user stories, product backlogs, running daily standup meetings, bi-monthly sprint review meeting, and using tools, such as JIRA, to collect and organize user stories in the sprints and backlog. Industry standard code management processes will be implemented. For example, The contractor, on a weekly basis, shall carry out sprint review meetings to TRDT personnel– to evaluate all tasks (user stories) selected the week before, and evaluate the next tasks to be selected for the following week.

c. The contractor shall develop at least one non-functional and functional prototype. These developed prototypes will be of low-fidelity and/or high-fidelity quality - depending on the type of project / prototype undertaken by TRDT. Functional mockups will include the source code, runtime, and all graphical elements of design. Both the non-functional and functional prototypes will facilitate the rapid collection of user requirements.

d. The contractor shall perform web application development activities leveraging industry standards as well as emerging tools and technologies (examples of technologies to be used include, node.js, D3.js, react, Web3, microservices, javacript, python, GraphQL, .NET core, relational and NoSQL databases, data/analytic pipelines (e.g., LangChain), and cloud services (e.g., Azure). User experience design activities will involve mockup development, leveraging tools such as Balsamiq mockups, and user feedback techniques (e.g., user testing, questionnaire development, collecting and analyzing performance metrics).

e. The contractor shall carry out the hosting of the solution leveraging both local as well as off-premises cloud resources- as directed. Specifically, both Windows and Linux-based servers will be used to optimize the tools and systems running on them.

4.3 TASK 3 (OPTIONAL): TRDT CONSULTATION AND TECHNICAL SUPPORT

Contingent upon the availability of funding, the contractor shall provide consultation, guidance, as well as technical support on select technology projects. These include:

a. The area of emerging technology trends and industry standards (e.g., artificial intelligence, machine learning, natural language processing, data science/informatics, data pipelines, data analytics, robotic process automation, Web3, microservices architecture, differential privacy, secure multiparty computation, homomorphic encryption, and quantum computing).

b. The area of technical web based and mobile application development, including project processes, objectives, and execution, database design (relational, NoSQL, graph databases, etc.), iOS expertise (including objective C and Swift) and Android OS mobile application development expertise.

c. The area of project management principles for the IT product development lifecycle. This includes requirements, efficiencies, technical development, user experience, and execution. Specifically, it can include support and guidance on the documents required for submission for CDC’s Enterprise Performance Lifecycle (EPLC) as well as for CDC’s Security Assessment and Authorization (SA&A) process.

d. The area of IT product communication includes the development and/or review of communication plans, training documentation, press releases, product fliers, media interview facilitation and coordination, and social media updates.

e. Documentation of technology processes and project technical details. Examples include technical architecture diagrams, data use agreements, code repository management and continuous integration processes.

SECTION 5 – GOVERNMENT FURNISHED PROPERTY

The CDC will not provide smartphones or similar equipment to The contractors. Additionally, CDC will only provide computers, printers, etc., to contractor employees working on-site or require specific LAB devices for R&D or testing purposes. For contractor employees working off-site, the CDC will not provide GFE, except when necessary for access to the CDC network via VPN, and Leased Line. For access via CITGO the CDC will only provide key fobs.

SECTION 6 – PLACE OF PERFORMANCE AND CONTRACT SUPPORT HOURS

SUBSECTION A – PLACE OF PERFORMANCE

The majority of work on this task order will be completed off-site, with contractors located at their own facilities. A portion of the work on this task order may also be completed on-site at CDC facilities.

SUBSECTION B – CONTRACT SUPPORT HOURS

No specific/non-standard hours of support are required.

SECTION 7 – TRAVEL

Travel will be in accordance with / and not to exceed the Federal Travel Regulation rates. Travel costs need to be approved in advance by the COR. The contractor shall be required to provide their travel policy with the Government for review.

Travel does not include conferences. Conference Approval Management Systems (CAMS) approval is required in advance of any travel for conferences. If the need for conference travel occurs, the contract will be modified to separately add funding.

SECTION 8 – DELIVERABLES/REPORTING SCHEDULE

PWS Section
Deliverable
Delivery Dates
4.1.a.1
Status Reports
1st of each month

4.1.c

Software Interim Release
Prototype iterations every 4 weeks until prototype completion

4.1.c

Interim prototype designs including low and high- fidelity mockups
Prototype iterations every 4 weeks until prototype completion

4.1.d

Functional prototype software releases both mobile and web-based
Twice monthly. Prototype iterations every 2-4 weeks until prototype completion
4.1.e
Prototype Design Packages (User Stories, Software Design Artifacts) As needed. Prototype iterations every 2-4 weeks until prototype completion.
Prototype iterations every 4 weeks until prototype completion

4.1.e

Prototype software releases
Prototype iterations every 4 weeks until prototype completion

4.1.e

Prototype summary documents and documentation
Prototype iterations every 4 weeks until prototype completion
4.1.e
Prototype Source Code
Ongoing

4.1.e

Functioning Prototype with design and documentation notes.
To be updated on the 1st and 15th of each month – when content is cleared for release

4.1.f

Updated software documentation including system requirements, architecture plan, design documentation, data models, database designs, runbooks, and technical support manuals.
Twice monthly - to coincide with prototype releases.
4.1.g
Web site content updates
Ongoing

4.1.g

Website content for www.techlab.cdc.gov and related OCIO and/or TRDT web sites and updates
To be updated on the 1st and 15th of each month – when content is cleared for release
4.1.h
R&D Cloud Status Report- State of the Cloud
Monthly
4.1.i
Environmental Scan of new and emerging technologies- as written report or oral presentation to FTE TRDT leads
Every 8 weeks

4.2.a

Software Interim Release
Prototype iterations every 4 weeks until prototype completion
4.2.b
Prototype Design Packages (User Stories, Software Design Artifacts) As needed. Prototype iterations every 2-4 weeks until prototype completion.
Prototype iterations every 4 weeks until prototype completion
4.2.c
Interim prototype designs including low and high- fidelity mockups
Prototype iterations every 4 weeks until prototype completion
4.3.a
Status Reports
1st of each month
4.3.c
Updated software documentation including system requirements, architecture plan, design documentation, data models, database designs, runbooks, and technical support manuals.
1st of each month
4.3.d
Website content for www.techlab.cdc.gov and related OCIO and/or TRDT web sites and updates
To be updated on the 1st and 15th of each month – when content is cleared for release
Monthly Staffing Report (MSR) to CDC COR via email
1st of each month
4.3.e
Updated software documentation including system requirements, architecture plan, design documentation, data models, database designs, runbooks, and technical support manuals.
1st of each month

a) Deliverables with similar due dates, such as weekly/monthly, may be combined into a single document with COR approval to minimize the number of documents sent and stored. As HHS or CDC adds or changes existing applications requiring interfaces or integration, additional deliverables consistent with deliverable details above will be required for those interfaces and integration efforts.

b) All deliverables shall be presented in an electronic format and produced utilizing current versions of Microsoft Word, Microsoft Excel, Microsoft PowerPoint, Microsoft Visio and Microsoft Project software, as appropriate. Other software may be used with COR’s approval.

c) While the Government is including a quality assurance surveillance plan (QASP) in the performance matrix below, the Government is also requesting the offeror submit a proposed Quality Assurance Plan (QAP) after the award. The Government and The contractor will perform a final inspection and acceptance of work performed, including reports and documentation regarding that work. Progress will be tracked in the monthly status reports and weekly project meetings.

d) Final inspection and acceptance of all work performed, reports, and other deliverables will be performed by the COR. Inspection and acceptance will occur in accordance with Federal Acquisition Regulation (FAR) 52.212-4(a). In the absence of other agreements negotiated with respect to time provided for Government review, deliverables will be inspected, and The contractor notified of the COR’s findings within five (5) workdays of normally scheduled review. If the deliverables are not acceptable, the COR will notify The contractor immediately.

Performance by the contractor to correct defects found by the Government as a result of quality assurance surveillance and by The contractor as a result of quality control, must be at its own expense and without additional reimbursement by the Government. Unless otherwise negotiated, The contractor must correct or replace all non-conforming services or deliverables no later than five (5) workdays after notification of non-conformance.

e) Within five (5) business days following the task order award date, The contractor shall attend a Post award Orientation meeting to review the task order goals and objectives. The contractor shall be prepared to discuss the technical requirements, administrative matters, security requirements, project transition Government Furnished Information/Materials/Equipment (GFI/GFM/GFE), milestone schedule, review cycles, and invoicing. At the meeting The contractor shall present their transition plan, and task management plan. The meeting shall be attended by all contractors identified by key personnel, CO, COR and all CDC TMs. The meeting location will be determined by the Government. The contractor shall record detailed minutes of this meeting and provide a completed copy to the CO and COR within five (5) business days.

f) The Monthly Staffing Report (MSR) shall be prepared by The contractor and delivered to the CDC COR via email unless otherwise agreed upon. Each report shall be submitted at the time of invoicing. The MSR shall contain the following information:

· Brief description of requirements.

· Brief summary of accomplishments during the reporting period and significant events regarding the task order.

· Deliverables submitted or progress on deliverable products.

· Any current or anticipated problems and proposed solutions.

· Brief summary of activity planned for the next reporting period.

· Staffing Lists- The staffing list shall be by task number, with contractor employee name, labor category, managers name, physical location. Reports shall include vacancies and updates of new hires and departing staff.

g) All documents and materials developed by The contractor for the fulfillment of this contract, including all SOPs, manuals, security plans, management plans and plans of operations, software and code, and hardware shall be considered the property of the Government and may be disposed of by the Government in any manner at the Government’s discretion.

SUBSECTION A – PERFORMANCE MATRIX

The table below lists the Government’s necessary performance outcomes, services, and quality standards. The contractor must satisfy to meet performance standards for the requirements and tasks in this PWS. The COR shall be responsible for the oversight of the Task Order’s performance. The Technical Monitors providing day-to-day assistance with the performance of specific tasks in this Task Order will provide input to the COR of The contractor’s performance in the tasks for which they are monitors.

Necessary Performance Outcomes
Required Services
Performance Standard (completeness, cost, reliability, accuracy, timeliness, quality)
Acceptable Quality Level (AQL)
Monitoring Method (Quality Assurance Surveillance Plan/QASP)
Incentives/ Disincentives
Meets and complies with defined requirements, is effectively managed and is fully functional.
Execute/perform all required tasks according to the PWS
All required milestones and deliverable will be achieved within agreed-upon schedule.
No deviation without COR approval.
Review of monthly status report, vendor SLA performance metrics and quarterly program reviews.
Favorable or Unfavorable Performance Evaluation
Software development Support in collaboration with CDC TRDT
Execute/perform Task
Software meets functional and technical requirements. Software is delivered on schedule.
95% unless COR approval for deviation.
Automated testing and test plan.
Favorable or Unfavorable Performance Evaluation
Software Development Approach
Execute/perform Task
Deliver plans and designs to COR. When applicable, documents submitted for EPLC stage gate review is accurate, complete, clear, well-organized, in required format and adhere to EPLC practices.

Deficiencies resolved by designated dates.

95% unless COR approval for deviation.
COR review and acceptance
Favorable or Unfavorable Performance Evaluation
Prototype Communication
Prepare design and development notes
Deliver notes to COR for review and publication through

www.techlab.cdc.gov

95% compliance unless COR approval for deviation
COR review and acceptance
Favorable or Unfavorable Performance Evaluation
Web Support
Execute/perform Task
Accuracy, Timeliness, and Customer Satisfaction
95% compliance unless COR approval for deviation
COR review and acceptance
Favorable or Unfavorable Performance Evaluation

SECTION 9 – ADDITIONAL REQUIREMENTS

Information Security and Privacy

A.BASELINE SECURITY REQUIREMENTS
1)Applicability. The requirements herein apply whether the entire contract or order (hereafter “contract”), or portion thereof, includes either or both of the following:
a.Access (Physical or Logical) to Government Information: A Contractor (and/or any subcontractor) employee will have or will be given the ability to have routine physical (entry) or logical (electronic) access to government information.
b.Operate a Federal System Containing Information: A Contractor (and/or any subcontractor) will operate a federal system and information technology containing data that supports the HHS mission. In addition to the Federal Acquisition Regulation (FAR) Subpart 2.1 definition of “information technology” (IT), the term as used in this section includes computers, ancillary equipment (including imaging peripherals, input, output, and storage devices necessary for security and surveillance), peripheral equipment designed to be controlled by the central processing unit of a computer, software, firmware and similar procedures, services (including support services), and related resources.
2)Safeguarding Information and Information Systems. In accordance with the Federal Information Processing Standards Publication (FIPS)199, Standards for Security Categorization of Federal Information and Information Systems, The contractor (and/or any subcontractor) shall:
a.Protect government information and information systems in order to ensure:
•Confidentiality, which means preserving authorized restrictions on access and disclosure, based on the security terms found in this contract, including means for protecting personal privacy and proprietary information;
•Integrity, which means guarding against improper information modification or destruction, and ensuring information non-repudiation and authenticity; and
•Availability, which means ensuring timely and reliable access to and use of information.
b.Provide security for any Contractor systems, and information contained therein, connected to an HHS network or operated by The contractor on behalf of HHS regardless of location. In addition, if new or unanticipated threats or hazards are discovered by either the agency or contractor, or if existing safeguards have ceased to function, the discoverer shall immediately, within one (1) hour or less, bring the situation to the attention of the other party.
c.Adopt and implement the policies, procedures, controls, and standards required by the HHS Information Security Program to ensure the confidentiality, integrity, and availability of government information and government information systems for which The contractor is responsible under this contract or to which The contractor may otherwise have access under this contract. Obtain the HHS Information Security Program security requirements, outlined in the HHS Information Security and Privacy Policy (IS2P), by contacting the CO/COR or emailing fisma@hhs.gov.
d.Comply with the Privacy Act requirements and tailor FAR clauses as needed.
3)Information Security Categorization. In accordance with FIPS 199 and National Institute of Standards and Technology (NIST) Special Publication (SP) 800-60, Volume II: Appendices to Guide for Mapping Types of Information and Information Systems to Security Categories, Appendix C, and based on information provided by the ISSO, CISO, or other security representative, the risk level for each Security Objective and the Overall Risk Level, which is the highest watermark of the three factors (Confidentiality, Integrity, and Availability) of the information or information system are the following:
Confidentiality:[ X ] Low [ ]Moderate [ ] High
Integrity:[ X ] Low [ ] Moderate [ ] High
Availability:[ X ] Low [ ] Moderate [ ] High
Overall Risk Level:[ X ] Low [ ] Moderate [ ] High

Based on information provided by the ISSO, Privacy Office, system/data owner, or other security or privacy representative, it has been determined that this solicitation/contract involves:

[ X ] No PII [ ] Yes PII Personally Identifiable Information (PII). Per the Office of Management and Budget (OMB) Circular A-130, “PII is information that can be used to distinguish or trace an individual's identity, either alone or when combined with other information that is linked or linkable to a specific individual.” Examples of PII include, but are not limited to the following: social security number, date and place of birth, mother‘s maiden name, biometric records, etc.

4)Controlled Unclassified Information (CUI). CUI is defined as “information that laws, regulations, or Government-wide policies require to have safeguarding or dissemination controls, excluding classified information.” The contractor (and/or any subcontractor) must comply with Executive Order 13556, Controlled Unclassified Information, (implemented at 3 CFR, part 2002) when handling CUI. 32 C.F.R. 2002.4(aa) As implemented the term “handling” refers to “…any use of CUI, including but not limited to marking, safeguarding, transporting, disseminating, re-using, and disposing of the information.” 81 Fed. Reg. 63323. All sensitive information that has been identified as CUI by a regulation or statute, handled by this solicitation/contract, shall be:
a.marked appropriately;
b.disclosed to authorized personnel on a Need-To-Know basis;
c.protected in accordance with NIST SP 800-53, Security and Privacy Controls for Federal Information Systems and Organizations applicable baseline if handled by a Contractor system operated on behalf of the agency, or NIST SP 800-171, Protecting Controlled Unclassified Information in Nonfederal Information Systems and Organizations if handled by internal Contractor system; and
d.returned to HHS control, destroyed when no longer needed, or held until otherwise directed. Destruction of information and/or data shall be accomplished in accordance with NIST SP 800-88, Guidelines for Media Sanitization.
5)Protection of Sensitive Information. For security purposes, information is or may be sensitive because it requires security to protect its confidentiality, integrity, and/or availability. The contractor (and/or any subcontractor) shall protect all government information that is or may be sensitive in accordance with OMB Memorandum M-06-16, Protection of Sensitive Agency Information by securing it with a FIPS 140-2 validated solution.

6) Confidentiality and Nondisclosure of Information. Any information provided to The contractor (and/or any subcontractor) by HHS or collected by The contractor on behalf of HHS shall be used only for the purpose of carrying out the provisions of this contract and shall not be disclosed or made known in any manner to any persons except as may be necessary in the performance of the contract. The contractor assumes responsibility for protection of the confidentiality of Government records and shall ensure that all work performed by its employees and subcontractors shall be under the supervision of The contractor. Each Contractor employee or any of its subcontractors to whom any HHS records may be made available or disclosed shall be notified in writing by The contractor that information disclosed to such employee or subcontractor can be used only for that purpose and to the extent authorized herein.

The confidentiality, integrity, and availability of such information shall be protected in accordance with HHS and CDC policies. Unauthorized disclosure of information will be subject to the HHS/CDC sanction policies and/or governed by the following laws and regulations:

a.18 U.S.C. 641 (Criminal Code: Public Money, Property or Records);
b.18 U.S.C. 1905 (Criminal Code: Disclosure of Confidential Information); and
c.44 U.S.C. Chapter 35, Subchapter I (Paperwork Reduction Act).

7) Internet Protocol Version 6 (IPv6). All procurements using Internet Protocol shall comply with OMB Memorandum M-05-22, Transition Planning for Internet Protocol Version 6 (IPv6).

8) Government Websites. All new and existing public-facing government websites must be securely configured with Hypertext Transfer Protocol Secure (HTTPS) using the most recent version of Transport Layer Security (TLS). In addition, HTTPS shall enable HTTP Strict Transport Security (HSTS) to instruct compliant browsers to assume HTTPS at all times to reduce the number of insecure redirects and protect against attacks that attempt to downgrade connections to plain HTTP. For internal-facing websites, HTTPS is not required, but it is highly recommended.

9) Contract Documentation. The contractor shall use templates provided, policies, forms and other agency documents to comply with contract deliverables as appropriate.

10) Standard for Encryption. The contractor (and/or any subcontractor) shall:

a.Comply with the HHS Standard for Encryption of Computing Devices and Information to prevent unauthorized access to government information.
b.Encrypt all sensitive federal data and information (i.e., PII, protected health information [PHI], proprietary information, etc.) in transit (i.e., email, network connections, etc.) and at rest (i.e., servers, storage devices, mobile devices, backup media, etc.) with FIPS 140-2 validated encryption solution.
c.Secure all devices (i.e.: desktops, laptops, mobile devices, etc.) that store and process government information and ensure devices meet HHS and CDC-specific encryption standard requirements. Maintain a complete and current inventory of all laptop computers, desktop computers, and other mobile devices and portable media that store or process sensitive government information (including PII).
d.Verify that the encryption solutions in use have been validated under the Cryptographic Module Validation Program to confirm compliance with FIPS 140-2. The contractor shall provide a written copy of the validation documentation to the COR and ISSO within 30 days of contract award.
e.Use the Key Management system on the HHS personal identification verification (PIV) card or establish and use a key recovery mechanism to ensure the ability for authorized personnel to encrypt/decrypt information and recover encryption keys. Encryption keys shall be provided to the COR upon request and at the conclusion of the contract.

11) Contractor Non-Disclosure Agreement (NDA). Each Contractor (and/or any subcontractor) employee having access to non-public government information under this contract shall complete the CDC non-disclosure agreement. A copy of each signed and witnessed NDA shall be submitted to the Contracting Officer (CO) and/or CO Representative (COR) prior to performing any work under this acquisition.

12)Privacy Threshold Analysis (PTA)/Privacy Impact Assessment (PIA) – The contractor shall assist the CDC Senior Official for Privacy (SOP) or designee with conducting a PTA for the information system and/or information handled under this contract to determine whether or not a full PIA needs to be completed.
a.If the results of the PTA show that a full PIA is needed, The contractor shall assist the CDC SOP or designee with completing a PIA for the system or information within 30 days after completion of the PTA and in accordance with HHS policy and OMB M-03-22, Guidance for Implementing the Privacy Provisions of the E-Government Act of 2002.
b.The contractor shall assist the CDC SOP or designee in reviewing the PIA at least every three years throughout the system development lifecycle (SDLC)/information lifecycle, or when determined by the agency that a review is required based on a major change to the system, or when new types of PII are collected that introduce new or increased privacy risks, whichever comes first.

B. TRAINING

1)Mandatory Training for All Contractor Staff. All Contractor (and/or any subcontractor) employees assigned to work on this contract shall complete the applicable HHS/CDC Contractor Information Security Awareness, Privacy, and Records Management training (provided upon contract award) before performing any work under this contract. Thereafter, the employees shall complete CDC specific Information Security Awareness, Privacy, and Records Management training at least annually, during the life of this contract. All training provided shall be compliant with HHS training policies.
2)Role-based Training. All Contractor (and/or any subcontractor) employees with significant security responsibilities (as determined by the program manager) must complete role-based training annually commensurate with their role and responsibilities in accordance with HHS policy and the HHS Role-Based Training (RBT) of Personnel with Significant Security Responsibilities Memorandum.
3)Training Records. The contractor (and/or any subcontractor) shall maintain training records for all its employees working under this contract in accordance with HHS policy. A copy of the training records shall be provided to the CO and/or COR within 30 days after the contract award and annually thereafter or upon request.

C. RULES OF BEHAVIOR

1)The contractor (and/or any subcontractor) shall ensure that all employees performing on the contract comply with the HHS Information Technology General Rules of Behavior, and any CDC-specific rules, as applicable.
2)All Contractor employees performing on the contract must read and adhere to the Rules of Behavior before accessing Department data or other information, systems, and/or networks that store/process government information, initially at the beginning of the contract and at least annually thereafter, which may be done as part of annual CDC Information Security Awareness Training. If the training is provided by The contractor, the signed ROB must be provided as a separate deliverable to the CO and/or COR per defined timelines above.

D. INCIDENT RESPONSE

The contractor (and/or any subcontractor) shall respond to all alerts/Indicators of Compromise (IOCs) provided by HHS Computer Security Incident Response Center (CSIRC)/CDC CSIRT teams within 24 hours, whether the response is positive or negative.

FISMA defines an incident as “an occurrence that (1) actually or imminently jeopardizes, without lawful authority, the integrity, confidentiality, or availability of information or an information system; or (2) constitutes a violation or imminent threat of violation of law, security policies, security procedures, or acceptable use policies. The HHS Policy for IT Security and Privacy Incident Reporting and Response further defines incidents as events involving cybersecurity and privacy threats, such as viruses, malicious user activity, loss of, unauthorized disclosure or destruction of data, and so on.

A privacy breach is a type of incident and is defined by Federal Information Security Modernization Act (FISMA) as the loss of control, compromise, unauthorized disclosure, unauthorized acquisition, or any similar occurrence where (1) a person other than an authorized user accesses or potentially accesses personally identifiable information or (2) an authorized user accesses or potentially accesses personally identifiable information for an other than authorized purpose. The HHS Policy for IT Security and Privacy Incident Reporting and Response further defines a breach as “a suspected or confirmed incident involving PII”.

In the event of a suspected or confirmed incident or breach, The contractor (and/or any subcontractor) shall:

1)Protect all sensitive information, including any PII created, stored, or transmitted in the performance of this contract so as to avoid a secondary sensitive information incident with FIPS 140-2 validated encryption.
2)NOT notify affected individuals unless so instructed by the Contracting Officer or designated representative. If so, instructed by the Contracting Officer or representative, The contractor shall send CDC approved notifications to affected individuals following CDC’s designated process.
3)Report all suspected and confirmed information security and privacy incidents and breaches to the CDC’s Computer Security Incident Response Team (CSIRT) [CSIRT@CDC.gov], COR, CO, CDC SOP (or his or her designee), and other stakeholders, including incidents involving PII, in any medium or form, including paper, oral, or electronic, as soon as possible and without unreasonable delay, no later than one (1) hour, and consistent with the applicable CDC and HHS policy and procedures, NIST standards and guidelines, as well as US-CERT notification guidelines. The types of information required in an incident report must include at a minimum: company and point of contact information, contact information, impact classifications/threat vector, and the type of information compromised. In addition, The contractor shall:
a.cooperate and exchange any information, as determined by the Agency, necessary to effectively manage or mitigate a suspected or confirmed breach;
b.not include any sensitive information in the subject or body of any reporting e-mail; and
c.encrypt sensitive information in attachments to email, media, etc.
4)Comply with OMB M-17-12, Preparing for and Responding to a Breach of Personally Identifiable Information HHS and CDC’s incident response policies when handling PII breaches.
5)Provide full access and cooperate on all activities as determined by the Government to ensure an effective incident response, including providing all requested images, log files, and event information to facilitate rapid resolution of sensitive information incidents. This may involve disconnecting the system processing, storing, or transmitting the sensitive information from the Internet or other networks or applying additional security controls. This may also involve physical access to contractor facilities during a breach/incident investigation.

E. POSITION SENSITIVITY DESIGNATIONS

All Contractor (and/or any subcontractor) employees must obtain a background investigation commensurate with their position sensitivity designation that complies with Parts 1400 and 731 of Title 5, Code of Federal Regulations (CFR). The following position sensitivity designation levels apply to this solicitation/contract:

Not Applicable
XLevel 1: Non-sensitive
Level 2: Non-critical Sensitive
Level 3: Critical Sensitive
Level 4: Special Sensitive
Level 5: Public Trust/Moderate Risk
Level 6: Public Trust/High Risk

F. HOMELAND SECURITY PRESIDENTIAL DIRECTIVE (HSPD)-12

The contractor (and/or any subcontractor) and its employees shall comply with Homeland Security Presidential Directive (HSPD)-12, Policy for a Common Identification Standard for Federal Employees and Contractors; OMB M-05-24; FIPS 201, Personal Identity Verification (PIV) of Federal Employees and Contractors; HHS HSPD-12 policy; and Executive Order 13467, Part 1 §1.2. For additional information, see HSPD-12 policy at: https://www.dhs.gov/homeland-security-presidential-directive-12) Roster. The contractor (and/or any subcontractor) shall submit a roster by name, position, e-mail address, phone number and responsibility, of all staff working under this acquisition where The contractor will develop, have the ability to access, or host and/or maintain a government information system(s). The roster shall be submitted to the COR and/or CO within the CDC Specified timeline of the effective date of this contract. Any revisions to the roster as a result of staffing changes shall be submitted within 7 days of the change. The COR will notify The contractor of the appropriate level of investigation required for each staff member.

If the employee is filling a new position, The contractor shall provide a position description and the Government will determine the appropriate suitability level.

G. CONTRACT INITIATION AND EXPIRATION

1)General Security Requirements. The contractor (and/or any subcontractor) shall comply with information security and privacy requirements, Enterprise Performance Life Cycle (EPLC) processes, HHS Enterprise Architecture requirements to ensure information is appropriately protected from initiation to expiration of the contract. All information systems development or enhancement tasks supported by The contractor shall follow the CDC EPLC framework and methodology and in accordance with the HHS Contract Closeout Guide (2012). CDC EPLC requirements may be located here: https://www2a.CDC.gov/CDCup/library/other/eplc.htm.
2)System Documentation. Contractors (and/or any subcontractors) must follow and adhere to NIST SP 800-64, Security Considerations in the System Development Life Cycle, at a minimum, for system development and provide system documentation at designated intervals (specifically, at the expiration of the contract) within the EPLC that require artifact review and approval.
3)Sanitization of Government Files and Information. As part of contract closeout and at expiration of the contract, The contractor (and/or any subcontractor) shall provide all required documentation to the CO and/or COR to certify that, at the government’s direction, all electronic and paper records are appropriately disposed of and all devices and media are sanitized in accordance with NIST SP 800-88, Guidelines for Media Sanitization.
4)Notification. The contractor (and/or any subcontractor) shall notify the CO and/or COR and system ISSO within 7 days before an employee stops working under this contract.
5)Contractor Responsibilities Upon Physical Completion of the Contract. The contractor (and/or any subcontractors) shall return all government information and IT resources (i.e., government information in non-government-owned systems, media, and backup systems) acquired during the term of this contract to the CO and/or COR. Additionally, The contractor shall provide a certification that all government information has been properly sanitized and purged from Contractor-owned systems, including backup systems and media used during contract performance, in accordance with HHS and/or CDC policies.
6)The contractor (and/or any subcontractor) shall perform and document the actions identified in the CDC Contractor Employee Separation Checklist when an employee terminates work under this contract within 7 days of the employee’s exit from the contract. All documentation shall be made available to the CO and/or COR upon request.

H. RECORDS MANAGEMENT AND RETENTION

The contractor (and/or any subcontractor) shall maintain all information in accordance with Executive Order 13556 -- Controlled Unclassified Information, National Archives and Records Administration (NARA) records retention policies and schedules and HHS/CDC policies and shall not dispose of any records unless authorized by HHS/CDC.

In the event that a contractor (and/or any subcontractor) accidentally disposes of or destroys a record without proper authorization, it shall be documented and reported as an incident in accordance with HHS/CDC policies.

1. Security Requirements for GOCO and COCO Resources:

a. Federal Policies. The Contractor (and/or any subcontractor) must comply with applicable federal laws, directives and CDC policies that include, but are not limited to, HHS Information Security and Privacy Policy (IS2P), the CDC IT Security Program Implementation Standards, Federal Information Security Modernization Act (FISMA) of 2014, (44 U.S.C.

This is the start of the file's text. The full file is on GovTribe.

File details come from the government source that posted it. Updated .