SCC SOW 3-4-2026.docx

DOCX document 59 KB Posted

Attached to
Notice of Intent to Sole Source – Soft Computer Corporation (SCC)
Solicitation number
NOI-OD-26-003941
Issued by

About this file

This is a Statement of Work (SOW) for the National Institutes of Health Clinical Center's Soft Computer Corporation (SCC) Lab System Maintenance and Support contract. The SOW outlines a 60-month maintenance and support requirement for multiple SCC software modules currently in use or to be implemented during the contract period, including SoftPathDX, SoftBank, SoftLab, SoftMic, SoftTotalQC, SoftReports, SoftWebPlus, SoftMedia, SoftID, SoftID.Tx, SoftFlowCytometry, SoftBI, SoftBiobank, and SoftMolecular. The contractor must maintain a 99.5% system availability level and provide operational support services including background monitoring, problem diagnosis, 24/7/365 support, database administration for Oracle and DB_VISTA, OEM hardware support (IBM), and interface maintenance for laboratory equipment connections. Service Level Agreements must address response times, escalation procedures, and problem resolution timelines, with production system problems requiring a one-hour response time and fixes within two hours if patient safety is at risk.

The contract period runs from October 1, 2024 through September 30, 2029, consisting of a base year plus four optional years. The contractor must provide non-chargeable maintenance items including replacement parts (unless due to government fault), software fixes and patches, preventive maintenance, and on-call support for critical problems. Additional requirements include software enhancements and updates at no cost, interface maintenance compliant with HL7 standards, documentation updates, terminology maintenance, and structured user group engagement. The contractor must submit a Letter of Authorization from SCC to provide operations and maintenance support and authorization to resell SCC software as mandatory qualification criteria. The SOW references Appendix 1, which lists all laboratory instrument interfaces requiring maintenance, including equipment from manufacturers such as Roche, Siemens, Abbott, Ortho Clinical Diagnostics, and Sysmex.

View the file

Other files

File Type Posted
NOI to sole source.docx DOCX document
1. JOFOC SCC.doc DOC 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

Attachment 1 Description/Specifications/Statement of Work Table of Contents

Attachment 1i
Description/Specifications/Statement of Worki
Project Title: Soft Computer Corp. Lab System Maintenance and Support2
Part I – General Information2
1Background Information2
Part II - Requirements3
2General Requirements3
2.1Scope and Objectives3
3Maintenance and Support Requirements8
3.1General Maintenance Requirements8
3.2Responsibilities of the Offeror9
3.3Responsibilities of the Government10
3.4Maintenance Facilities for the Offeror11
3.5Maintenance11
3.6Non-Chargeable Maintenance Items13
3.7Software Enhancements/Updates13
3.8Interface Maintenance14
3.9Terminology Maintenance14
3.10Documentation Maintenance14
3.11Development Maintenance14
3.12Maintenance Period14
4Other Requirements15
4.1New Modules, Hardware, Features, Training, and services15
4.2Period of Performance15
4.3Mandatory Requirements16
National Institutes of HealthStatement of Work-17

Soft Computer Corp. IDIQ

Project Title: Soft Computer Corp. Lab System Maintenance and Support Part I – General Information Background Information The mission of the National Institutes of Health (NIH) is to uncover new knowledge that will lead to better health for everyone. The NIH accomplishes that mission by conducting research in its own laboratories; studying patients enrolled in formally approved research protocols conducted within the Clinical Center; supporting the research of non-Federal scientists in universities, medical schools, hospitals, and research institutions throughout the country and abroad; helping in the training of research investigators; and fostering communication of biomedical information.

As an organization, the NIH is a unique medical research entity. Management is intentionally decentralized across 24 Institutes and Centers, yet the individual organizations cooperate and collaborate in a useful and necessary partnership. This controlled decentralization is expected to continue as most feel it provides a fertile environment for individual research and supports the incredible scientific diversity represented at NIH.

The Warren Grant Magnuson Clinical Center, a 200-bed, federally funded, biomedical-research hospital, is located on the NIH campus in Bethesda, Maryland. The Clinical Center is the delivery setting for all NIH intramural clinical research protocols. The Clinical Center accounts for about half of all NIH-funded clinical research beds in the United States. Patients are admitted to the Clinical Center for the sole purpose of participating in clinical research protocols. Patients may be self referred or referred by their local physicians. The Clinical Center admits patients from all over the world for clinical trials and natural history studies, with all care provided free of charge. The Clinical Center accommodates about 7,000 inpatient admissions and 70,000 outpatient visits a year. The new Clinical Research Center (CRC) was completed in September 2004, which includes all new inpatient and day hospital units.

