FILE | 65 | VISN 7 Analytics - Attachment

FBO DAILY ISSUE OF FEBRUARY 11, 2011 FBO #3366
DOCUMENT

65 -- VISN 7 Analytics - Attachment

Notice Date: 2/9/2011
Notice Type: Attachment
NAICS: 541512 — Computer Systems Design Services
Contracting Office: Department of Veterans Affairs;Central Alabama Health Care System;West Campus;215 Perry Hill Road;Montgomery AL 36109-3798
ZIP Code: 36109-3798
Solicitation Number: VA24711RP0057
Response Due: 2/24/2011
Archive Date: 3/11/2011
Point of Contact: Sam Brown
E-Mail Address: ct
Small Business Set-Aside: N/A
Description: The Department of Veterans Affair, VISN 7 Network Contracting Activity, intends to negotiate sole source procurement in accordance with Far Part 12 and Far Part 13.5 with RGI Informatics, LLC under the authority of FAR 6.302-1. This procurement is a Non-Developmental Item (NDI) healthcare analytics software and system with associated supplies and services for all facilities located within VISN 7. The resulting contract will be a firm fixed price contract for a Term License and shall include all labor, material, tools, equipment, training, software/software license, and all associated hardware required to furnish and install the healthcare analytics software. The contractor will also provide five years of support for the system, which shall include periodic updates to the software, hosting / infrastructure, and professional services (data warehouse maintenance, server & database administration, analytics support, basic user support, and data standardization support). In conjunction with the healthcare analytics software provided under this contract, VISN 7intends to install an ARK and / or ICU CIS. Executive Summary. VISN 7 is implementing the Department of Veterans Affairs CIS (ICU/ARK) and Analytics program. This program establishes technology infrastructure for the capture, storage and analysis of clinical data during the most critical and data intensive portions of a patient ™s hospital stay with the goals of improving patient safety and clinical outcomes, conserving heath care resources, and supporting research. The upcoming solicitation will be for the requirements for the analytics component from the perspective of the intended clinical users. The data available from electronic medical records contain a wealth of detailed information that is useful for clinical care, traditional and clinical effectiveness research, and the administration of health care “ medical analytics must provide the tools needed to access and examine the data. Medical analytics in the critical care areas (intensive care units, the operating and recovery rooms, as well as the emergency department) has great value. Patients in these areas have the most complex diseases and therapies, variable clinical courses, and morbidity and mortality of all hospital locations. Specialized CIS medical record systems capture and store the vast amount of data recorded on patients while undergoing anesthesia and surgery or while in the intensive care unit. Together these systems capture and store thousands of records of clinical data for every patient. The challenge of medical analytics. Unprocessed healthcare data are difficult to use and resident in a diversity of database architectures. Analyzing that data has proven difficult in part because most medical analytics systems developed as an outgrowth of business analytics not biomedical research. Unfortunately business analytics information technology is not well suited for the analysis of healthcare data. The most basic business transaction is the buying and selling of goods and services. The semantics of business transactions are straightforward and generally accepted. The behavior of each type of business data, and its relationship to other data can readily be defined and incorporated in an analytic model as śbusiness rules ť or metadata. Before data can be used in business analytics or by business analytic systems, it must be well defined and its properties included in an analytic model. These requirements severely limit the application of business analytics systems to healthcare. Clinical transactions and its associated data are fundamentally different than business transactions. The semantics of healthcare data are not well defined or generally accepted for a broad range of healthcare data types and clinical business rules have, for the most part, yet to be developed. The types and sources of healthcare data are both diverse and dissimilar. The healthcare community has adopted only very limited standardized nomenclature to name data, or structure field entries. Even within a unified organization like the Department of Veterans Affairs, there are major differences from hospital to hospital in the name and use of many of the VA ™s electronic medical record fields. As a result, medical analytics requires a new generation of analytics technology that can accept and store healthcare data without first requiring semantic modeling or the pre-programming of clinical business rules. Medical analytics has additional requirements not addressed by most business analytics solutions. It must include the ability to analyze and find patterns across millions of rows of physiologic or genomic data and determine temporal relationships among all the diverse data sets. It must provide a true śad hoc ť and iterative query environment with rapid query response times despite billions of records. Furthermore, the architecture of many business intelligence, statistical or graphical visualization software tools requires that the data to be analyzed undergo pre-analyses ™ and be removed from the analytics system computer to the user ™s computer. This distribution of patient specific data is a threat to patient confidentiality and privacy. VISN 7 REQUIREMENTS FOR MEDICAL ANALYTICS In the critical care setting, medical analytics must allow physicians and other clinicians to leverage the value of data generated by clinical information systems and medical devices to: -Determine and implement best practice (comparative effectiveness), -Reduce medical errors, -Add value to traditional research initiatives and -Improve the quality the care. Medical Analytics can play a critical role in improving the quality and reducing the cost of health care. The desired outcome will enable healthcare professionals to directly access clinical data stores, which will improve patient care, reduce medical errors, and enable a broad range of research capabilities. The software and hardware shall be compatible with all existing computer programs/operating systems currently installed and shall allow for future upgrades to the existing systems in VISN 7. These shall include but not be limited to the Electronic Medical Records (EMR) VISTA/CPRS, Windows XP, and VISTA, Microsoft Office Products, Internet Explorer, VA Windows Based programs and VA antivirus software. All software to be provided under any resulting contract shall be Section 508 compliant. Application will not interfere with VA approved programs including but not limited to VA Computerized Patient Record System (CPRS), VHA Barcode Medication Administration System (BCMA), Internet browser, etc. BUSINESS REQUIREMENT 1: An analytic solution must be capable of extracting value from clinical data stores, (including but not limited to CIS (ICU and ARK), VISTA, and National Surgical Quality Improvement Program (NSQIP), specifically addressing issues relating to clinical quality; medical errors; healthcare costs; and comparisons of costs, practice patterns, and outcomes in addition to clinical and comparative effectiveness research endeavors. The healthcare analytics shall accept extract data from VISTA to include (but not limited to) data regarding inpatient and outpatient medications, PTF file data, orders, allergies, code status (including CWAD), problem lists, vital signs, laboratory results, bed movement, the VISTA Surgery Package (including NSQIP elements), and from a CIS. Types of data include all clinical and administrative data ”and specifically very granular data ”recording physiologic and other clinical measurements as frequently as every 30 seconds. The granularity of the analytic tables should reflect and directly relate to the clinical unit of inquiry and source system extract capabilities. The solution must accept data from any clinical system that is Open Database Connectivity (ODBC) compliant or able to export or śprint ť to flat files. The analytic solution shall be capable of including data from diverse sources, and specifically, shall be able to integrate VISTA and Intensive Care Unit (ICU) and Operating Room (OR) clinical systems data, regardless of vendor. BUSINESS REQUIREMENT 1a: The analytic solution shall be capable, at a minimum, of updates on a daily basis from the CIS, ARK, VISTA, and NSQIP data sources. The supporting data stores shall store data at the most detailed level captured by the CIS, and still support high performance query response times. BUSINESS REQUIREMENT 2: Analytics data shall span not only the entire critical care or surgical visit and include data from numerous sources as defined herein but relevant historic healthcare data for each patient (prior hospitalizations, ICU encounters, operations, diagnoses, etc.). The analytic database must be capable of including data from diverse sources, and must specifically be able to integrate CIS/ARK and VistA data. - Accept data from any system that can export data, regardless of underlying software or hardware platform. - Store and integrate data from all major ICU and OR clinical information system vendors. BUSINESS REQUIREMENT 3: Analytics design shall specifically allow for the storage and analysis of all very granular data captured by the CIS or ARK rather than a sample or summary of the data. Physiologic data, including but not limited to, heart rate, blood pressure, and respiratory rate, shall be captured by the CIS at least once a minute. The analysis of detailed physiologic and assessment data offers an unprecedented opportunity to advance the quality of patient care. - Provide access to (store and retrieve) physiologic data at the most detailed level available from the monitoring device or source clinical information system including digitized waveform. At a minimum, store thirty second data from the OR and sixty second data from the ICU. - Provide for the future addition and analysis of genomic data BUSINESS REQUIREMENT 4: Permit clinical users who understand the data but do not have programming skills to directly analyze clinical data from ICU/ARK systems and VistA. New queries or algorithms can be deployed without first requiring support from information technology experts. To use the analytics, a clinical user need understand only the meaning of the data (e.g. what is a heart rate); it does not require specialized data analysis or programming skills. The analytic application or environment shall be both open and enabling. It shall allow the user (e.g., clinician with no special training) to investigate the contents of fields through simple statistics, sorting, bounding, and filtering; create new tables, and new queries “ as well as access to analytic tables; including the ability to modify and add data elements, create new analytic tables, and author / program new queries. The analytic solution, including the capability of writing new questions, shall ensure high performance query response times even in the face of large databases and long tables (typically second to minutes). The analytic solution shall allow the user to create new analytic events and stratifications of populations from all suitable elements in the analytic solution; and to join any number of elements or events using the full range of Boolean operators. BUSINESS REQUIREMENT 5: Accept user-generated concepts on the fly. The analytics system must enable users to ask clinical questions of data without knowing the question in advance (true śad hoc ť queries). The analytic solution must allow the clinical user to create new analytic events (business rules) and stratifications of populations from all suitable elements in the analytic database but also to define data properties, define the relationship between data elements, and join any number of elements or events using the full range of Boolean operators. The response time for these questions shall be rapid (within seconds / minutes). BUSINESS REQUIREMENT 6: The analytics must include the ability to analyze and find patterns across billions of rows of physiologic or genomic data and determine temporal relationships. The solution must be able to work across rows and to provide for sequential analysis of data (time series) for all time-stamped elements or events. BUSINESS REQUIREMENT 7: The analytics system must support an iterative query environment, allowing the clinical user to iteratively formulate, test, and refine questions and accelerating the knowledge discovery process. The response time for the majority of these queries must on the average be rapid (seconds/ minutes); BUSINESS REQUIREMENT 8: The analytics system must be ready to use and a fully functioning commercially available system with demonstrated use in a complex clinical setting including EMR, ICU and ARK data. BUSINESS REQUIREMENT 9: The analytics should easily support śstandard ť queries or reports as well as to easily and rapidly develop new queries. BUSINESS REQUIREMENT 10: The Analytics Solution shall have the capacity of developing/combing queries from individual VA facilities or from VISNs, as well as a rollup of national data. BUSINESS REQUIREMENT 11: Eliminate the costly and time consuming steps that most analytic systems and business intelligence software require before data can be used. 1.0Data should be easily and readily be made available for analysis. 1.1Data does not require standardized nomenclature or field use. 1.2The analytics does not require semantic modeling, the modeling of relationships or the pre-programming of clinical business rules. BUSINESS REQUIREMENT 12: The analytics must provide for the security of the data and protect the privacy of the patients with no data residing on the workstation. The application shall meet standards set forth by the Health Insurance Portability and Accountability Act of 1996 (HIPAA), The Privacy Act of 1974, Enterprise Architecture standards, and VA Cyber-Security requirements. VA Policies on Confidentiality shall be strictly adhered to. BUSINESS REQUIREMENT 13: The application should be accessed through a web interface or equivalent technology with an extensive graphical user interface for sophisticated query generation including time series analyses and table joins. GUI application must support remote view capabilities within hospital and from outside utilizing Virtual Private Network (VPN) and Citrix. BUSINESS REQUIREMENT 14: The system should be sized such that typical individual queries and analyses would have insignificant incremental costs. BUSINESS REQUIREMENT 15: The system must be capable of adapting new analyses technologies while maintaining functionality. BUSINESS REQUIREMENT 16: Libraries of queries should be included to facilitate groups of analyses and analysts. BUSINESS REQUIREMENT 17: Administrative management tools must be capable of limiting data/query access by user, patient, time ranges, facility, and individual data elements. These tools must be intuitive, able to manage multiple individuals, and web-based. BUSINESS REQUIREMENT 18: The system must be capable of efficient data loads on a q 2 “ 24 hour frequency. BUSINESS REQUIREMENT 19: The system must be capable of administering activities of groups of users by easy sharing of queries, integrated help systems and version control of reports and queries. BUSINESS REQUIREMENT 20: The system must provide full statistical packages (e.g., SAS, STATA), extensive graphing capabilities, export of summary data results with tight controls for exporting sensitive data, and full audit trail of all user and administrative activities. The healthcare analytics solution shall display results as tables, or graphs. The user shall be able to save or display query parameters with the results. BUSINESS REQUIREMENT 21: Individual provider reports created upon sign-in with access/verify codes and limited to the provider ™s specific patients. The system shall allow: 1) the creation of custom reports, modification of existing reports, and custom enhancements to the user interface 2) development of VISN and other sites specific reports, 3) flexibility of developing reports as the needs of the facility change, and. BUSINESS REQUIREMENT 22: Sophisticated analysts must have programming assess to the full system analytic and data management capabilities. BUSINESS REQUIREMENT 23: The contractor shall provide the analytic solution as a fully hosted service offering including support and management of the server, physical database, and analytic functions for the duration of the contract. The contractor shall install the software required on one contractor furnished server at the VA OI&T datacenter designated by the VISN 7. This is a sources sought to determine the availability of potential sources having the skills and capabilities necessary to perform/provide the SPECIFIED BRAND NAME OR EQUIVALENT EQUIPMENT. All interested vendors are invited to provide information to contribute to this market survey/sources sought including, commercial market information. The purpose of this synopsis is to gain knowledge of potential qualified sources and their size classification (Service Disabled/Veteran Owned Small Business (SDVOSB/VOSB), Hub-zone, 8(a), small, small disadvantage, woman-owned small business, or large business) relative to NAICS 541512, Computer Systems Design Services (size standard $25 Million). Responses to this synopsis will be used by the Government to make appropriate acquisition decisions. This Notice of intent is Not a REQUEST FOR COMPETITIVE PROPOSALS. Interested parties may identify their interest and capability to respond to the requirements by submitting literature and documentation, detailing their experience in providing these products, to the Contracting Officer via email or fax at 334-395-4070. A determination by the Government not to compete this proposed contract based on responses to this notice is solely within the discretion of the Government. The will consider all quote received by 1:00PM, February 24, 2010. Email: Samuel.Brown@med.va.gov
Web Link: FBO.gov Permalink
(https://www.fbo.gov/spg/VA/MoVAMC/VACAHCS/VA24711RP0057/listing.html)
Document(s): Attachment; File Name: VA-247-11-RP-0057 VA-247-11-RP-0057.doc (https://www.vendorportal.ecms.va.gov/FBODocumentServer/DocumentServer.aspx?DocumentId=175430&FileName=VA-247-11-RP-0057-000.doc); Link: https://www.vendorportal.ecms.va.gov/FBODocumentServer/DocumentServer.aspx?DocumentId=175430&FileName=VA-247-11-RP-0057-000.doc; Note: If links are broken, refer to Point of Contact above or contact the FBO Help Desk at 877-472-3779.
Record: SN02376356-W 20110211/110209234335-5d3210cd136bc463d990294ed6b70566 (fbodaily.com)
Source: FedBizOpps Link to This Notice
(may not be valid after Archive Date)

| FSG Index | This Issue's Index | Today's FBO Daily Index Page |

Loren Data's SAM Daily™

65 -- VISN 7 Analytics - Attachment