Part II - Requirements General Requirements Independently, and not as an agent of the Government, the Offeror shall furnish all necessary software, labor, materials, supplies, equipment, and services (except as otherwise specified herein) and perform the work set forth below. The Project Officer shall monitor all work performed under this contract.

Scope and Objectives The National Institutes of Health Clinical Center’s requirement is for an Offeror to provide the following:

Ongoing maintenance and support services

The vendor shall provide maintenance and support for the following software modules in use or currently under implementation at the Clinical Center as well as any modules purchased and installed through the life of this contract.

SoftPathDX

SoftPathDx provides reliable data capture as well as a highly customizable and client configurable reporting and workflow structure for both anatomic pathology and cytology. A diverse imaging and reporting system allows a personalized setup. SoftPathDx also enables users to share specimens between other labs such as biochemistry, flow cytometry, cytogenetics, and molecular. This allows for integrated resulting and the ability to track specimens throughout multiple labs. SoftPathDx also enables users to optimize workflow by focusing on site-specific protocols and rules to assist the technologists and pathologists in decreasing turnaround times and managing patient data.

SoftBank

SoftBank is a Blood bank and transfusion service management system combines current high-performance functionality with exciting new features to provide a comprehensive, cost-effective pre-transfusion testing and inventory management solution.

SoftLAB

SoftLab computerizes and manages all data processing and laboratory activities, from order entry and result reporting to interfacing with laboratory instruments. The fully integrated SoftLab system provides a seamless interface that links all clinical laboratory departments throughout the enterprise.

SoftMic

When managing microbiology specimens requires a high-tech solution, SCC’s SoftMic is the answer. If you’re seeking a paperless environment, you’ve got it! SoftMic automates the processing of specimens through all stages, from order entry and workup to final reporting – offering a high-tech paperless solution with on-demand work cards, result entry, and flexible reporting capabilities that can substantially improve testing accuracy and report uniformity.

With its seamless operation and automated batch resulting, SoftMic can customize workflow in any environment, increase productivity, improve efficiency, and minimize errors providing real-time patient results and point-of-care quality.

When SoftMic is integrated with SoftLab™ and other SCC information systems, common data flows effortlessly throughout the system, increasing productivity and minimizing systems operating costs.

SoftTotalQC

SoftTotalQC is a multisite capable product developed to facilitate and analyze quality control in the clinical laboratory setting. Quality control activities can be defined and documented on controls, reagents, media, panels, drugs, consumables, and maintenance procedures on equipment. Along with quality control, SoftTotalQC provides an inventory control solution allowing each department and site to maintain their supply of controls, reagents, media, panels, drugs, and consumables.

SoftTotalQC is fully integrated with SoftLab®, SoftMic®, SoftBiochemistry®, SoftFlowCytometry®, SoftMolecular®, SoftCytogenetics®, and SoftHLA®, enabling users to perform QC checks before patient results are posted or entered. This allows QC results to be posted from instruments or be manually entered within patient resulting workflow and provides an automatic inventory countdown for related QC items. SoftTotalQC can be used in all other departments of the laboratory as a standalone product.

SoftTotalQC, assuring quality through total quality control management.

SoftReports

SoftReports provides enhanced report capabilities allowing users to incorporate color, a variety of report fonts, images, graphs, and charts. This add-on report engine can be integrated with SCC’s product suites enabling users to create new report layouts and modify existing layouts. SoftReports offers a wide range of formatting options including PDF, HTML, XLS, and RTF.

SoftWebPlus

SoftWebPlus, SCC Soft Computer’s computerized physician/provider order entry/result query solution, is the enterprise healthcare Web solution designed to give the physician and other responsible medical staff real-time access to clinical results, effective tools for outreach management, and fast and user-friendly order entry and patient registration.

SoftMedia

SoftMedia provides users a pragmatic method for enhancing clinical services with document and image storage capabilities. SoftMedia gives clinical personnel the ability to attach stored documents or images to specific orders and other patient records.

SoftMedia enables users to attach digital images to reports, which optimizes communication and improves the quality of services provided by supplementing images with online annotation. Features include multi-system document sharing, so documents and images stored in one system can be made available to users in other systems. This flexible software application works seamlessly as a standalone product or in conjunction with any of SCC’s information systems modules.

SoftID

SoftID provides positive patient and specimen identification at the point of care. This effective lab software solution enhances patient safety by accurately identifying the patient and the appropriate lab test and ensuring that patient lab specimens are correctly bar coded and labeled. SoftID improves laboratory efficiency by automating the documentation of specimen collection data. When the collection is complete, SoftID will transmit data back to the LIS for real-time updates.

SoftID.Tx

SoftID.Tx, the positive patient identification system from SCC Soft Computer, is a comprehensive system used to manage the transfer of transfusion-related data from the patient’s bedside to SCC’s SoftBank system. SoftID.Tx enables users to collect transfusion-related data, assign a blood product to a courier, and verify that the product selected for transfusion is the same product assigned to the patient in SoftBank

SoftFlowCytometry

SoftFlowCytometry enables pathologists and medical technologists to effectively analyze multiple parameters from flow cytometric analysis software, including imported histograms and scatter plot images and data from custom panels derived from flow cytometry analysis techniques. The net result is better design configurations in testing workflows, task management, and result reporting. SoftFlowCytometry can be readily interfaced with virtually any flow cytometry instrument or data analysis platform for capture of large volume information analysis and management. Interfacing supports an efficient laboratory workflow avoiding manual entry that increases risk for data entry error. Efficiency and accuracy gains offered by SoftFlowCytometry will ensure that your laboratory can grow rapidly without requiring additional personnel or negatively impacting quality.

SoftBI

SoftBI is a data analytics and visualization application for hospitals and clinical laboratories of all sizes. This business intelligence solution enables users to integrate administrative data for management reporting, trending, and research. SoftBI also supports activities such as staffing and pricing.

SCC’s complete line of business intelligence products will include a full suite of interactive drill-down style reports that provide critical operational data, analytical and statistical data, laboratory efficiency data, various productivity analyses, and other reports involving data from all of SCC’s core software products.

SoftBiobank

Targets all biorepository management needs so you can annotate, store, and distribute biospecimens. The system also enables researchers' collaboration while ensuring data security and regulatory compliance. Easy data querying and reporting capabilities make SoftBiobank ideal for customers who run large and demanding biorepositories and collections.

SoftMolecular

SoftMolecular information management system enables pathologists, geneticists, and forensic scientists to manage data and analysis stemming from current molecular testing methods in order to generate accurate interpretations and meaningful reports. This robust, user-friendly, and intuitive workflow solution for the diagnostic Genetics laboratory enables users to streamline workflows, interface with automated instrumentation, manage patient and family cases, track sample storage, and control inventory. SCC's Genetics Information Systems Suite® products allow communication with other laboratories, whether they are separate technology-based departments or multiple sites

The vendor shall provide Operational Support Services including but not limited to the below:

· Background monitoring of production environment and downloading of operating system files that provides warning messages and resource utilization statistics.

· Diagnosis of problems and directing of in-house staff. Domain expertise in all areas of software application modules and system engineers in stabilizing production environment or contacting original equipment manufacturer (IBM) for component repair and operating system situations.

· Establishing a stable transition environment if necessary by switching all critical functions, devices and interfaces from primary system to auxiliary system yet addressing full production under limited capacity. Switch back to dual configuration upon completion of repair.

· · 24 Hours/7 days a week service for all of the above which means full coverage for off-hours. · Repair of relational-network database libraries, indices and data files as a result of power fluctuation or hardware malfunctions.

· Recovery from backup tapes as a last resort.

· The vendor shall provide OEM Hardware support and services in support of the hardware currently installed at the CC or may be installed through the life of the contract.

· This service is provided by IBM. This service covers onsite repair/replacement of failed internal CPU component, and external component manufactured and covered by IBM.

· Please note this service only covers the hardware component of IBM CPU and component repair and replacement, and does not cover AIX support and service.

· This service suite only covers component repair and replacement.

OEM ORACLE AND DB_VISTA DATABASE ADMINISTRATION SUPPORT

Initial database installation and setup Database upgrades Ongoing database maintenance Database monitoring Problem determination and resolution Database backup, recovery and failover.

Database performance tuning

The vendor shall maintain the current interfaces for the lab equipment that communicates with the lab system as well as replacement lab equipment through the life of the contract.

See Appendix 1 for Instrument Interfaces

Inbound HL7 Order Entry, SoftLab/Mic/BB[TDS] Enhancements to AP Enhancements to BB POC - Blood-Gas POC - Chemistry POC - Coagulation POCT- Bedside Testing Instrument Processor POCT- Hematology Ref Lab Interface (per Lab) Enhancements to AP Enhancements to BB Outbound HL7 Order/RR, SoftLab/Mic/BB to Eclipsys Outbound HL7 RR, SoftPath to Eclipsys Doctor Update Interface Monthly Database Administration and Recovery (Oracle) SCC Required VSI_FAX v5.1.0 RISC server W/maintenance With Attachments for up to 4 Modems SCR - Would like to add two new lines to that PAD and FAD template. Would like to have "NIH inpatient death?" & "extent of permission" added just below the clinical diagnosis area.

SCR, NIH-02204 – WORKING ON REPLACING VSI_FAX WITH RIGHT FAX.

SoftReports Reporting Module/Active Reports Outbound HL7 ADT, SoftLab to HistoTrac through QDX Inbound HL7 Result Posting, HistoTrac to SoftLab QDX Bi-directional HL7 OE, SoftLab to HistoTrac through QDX SoftWebPlus Shurmark Cassette Labeler SoftMedia SoftMedia Customization Standard Bidirectional HL7 (Lab to GeneDX) ** SoftID SoftID.Tx WebLogic SoftBI Thermo Scientific PrintMate ES Ortho Clinical Diagnostics Vision MRV 16 Port Xyplex MRV 16 Port Xyplex MRV 16 Port Xyplex MEI Electrical Interface (MEI) serial-to-Ethernet connectivity in four-port model (Digi port device) MEI Electrical Interface (MEI) serial-to-Ethernet connectivity in four-port model (Digi port device) MEI Electrical Interface (MEI) serial-to-Ethernet connectivity in four-port model (Digi port device)

Electronic and Information Technology Accessibility Standards As set forth in Section 508 amendments of the Rehabilitation Act, the following Electronic and Information Technology Accessibility Standards (36 CFR Part 1194) are applicable to this contract:

(a) Section 1194.21 – Software Applications and Operations Systems Technical Standard.

(b) Section 1194.22 – Web-based Intranet and Internet Information and Applications Technical Standard.

(c) Section 1194.31 – Functional Performance Criteria Technical Standard.

(d) Section 1194.41 – Information, Documentation, and Support Technical Standard.

These standards may be found at http://www.section508.gov/final_text.html.

Maintenance and Support Requirements General Maintenance Requirements The Offeror shall provide maintenance for the system application software as specified in this contract. The Offeror shall provide Service Level Agreements (SLAs) or published service standards to meet the maintenance terms and conditions. The SLAs shall address, but are not limited to the following elements: Service policies and procedures including security and software support, on call/on site service priorities, thresholds, response time, resolution/fix time, reporting and escalation procedures.

The Offeror shall grant, in accordance with the terms and conditions contained in this contract, a non-exclusive, irrevocable and perpetual license to use the Software. This includes custom software products, e.g., interfaces, developed by the Offeror; custom software products will remain the intellectual property of the Offeror, but will be perpetually licensed to NIH under the same terms as the generally released software products.

Responsibilities of the Offeror The Offeror shall provide maintenance for the system application software at the prices shown in the Cost Proposal, including all necessary maintenance labor, repair parts, maintenance supplies, tools/utilities, test equipment, transportation, software, documentation and other related supplies and services as may be required to keep the system in good operating condition at the availability level of at least 99.5% as defined in Section 4.1. The system and all components delivered under this contract must maintain the Effectiveness Level for the duration of the contract or the contract may be terminated for default.

The average effectiveness level for a system/item of hardware is a percentage figure determined by dividing the total productive operational use time for a system/item of hardware during a given period by the sum of that total productive operational use time plus the functional failure downtime of that system/item of hardware during the same period of performance.

A System Problem or Functional Failure means that the system/item of hardware or software is considered "down", not operating, when, due to malfunction of hardware or software or systems software acquired under this contract, the system/item of hardware or software fails to perform to the manufacturer’s specifications and/or is not in compliance with all technical/performance requirements in the contract.

Average Effectiveness Level =

100 x Productive Operation Use Time__________ Productive Operational Use Time + Functional Failure Downtime The Offeror shall provide maintenance on all software that are proposed and accepted by the Government. The software to be maintained includes all of the Application Software delivered during the duration of this contract and other software that enhances the application operation. The Offeror shall fully support such software, including any Offeror-sponsored modification or revisions thereof, at no additional cost, unless specified in the Cost Proposal, for the duration of this contract, including the exercise of options.

All services under this contract shall be performed by fully trained and technically experienced personnel providing the required services in accordance with the best commercial practices without unreasonable delays or interference with Government functions. Use of trainee personnel for maintenance services on this contract shall not be allowed, except when accompanied and supervised by trained, experienced personnel capable of satisfying the support requirements of this contract.

The Offeror personnel, assigned to provide support under this contract, shall be fully capable technicians possessing the technical skills necessary to monitor, control, and perform the requirements of the statement of work. If Original Equipment Manufacturer (OEM) warranties require OEM certification of maintenance personnel, the Offeror shall supply personnel who are so certified.

Maintenance shall include any repairs to failures resulting from ordinary use. Maintenance shall not include repairs for damage resulting from Government accident; transportation by Government between Government sites; Government negligence; Government misuse; failure of electrical power, or air-conditioning or humidity controls; or other causes that are not the result of ordinary and/or reasonable use.

While the Offeror’s personnel are at the Government facility, the Offeror is responsible for compliance with all laws, rules and regulations governing conduct with respect to privacy, health and safety not only as they relate to its employees and agents.

Only new standard parts, or parts equivalent to new in performance, that meet the OEM specifications when used in the equipment shall be used to effect repairs. If a part is not new, it shall be identified to the Government as warranted as new. Maintenance parts shall be furnished on an exchange basis. The new parts become the property of the Government and replaced parts shall become the property of the Offeror. In no case shall the Offeror use any replacement parts in repairing equipment that would result in the OEM refusing to support the equipment. A warranty shall be provided for all replacement parts. Parts shall not be swapped or exchanged between hardware components without prior approval from the Contracting Officer or his/her designee. There shall be no additional charge for replacement parts unless such parts are necessary due to the fault or negligence of the Government or its agents as determined by the Government.

Maintenance service shall not include electrical work external to the equipment, the furnishing of consumable or operating supplies other than maintenance supplies, and adding or removing accessories, attachments, or other devices placed by the Government.

Changes to maintenance resulting from Government alterations to the Offeror-supplied Hardware or Software shall be the subject of mutual agreement. Any failure to agree shall be resolved pursuant to the Disputes Clause.

Offeror-sponsored alterations or attachments to Hardware or Software shall be made only with the consent of the Contracting Officer.

Responsibilities of the Government Subject to security regulations, the Government will provide the Offeror access to the system and any other components needed to perform the required preventive or remedial maintenance service.

The Government will provide a time for installation of approved Offeror-sponsored modifications within a reasonable time after being notified by the Offeror that the modification is ready to be made. The time required to make the modification shall be outside the principal period of maintenance as defined in Section 3.5, unless another time is mutually agreeable.

The Government will maintain site requirements in accordance with the equipment environmental specifications furnished by the OEM.

Government personnel will neither perform maintenance nor attempt repairs, other than those stated in the Offeror’s maintenance plan, to Hardware and Software while the Offeror is maintaining the system.

The Offeror shall have the right to inspect Government Owned Equipment (GOE) for maintainability and safety prior to accepting the maintenance responsibility. The inspection of such equipment shall be provided at no cost to the Government.

The government shall provide hardware maintenance on any hardware obtained prior to the acceptance of this contract. All hardware purchased under this contract shall include 3 year 24x7x365 4 hour response time warranty. The government shall have the option to obtain 3rd party OEM hardware maintenance after the manufacturer warranty expires.

Maintenance Facilities for the Offeror The Government will provide adequate storage space for spare parts and adequate working space, including heat, light, ventilation, electric current and outlets, and telephones for the use of maintenance personnel. These facilities shall be within reasonable distance of the equipment to be serviced and shall be provided at no charge to the Offeror.

Maintenance The commencement date shall be upon establishment of this contract.

The Offeror shall provide a fully functioning help desk function available at the Offeror site via telephone during the Principal Period of Maintenance (PPM) which shall be Monday through Friday 8AM to 5PM excluding holidays. The Government reserves the right to change the PPM upon 60 days written notice. Any changes in the cost due to the change in the PPM shall be subject to mutual agreement.

In addition to the maintenance service during the stated PPM (or extensions thereof), on-call maintenance shall be provided via to an experience technician/analyst outside the PPM.

The Offeror shall provide a contact number for placing on-call requests on a 24-hour, 7 days/week, 365-days/year basis, including holidays, for receipt of management and first line support of system problems regardless of cause. The Offeror shall make arrangements to enable its maintenance representative to receive such notification.

All calls to the Offeror point of contact shall be logged on a Problem Log and categorized using a category list defined by NIH and the Offeror. The following categories should be considered:

* System enhancement

* Manual workaround

* System Degraded

* System Down

* Updates

* Fixes - permanent,

* " built as designed"

* Critical Problems The Problem Log shall be accessible by the Government electronically and be searchable by type of problem to find information about problem, problem status and resolution.

The Offeror shall respond by phone with an appropriate technically qualified person within one (1) hour of the Government's request for service.

If the problem is determined to not be caused by Offeror-provided hardware, software, operating system or third party tools, the Offeror shall provide information on potential source of problem and rationale for source identification to designated system administrator.

The Offeror shall respond to a Production System Problem (hardware or software) with appropriate technically qualified person within one (1) hour of the time the Government contacts the Offeror’s point of contact. The Offeror shall provide on site problem resolution at no additional costs if deemed necessary by the Government.

Software related problems not resulting in Production System Problem, shall be responded to by the Offeror within four (4) hours. Should the Government require maintenance service for such problems outside the designated PPM or on site, the Offeror shall respond with an appropriately qualified representative within twenty-four (24) hours. The hourly rates for such additional maintenance services and the maximum charge for any one occurrence shall be specified in the Cost Proposal.

The Offeror shall provide all fixes and patches to the Production System Problem occasioned by the maintenance call within forty-eight (48) hours of the maintenance call.

If the Production System is down or major portions of the system remain unavailable or patient safety is at risk, the Offeror shall provide the fix within two (2) hours of problem determination.

Problem Severity
Respond to Call
Fix Problem
On Site Problem Resolution
Production System Problem – patient safety at risk, production system down or major portions unusable
1 hour
Within 2 hours of problem determination
Within 4 hours of determination

Production System Problem – major portions of system usable and mission critical workload can continue

1 hour
Within 4 hours of problem determination
Within 24 hours of determination
Production System Problem – system usable with manual workaround
1 hours
Within 48 hours of problem determination
Non-production System Problem
4 hours
Within 48 hours of maintenance call

Summary of Problem Severity and Response Times The Offeror shall provide the option to access the system remotely to review and repair system malfunctions. Such remote services shall be done in a fashion to maintain the security of the system and the integrity and confidentiality of the patient information and shall adhere to NIH security procedures.

If the maintenance representative determines additional assistance, hardware or software is necessary from an OEM to correct a malfunction that has not been corrected, the Offeror shall promptly provide such assistance at no additional cost to the Government.

The Offeror shall provide follow-up with written Malfunction Reports, as described in Section 3.6, on all problem calls submitted by the Government, including acknowledgement of receipt and preliminary response to non-Production System Problems within one week of the call.

The Offeror shall provide an escalation procedure to address Production System Problems not corrected within forty-eight (48) hours of a maintenance call. The procedure shall provide for a response from an executive representative of the Offeror to a phone call from the Project Officer. The call shall develop a mutually agreeable plan and timeframe for Offeror’s plans to correct the malfunction and shall be followed by a written report within one day of the call. In the event that such malfunction is not corrected in the mutually agreed timeframe, an appropriately qualified representative shall be dispatched to the Government site and remain at the Government site until such matters have been resolved, at no additional cost to the Government.

Non-Chargeable Maintenance Items There shall be no additional charges for the following:

· Replacement parts, unless such parts are required due to the fault or negligence of the Government;

· Software fixes and patches necessary to correct Software or other Functional Failure Downtime events;

· Software enhancements or updates (releases) versions as made generally available to other health care provider clients;

· Preventive maintenance, regardless of when performed;

· On Call/On Site maintenance to correct critical problems or maintenance initiated but not completed within the PPM; or

· Time spent by Offeror’s maintenance personnel after arrival at the Government’s installation while not engaged in productive maintenance activities but waiting for the arrival of additional Offeror maintenance personnel and/or parts.

Software Enhancements/Updates In the event the Offeror makes generally available modifications to its software that were developed to address present or future requirements for NIH, such modifications shall be provided to the Government at no cost. The Offeror also agrees to provide updated documentation, user guides, and technical bulletins necessary to implement, use, and support such modifications at no cost to the Government.

During the life of the contract, the Offeror shall also provide regular enhancements to keep its Software current with the latest versions of operating system and other related Software.

The Offeror shall provide fixes and patches to software problems identified in maintenance calls or as provided to any other customers using the Software. If the fix or patch provided by the Offeror in response to a maintenance call is a permanent fix, then the Offeror shall provide a permanent correction of the errors and applicable documentation at no additional cost to the Government.

The Offeror shall provide the capability to allow Government to selectively implement fixes or patches to correct software defects.

The Government is not obligated to wait for a new software release to correct a software malfunction.

If the Government elects not to accept later versions of the Software, maintenance shall continue under the terms and conditions of the contract regardless of NIH production version. The Government’s decision to accept a new release will consider system impact, maintenance of customization, and documentation of stability of the new release.

The Offeror shall provide a structured mechanism (i.e., user groups, client focus groups, etc.) for soliciting input from NIH or from client user groups in which NIH participates on recommended product enhancements and updates.

The Offeror shall provide a response to any Government request for changes, submitted to Offeror in writing, within 60 days of receipt of such requests, at no additional cost. The Offeror’s response shall include the reason for rejection or notice of acceptance. Acceptance of such requests shall include development plans, priorities, cost and timing for making such enhancement/updates available to the Government.

The Offeror shall provide 30 days written notification of the release of any software modifications, improvements, updates, and revisions. In the case of new software level releases, the Government may elect to accept the later versions of the software, and if accepted, the Offeror shall provide software support at no additional cost during the period of this contract, including the exercise of any options.

The Offeror shall provide enhancements or improvements to ensure conformance to mandatory rules and maintain compliance with any Government regulation to which Government or general health care providers must adhere.

In the event enhancements or improvements, which alter the basic function of the Offeror-provided software, become available during the system life, the Government shall have the right to obtain such software application or component. The price(s) for such applications/components shall be no more than the lesser of (a) the price(s) then in effect or (b) the difference between the then current price of the application/component and the price paid for the application/component in the original contract. Software obtained under this provision shall be supported in accordance with the On Call/On Site Maintenance, Section 3.5.

Interface Maintenance The Offeror shall provide updates/enhancements to, and maintain, interface-processing software that is compliant with approved HL7 standards within one year of HL7 standard approval.

If HL7 has a new release or if the upgrade system captures a new element for an existing interface, the Offeror shall specify and offer that enhancement needed to maintain the interfaces to operate and exchange interface specified HL7 data with the applications/components database provided under this contract.

Terminology Maintenance Terminology support shall include update and maintenance for standard terminologies, knowledge bases, and other supporting products provided under this Contract as licensed by NIH.

Documentation Maintenance The Offeror shall provide full documentation of all Offeror changes and/or modifications to Software provided under this Contract. The Offeror shall provide the Government with all documentation required to enable the Government to successfully test and install new releases. The Offeror shall also provide corresponding updates to documentation required to operate and maintain the system for all application components, interfaces, or databases.

The Offeror shall update system documentation and provide corresponding support product documentation with each maintenance change to the Hardware and Software provided under this Contract.

Development Maintenance The Offeror shall provide maintenance for any development deliverable to keep the development deliverable up-to-date with the current release of the Offeror-supplied system.

Maintenance Period The Offeror shall provide ongoing support for the system for five (12-month) periods to be exercised at the discretion of the Government.

Other Requirements New Modules, Hardware, Features, Training, and services

During the contract period, upon the request of NIH we would like the vendor to provide fixed pricing for additional modules, hardware, new features, or upgrade assistance for the Soft system. The pricing shall include software licensing, applicable hardware and database costs, annual maintenance, implementation and training fees. The NIH would like the vendor to provide hourly pricing for additional fee for service work that may arise during the contract period. Examples include but are not limited to; additional hours for required for upgrades, implementations, services for fee based case resolution or code customization. NIH will provide detailed SOW(s) for any new requests. The SOW will include both technical and functional requirements and any other details specific to those SOWS.

Period of Performance

Base YearOctober 1, 2024 to September 30, 2025
Option #1October 1, 2025 to September 30, 2026
Option #2October 1, 2026 to September 30, 2027
Option #3October 1, 2027 to September 30, 2028
Option #4October 1, 2028 to September 30, 2029

Mandatory Requirements (Pass/Fall)

Listed below are mandatory qualification criteria. THE OFFEROR SHALL INCLUDE ALL INFORMATION WHICH DOCUMENTS AND/OR SUPPORTS THE QUALIFICATION CRITERIA IN ONE CLEARLY MARKED SECTION OF ITS TECHNICAL PROPOSAL.

The qualification criteria establishes conditions that must be met at the time of receipt of Final Proposal Revisions (FPRs) by the Contracting Officer in order for your proposal to be considered any further for award.

A. Offeror shall provide a Letter of Authorization (LOA) to provide operations and maintenance support on the following:

Soft Computer Software, components, interfaces, and custom interfaces.

B. Offeror shall provide a Letter of Authorization (LOA) to resell Soft Computer Corp. software.

RFP Response Requirements - Maintenance and Upgrade Requirements The Offeror must describe the approach to the maintenance requirements in SOW, specifically in Section 3, including:

1. Maintenance Service for 60 months.

2. Approach to On Call/On Site (hardware only) services on a 24-hour, 7-day a week basis, including holidays, for receipt, management and first line support of system problems regardless of cause; scope and timing of services; response and repair capabilities; call logging, problem follow-up, and problem resolution; and reporting of malfunctions.

3. Proposed Service Level Agreement(s) (SLA) for problem resolution that consider problem severity and impact, escalation procedures, status reporting and communication procedures that addresses:

· Escalation Procedures for each category.

· Offeror response priorities, thresholds, response times, repair time and any costs (not for services not included in annual maintenance fee) shall be specified.

· Financial penalties and/or incentives can be proposed.

4. A process for communicating plans, content and timing for future upgrades/enhancements;

5. Preventive Maintenance Services for Software delivered under this contract;

6. A methodology for transferring customizations or fixes to future upgrades/enhancements;

7. An approach to meeting the requirements for Enhancements/Updates including a process for communications plans, content and timing for future release; and communications and distribution mechanism for the releases.

8. Description of release notes (for all Software provided under this contract), which will be provided with each fix, patch or new release that is of sufficient quality to allow Government analysis of scope and impact of fix, patch or new release.

9. A checklist indicating all steps required by the Offeror and/or Government to apply the software upgrades/enhancements to the System prior to implementing any new software on the development or production systems;

10. A process to backup upgrades/enhancements if there is a problem; and a methodology for the Government to reasonably select which upgrades/enhancements will be implemented and which may not impact system maintenance agreements;

11. A statement of conformance to mandatory rules including HIPAA compliance where applicable.

12. A structured methodology for request and authorization of Government requested changes.

13. Description of approach to Interface maintenance including maintaining compliance with new versions of HL7.

14. Description of approach to terminology and knowledge-bases maintenance

15. Description of how system documentation is updated with each major product release.

16. Description of approach to gathering input from user groups and NIH, which includes at a minimum:

· The role of the Government and other customers in determining product evolution and prioritization on new enhancements

· The role and ownership of formal user groups, product advisory groups, and other similar bodies

· How NIH will fit into the Offeror's model for user input

· Examples of any material or literature provided by User Groups

Appendix 1

Osmometer GRH Roche Mod Inbound Roche Mod Outbound Siemens Advia 120 Abbott Architect AUWi Data Manager Biorad D-10 DTM Advia 2120 DTM Advia 120 Diasorin HistoTrac Results Immulite 2500 SMS Mayo main-C7017663 Mayo C7025635 Mayo C7022524 Mayo C7031115 Nova Biomedics Nova Biomedics Nova Biomedics Optilite Panther Fusion

STAT1

STAGO STAR Evol 1 STAGO STAR Evol 2 COBAS Infinity Ortho Vitros 3600 BB -> VisionMTS VisionMTS POCT Report server Excyte 40 #2 Excyte 40 Sysmex Caresphere Dimension AR/RxL ARIS HiQ BacT/alert Epicenter Biomerieux/BioFire

MYLA

Dimension EXL 200 Chemistry AIA-900 Immunoassay Analyzer Instrument XN-450 Hematology Analyzer Instrument G-8 Automated Glycohemoglobin Analyzer BNII Nephelometer Instrument Interface Alliance High Pressure Liquid Chromatography Clinitek Status Plus Urinalysis Analyzer

** Not implemented yet

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