New York State All Payer Database Request for Information



Similar documents
New York State Department of Health All Payer Database Request for Information RFI # Questions and Responses: Round Two

Business Entity Registration Software System

Request for Proposal (RFP) Supporting Efficient Care Coordination for New Yorkers: Bulk Purchase of EHR Interfaces for Health Information

HEAL NY Phase 5 Health IT RGA Section 7.1: HEAL NY Phase 5 Health IT Candidate Use Cases Interoperable EHR Use Case for Medicaid

Request for Information (RFI) for a. Ticket Tracking System for Provider Network Data Systems RFI # 16320

Solicitation Information June 27, 2013 ADDENDUM # 1. Title: Data Analysis and Hosting Tasks in the Rhode Island All Payer Claims Database

State of New Hampshire. Phase 3 Converging on Solutions discussion deck Business and Technical Operations Workgroup. July 20, 2010

How to select a practice management system

Version 1.0. HEAL NY Phase 5 Health IT & Public Health Team. Version Released 1.0. HEAL NY Phase 5 Health

Request for Proposal Implementation Agents of Health Information Technology: Behavioral Health, Primary Care, and other Specialty Healthcare Providers

Electronic Medical Record (EMR) Request for Proposal (RFP)

Fund for Public Health in New York 291 Broadway, 17th Floor, New York, NY Phone: (212) Fax: (212)

New York ehealth Collaborative

Canada Health Infoway

Public Health Reporting Initiative Functional Requirements Description

B. Request for Information (RFI) for Contract Management and Project Management Software Solutions

Expanded Support for Medicaid Health Information Exchanges

REQUEST FOR INFORMATION (RFI) Health Interface Engine Solution

Request for Proposal. Integration System

SEALED BID REQUEST FOR INFORMATION

How To Use Zato Health Interoperability Platform Software On A Patient Record

New York ehealth Collaborative. Health Information Exchange and Interoperability April 2012

Revision to the Executive Director for Health Care Policy and Financing Rule Concerning the All-Payers Claims Database, Section 1.

ELECTRONIC HEALTH RECORDS. Nonfederal Efforts to Help Achieve Health Information Interoperability

Lawrence Livermore National Laboratory

Town of Brookfield, Connecticut Municipal Employee Pension Plan

Questions and Answers for Request for Proposal for Consumer Decision Support Tools for the MNsure Website

Immunization Information System (IIS) Manager Sample Role Description

Data Warehouse and Business Intelligence Tools RFP # 2013DWBI

REQUEST FOR PROPOSAL IN NETWORK State Funded Psychosocial Rehabilitation In Cumberland County RFP # June 23, 2015

Data Breach, Electronic Health Records and Healthcare Reform

How To Help Your Health Care Provider With A Health Care Information Technology Bill

Massachusetts All-Payer Claims Database: Analytic and Technical Workgroups. September 27, 2011

How To Write A Request For Information (Rfi)

Meaningful Use Stage 2 Certification: A Guide for EHR Product Managers

University at Buffalo Learning Management and Performance Management System Request for Information # 14CBW0036

Healthcare Data Management

Request for Proposal. Contract Management Software

State of Texas Office of the Attorney General (OAG)

AHIMA Curriculum Map Health Information Management Associate Degree Approved by AHIMA Education Strategy Committee February 2011

Transparency, Evaluation, and Health Information Technology Workgroup. Meeting #8 November 6, 2015

REQUEST FOR EXPRESSIONS OF INTEREST 4887 EOI NETWORK BACKUP/ ARCHIVING

CITY OF CHILLICOTHE REQUEST FOR PROPOSALS

Global Headquarters: 5 Speen Street Framingham, MA USA P F

Alberta Electronic Health Record Regulation Section 5 Framework September 2011 Version 1.1

REQUEST FOR PROPOSALS For Health Insurance Billing & Collection Services

UCLA HEALTH REQUEST FOR PROPOSAL HEALTHCARE RETAIL STRATEGY RFP NUMBER 8021 DATE ISSUED: JUNE 1, 2015

Health: Electronic Health Records

Health Information Exchange in NYS

REQUEST FOR PROPOSALS For. Kelowna and Vernon Hospitals Project

Meaningful Use and Public Health

CITY OF LEMOORE REQUEST FOR PROPOSALS FOR CREDIT CARD PROCESSING SERVICE. City of Lemoore Finance Department 119 Fox St Lemoore, CA 93245

REQUEST FOR INFORMATION (RFI) for Time Data Collection Solutions for The CITY OF PHILADELPHIA. Issued by:

Department of Economic Opportunity

Provider Registries: Reduce Health System Costs, Increase Efficiencies, Improve Care

Request for Proposal Name of Organization Title of work project

Practice management system criteria checklist

Personal Information - Protecting And Balancing It At Hulse QM

An Overview of THINC s Health Information Exchange Initiatives

Open Platform. Clinical Portal. Provider Mobile. Orion Health. Rhapsody Integration Engine. RAD LAB PAYER Rx

STATE OF CONNECTICUT State Innovation Model Health Information Technology (HIT) Council Answers to Questions for Zato

Request for Qualifications (RFQ) Insurance Broker/Consultation Services City of Shenandoah Employee Benefits Plan

Industry-wide Health Benefits & Health Record Mobile Solution Request for Quotation

Business Intelligence in Healthcare: Trying to Get it Right the First Time!

Issue Date: June 22, 2011 Due Date: July 22, 4:00p.m.

Table of Contents. Preface CPSA Position How EMRs and Alberta Netcare are Changing Practice Evolving Standards of Care...

Accountable Care: Implications for Managing Health Information. Quality Healthcare Through Quality Information

Request for Information. From. Web Design and Development Agencies. Release Date: May 20, 2014

Table of Contents. Page 1

SUPREME COURT OF LOUISIANA 400 ROYAL STREET, SUITE 1190 NEW ORLEANS, LA RFP REQUEST FOR PROPOSALS FOR ETL SOFTWARE

SPARCS Data Governance Policy and Procedure Manual

Description: Publication Date: 9/21/2015. Closing Date/Time: Open Until Contracted

Health & Medical Billing System (RSystems)

WASHINGTON STATE STATEWIDE HIE HUB APPENDIX D: VENDOR DEMONSTRATION OUTLINE

Request for Proposals: Using Electronic Data Standards to Communicate Laboratory Orders

AHIMA Curriculum Map Health Information Management Associate Degree Approved by AHIMA Education Strategy Committee February 2011

Title: Contract Management Software Solutions (CMS) and Procurement Front-End System

HIT Workflow & Redesign Specialist: Curriculum Overview

Direct Secure Messaging: Improving the Secure and Interoperable Exchange of Health Information

Enhanced Funding Requirements: Seven Conditions and Standards

How To Create A Healthcare Data Management For Providers Solution From An Informatica Data Management Solution

Florida Health Information Exchange Subscription Agreement for Patient Look-Up and Delivery Services

Synapse Privacy Policy

Development, Acquisition, Implementation, and Maintenance of Application Systems

For <Project> Version 1.0

Provider Directory & Identity Management Learning Event

1 OPPORTUNITY SUMMARY

REQUEST FOR INFORMATION. Hosted Website Solution and Services RFI #E Closing: March 24, 2015 at 2:00 pm local time.

NASCIO EA Development Tool-Kit Solution Architecture. Version 3.0

Appendix K. What scope of work is to be included in the Estimated Hourly Rate?

[Year] State of Michigan MiHIN Shared Services Operational Plan

DST Webinar Population Health Management

Clinical Integration. Solutions. Integration Discovery Improve Outcomes and Performance

Request for Proposals Data Warehouse/Data Analytics

REQUEST FOR PROPOSAL OF EMERGENCY MEDICAL TRANSPORTATION BILLING SERVICES. Union County Emergency Medical Services

SOA in the pan-canadian EHR

HEAL NY-- Phase 5 Health Information Technology Grants. Advancing Interoperability and Community-wide EHR Adoption

Request for Proposal Permitting Software

Authorized. User Agreement

Title Draft Pan-Canadian Primary Health Care Electronic Medical Record Content Standard, Version 2.0 Data Extract Specifi cation Business View

Transcription:

New York State All Payer Database Request for Information July 26, 2012 RFI 1205180104 Schedule of Events: Milestone APD RFI Released July 26, 2012 Date and Time Deadline Date for Questions Deadline for Registration RFI Response Date August 2, 2012-12 PM EDT August 2, 2012 12 PM EDT September 6, 2012-12 PM EDT

Contents A. Introduction... 4 I. Purpose... 4 II. Background... 4 III. APD Objectives... 5 B. General Instructions and Response Requirements... 6 I. General Information... 6 1. Registration of Vendors and Individuals... 6 2. Submission Requirements and Guidelines... 6 3. Purpose and Question Period... 7 4. Informational Meeting... 7 5. Response Timeline... 8 6. General Terms... 8 C. Scope... 10 D. APPENDIX A: Request for Information Questions / Response Templates... 12 I. Part I: LETTER OF TRANSMITTAL... 12 II. Part II: EXECUTIVE SUMMARY AND QUALIFICATIONS... 13 III. Part III: GOVERNANCE, TECHNICAL, AND OPERATIONAL QUESTIONS... 14 1. Section A: Governance Approach... 14 2. Section B: Project Approach / Governance and Operational Transition... 17 3. Sections C and D: APD Operations and Data Governance... 19 4. Section E: Historic Data Conversion and Migration and ICD 9 / ICD-10 Transition... 31 5. Section F: APD Services and Sustainability: Analytics, Policy Reports, Consumer Outputs, and Sustainability Models... 35 6. Section G: Cost Projections... 38 E. APPENDIX B: Proposed APD Governance and Operational Models... 39 I. Roles and Responsibilities of Entities in Governance... 44 II. Project Team Structure... 45 F. APPENDIX C: TECHNICAL DIAGRAMS... 49 2

G. APPENDIX D: High Level APD Estimated Project Schedules (Phases 1 and 2)... 55 H. APPENDIX E: New York State and Department of Health Architecture and Data Center Assets and Standards... 58 I. Appendix F: Public Health Law Section 2816 and State Finance Law Section 97-x... 59 Public Health Law Section 2816... 59 State Finance Law Section 97-x... 64 J. APPENDIX G: NYS APD Vendor Questions Template... 67 3

A. Introduction I. Purpose The New York State Department of Health (DOH) is in the process of information gathering and researching possible approaches for establishing an All Payer Database (APD) in the State. The purpose of this Request for Information (RFI) is to gather information from respondents regarding a wide array of operational and technological issues set forth by the Department of Health. This RFI provides prospective respondents an opportunity to submit information and recommend approaches to the design, governance, development, and implementation and operation of an APD to support numerous functions and use cases in the State. This RFI seeks input from respondents who meet registration requirements as outlined in Section B.I.1. Responders must meet the submission requirements as outlined in Section B.I.2 including completing the required sections in Appendix A. All input provided by prospective respondents will be used for informational purposes only. No awards will result from this Request for Information. II. Background Advancing health care transformation in an effective and accelerated manner to address cost, access and quality issues requires a broader view of population health and the performance of the health care system than current data resources permit. A variety of data access issues, such as incomplete or siloed data sets, undermine present efforts. To address these needs, in the spring of 2011, New York State amended the Statewide Planning and Research Cooperative Systems (SPARCS) legislation contained in public health law (PBH 2816) to continue the SPARCS program and to authorize the collection of data from third party payers. The SPARCS program currently collects clinical and demographic data concerning hospital discharges, emergency department visits, and certain ambulatory surgery and clinic visits. The All Payer Database emerged from the requirement to additionally collect covered person and claims data and from the needs of the healthcare system. A copy of the enabling legislation can be referenced in Appendix F. The APD will serve as a repository of claims data drawn from all major public and private payers, which may include insurance carriers, health plans, third-party administrators, pharmacy benefit managers, Medicaid, and Medicare. The APD will build on and enhance existing DOH databases including SPARCS and the Medicaid data warehouse. In the future, the APD may be enhanced with both clinical and public health data sources to further advance its utility. In New York, there has been a great deal of investment in the Health Information Exchange infrastructure. The Health Care Efficiency and Affordability Law (HEAL) grant program has promoted enhanced interoperability, community-wide Electronic Health Records (EHR) adoption, and expanded care coordination through Health Information Technology. Due to these efforts, standardized health 4

data is becoming readily available. The vision for the APD is to continuously enhance data capabilities, and begin to include both clinical and public health data sources to further advance its utility. It is anticipated that the APD will begin as a central clearinghouse that will include comprehensive claims data from commercial and government sources. The central clearinghouse will later be linked to other data sources including lab, pharmacy and clinical data from electronic health records and data contained within public health registries such as the New York State Cancer Registry. The APD data will be made available to users through data marts and cubes that will support the needs of various stakeholders in realizing the different use cases. Data users will view the data as one set of information, whether it contains data from one or multiple sources. The APD will be an integral component of the Health Benefits Exchange s quality rating process and risk adjustment methodology. At a minimum, New York s APD will be designed to: Support Exchange requirements, including enhanced risk adjustment for health plans inside and outside of the Exchange; Provide the Exchange with information on quality and cost; and, Establish data marts designed specifically to assist Department of Financial Services (DFS) efforts in reviewing and approving premium rate increases by providing valuable comparative information between plans. III. APD Objectives The Department of Health (DOH) has identified high priority use cases that will demonstrate the value of the APD for a wide variety of health care stakeholders. The use cases include health care transformation, comparative effectiveness, quality improvement, improving public health, assessing health care resource needs, and insurance regulation. A comprehensive APD can serve as a key lever supporting policy and implementation of population health and health care system improvements. The APD will enable the evaluation of critical issues such as regional variations in utilization, quality, and cost. It can also examine the impact of reimbursement methodologies, public health interventions, and health care resources on utilization, quality, outcomes, and/or costs. Comparative effective research can be done more effectively with a more robust data set. Improved public health is a building block to the transformation agenda. There is an urgent need to improve prevention and activate community resources to target problems before they get to the health care system. Controlling health care costs means we need to understand charges and expenditures across payers, providers, and communities. When this data is publicly available, consumers will have the knowledge they need to compare cost and quality for important health care decisions. In addition, feedback to providers can lead to improvement in performance and quality. The work of the APD will establish a single, integrated, accurate and timely source of NYS health care provider information for use by multiple NYS Health and Human Services agencies, health information exchanges, health care provider and hospital information systems. Linking, integrating, and aggregating disparate sets of health data within the APD requires two critical resources: a master provider index and a master patient index. While this work is critical to the success of the APD, the benefits of the indexes will be propagated throughout New York s health care system. 5

B. General Instructions and Response Requirements I. General Information 1. Registration of Vendors and Individuals Vendors and individuals interested in responding to, or receiving updated information related to this RFI must register by sending an email stating your interest in the RFI to the following: APDRFI@health.state.ny.us with the subject line APD RFI Vendor Registration no later than August 2, 2012. All pertinent information and updates will be provided only to those registered. The Department of Health is not responsible for failing to inform any parties that are not registered. 2. Submission Requirements and Guidelines The New York State Department of Health Office for Health Information Technology Transformation (NYS DOH/OHITT) is coordinating responses to this RFI. In order to facilitate the review of the responses, please provide the information in the exact order as presented in Appendix A. Please use the Response Form Template provided with this RFI, which is a Microsoft Word Document. The answer fields will expand to include entered text as it is filled. Please rename your completed Appendix A with the following naming convention: NYS APD RFI_VENDOR NAME.doc (.docx format is also acceptable) Respondents must minimally complete and answer these sections in Appendix A: Part I: Letter of transmittal Part II: Executive Summary and Qualifications Part III: Governance, Technical, and Operational Questions Section A: Governance Approach Section B: Project Approach / Operational Transition Section F: APD Services and Sustainability: Analytics, Policy Reports, Consumer Outputs and Sustainability Models 6

Section G: Cost Projections The Department of Health will not evaluate responses that do not address the minimum requirements above. Respondents should answer all questions in the RFI, in addition to the minimally required ones. If a question cannot be answered, provide a brief explanation as to why the question cannot be answered (e.g., N/A - function is outside the scope of offering / company experience ). Except when provided as examples of health care analytics, reports, outputs and consumer products in response to Section F below, pre-printed marketing material and cost information should not be included in your response and will not be considered if provided. Responses must be provided in the format of the provided templates in Appendix A (please use the Microsoft Word Response Form Template that is posted with this RFI). Responses must be limited to no more than 50 (fifty) pages total. The Department of Health will not evaluate responses that do not use the provided templates or that exceed 50 pages total. Responses must be submitted by email to the following: APDRFI@health.state.ny.us with the subject line APD RFI Vendor Responses. 3. Purpose and Question Period This RFI solicitation requests your input and feedback for information purposes only. This RFI will not result in an award. The information provided in your response will be taken into consideration as DOH determines how best to proceed with providing the most cost effective and efficient All Payer Database solution. Please note that the Department of Health is most interested in responses and recommendations based on actual experience. Vendors must submit any and all questions in the format provided in Appendix G titled NYS APD Vendor Questions Template. The Vendor Questions Template is also available in a Microsoft Word format. Each question must cite the particular RFI section and page number it refers to. The closing date for the submission of questions is 12 PM EDT, August 2, 2012. All questions must be submitted to the following mailbox: APDRFI@health.state.ny.us with the subject line APD RFI Vendor Questions. Electronic mail is the required method for the submission of questions. No telephone inquiries will be accepted. It is the Department s discretion whether to answer some or all questions concerning this RFI. However, consistent and pertinent questions across vendors will be answered and published for all vendors in a timely manner. Any responses to submitted questions will be provided to all parties that have registered an interest using the process described above. 4. Informational Meeting 7

At its own discretion, the Department of Health reserves the right to follow up the receipt of responses from respondents with an open meeting to solicit additional information. If the DOH elects to conduct such a meeting, those submitting timely responses to this RFI will be notified in writing of the details of the meeting. 5. Response Timeline Response Due Date: Responses to this RFI must be received no later than 12PM EDT September 6, 2012. Responses or amendments to responses received after the due date and time may not be considered in the process. Responses must be submitted by email to the following: APDRFI@health.state.ny.us with the subject line APD RFI Vendor Responses. Milestone APD RFI Released July 26, 2012 Date and Time Deadline Date for Questions Deadline for Registration RFI Response Date August 2, 2012 12 PM EDT August 2, 2012 12 PM EDT September 6, 2012-12 PM EDT 6. General Terms 1. DOH will not be liable for any costs of work performed in the preparation and production of any RFI response. By submitting a response, the respondent agrees not to make any claims for, or have any right to, damages because of any misunderstanding or misrepresentation of the specifications, or because of any misinformation or lack of information. The responses shall become the property of the New York State Department of Health. 2. This RFI is being issued for data gathering purposes only, and as a result a response does not bind or obligate the responder or the Department of Health to any agreement of provision or procurement of products referenced. No contract can or will be awarded based on submissions. 3. This RFI does not fall under the requirements of State Finance Law 139-j and 139-k (the Procurement Lobbying Law) and there is no restricted period. However, we ask that you direct your questions and responses in writing to designated email address referenced above in section B.I.2. 4. Freedom of Information Law and RFI Responses 8

a) The purpose of New York State's Freedom of Information Law (FOIL), which is contained in Public Officers Law Sections 84-90, is to promote the public's right to know the process of governmental decision making and to grant maximum public access to governmental records. b) Thus, a member of the public may submit a FOIL request for disclosure of the contents of the responses submitted to the State in response to this RFI. The responses of respondents are subject to disclosure under FOIL. However, pursuant to Section 87(2)(d) of FOIL, a State agency may deny access to those portions of responses which "are trade secrets or submitted to an agency by a commercial enterprise or derived from information obtained from a commercial enterprise and which if disclosed would cause substantial injury to the competitive position of the subject enterprise." Please note that information which you may claim as proprietary, copyrighted or rights reserved is not necessarily protected from disclosure under FOIL. c) If there is information in your response which you claim meets the definition set forth in Section 87(2)(d), you must so inform us in a letter accompanying your response. 5. The Department of Health reserves the right to: a) Postpone or cancel this RFI upon notification to all RFI respondents. b) Amend the specifications after their release with appropriate notice to all RFI respondents. c) Request RFI respondents to present supplemental information clarifying their responses, either in writing or in formal presentation. 6. The Department of Health may pursue procurement for services that support the information requested in this RFI. The information gathered from responses to this RFI may be used by the DOH to develop an RFP or pursue procurement, although no guarantee can be made that any such funding request will be issued. This RFI is not a solicitation for proposals. 7. This RFI is non-exclusive. The Department of Health may, in its sole discretion, award other contracts to other vendors for services, deliverables or projects additional or related to the services, deliverables, and projects discussed in the RFI. Responders will fully cooperate with, and will not interfere with the performance of, such other contracts or vendors. 9

C. Scope i. The purpose of the All Payer Database project is to establish a set of policies and regulations that will guide the creation and operation of a data platform that integrates health service claims, encounters 1, and clinical data. The All Payer Database (APD) is envisioned to be an extensible and scalable data analytics platform to support the needs of the healthcare system in New York State. The All Payer Database will collect commercial claims and health facility discharge data and integrate it with other existing data repositories including, but not limited to Medicaid, Medicare, electronic health records, laboratory, and pharmacy data. In order to fully support the business cases of the APD, the APD platform will include enterprise master person and master provider indexes. ii. The APD will support several healthcare domain operations, assisting executive management and operational staff in researching, planning, executing, monitoring, and regulating health care reform and health care initiatives in an efficient and cost effective manner. The APD will serve the public interest and be a foundation for the development of analytics, services, and products to all stakeholders in the health care system from the highest level policy maker to the healthcare consumer. iii. The list below is intended to represent the types of information that will comprise the APD. It is not intended to guarantee the order of the implementation of the phases, as the Department of Health may adjust the implementation schedule to best meet the needs of New York State. The APD will be implemented in phases, including the following: 1. Intake of Commercial Claims 2. Intake of SPARCS (facility discharge data) 3. Integration of Medicaid and Medicare Data 4. Integration of Lab and EHR Data (RHIO Data) 5. Integration of Public Health Repositories (e.g. cancer registry, congenital malformations registry, immunization registry) iv. Activities for the first year of the All Payer Database project received some financial support through New York State s Affordable Care Act (ACA) grant to establish a Health Insurance Exchange. To meet its obligations under the grant, 1 Encounter data are the records of health care services provided to Medicaid clients paid for by Managed Care Organizations (MCO s). 10

the initial iteration of the APD must support the enhanced risk adjustment and risk corridor programs required by the ACA. Funding beyond the first year of the APD project is undetermined at this time. 11

D. APPENDIX A: Request for Information Questions / Response Templates I. Part I: LETTER OF TRANSMITTAL Respondent s Name Respondent s address Date: (Respondent s Name) hereby represents and warrants that it has analyzed New York State Department of Health s All Payer Database Request for Information and understands the State s requirements. Additionally, (Respondent s Name) may be making a number of representations outside of its formal response such as discussions, presentations, demonstrations, sales, or reference material and other information providing interactions. (Respondent s Name) hereby warrants that New York State Department of Health may rely on these and that such representations can be made part of the (Respondent s Name) response to the RFI. Participants in the preparation of this response are: Participant s name: Participant s address: Participant s phone/fax numbers: Participant s email address: Respondent s Signature: 12

II. Part II: EXECUTIVE SUMMARY AND QUALIFICATIONS Executive Summary and Qualifications Please provide answers, in the space provided, to the following questions. 1. Provide a clear and concise summary of your qualifications and experience as it relates to this project. 2. Provide a clear identification and description of your organization. 3. Provide a brief explanation of your interest in this project. 13

III. Part III: GOVERNANCE, TECHNICAL, AND OPERATIONAL QUESTIONS The effective governance of the APD is critical to its success. The set of APD stakeholders is large and diverse and their engagement in the governance process is critical to ensuring the APD continues to provide value over time. The Department of Health wants to ensure the governance process is effective in managing the APD stakeholders and in developing the rules and discipline required to ensure that the public interests are placed above proprietary interests in the operation of the APD. To that end, the Department of Health proposes two alternate models for the governance and operations of the All Payer Database. In one model, Model A, the Department of Health directly interfaces with the APD stakeholders, business partners, and operational teams. In the alternate model, Model B, the Department of Health contracts with a not-for-profit organization that manages the governance process and operations of the APD, at the direction of New York State. This public-private partnership provides New York State with a single point of contact for the APD stakeholders, business partners, advisory groups, and operational teams. The not-for-profit organization is responsible for the managing the governance and operations of the APD as directed by the Department of Health. The two models and a high level description of the APD teams and groups comprising those models are in Appendix B, below. The Department of Health is seeking input on the models and recommendations on the implementation or modification of those models. In your response, please consider all aspects of governance and operations including regulatory and organizational relationships, roles and responsibilities of NYSDOH, roles and responsibilities of the not-for-profit organization, policy and decision making processes, and the roles and responsibilities of stakeholders, business partners, data contributors, data users, and other participants in the governance and operational models. It is important to note that in any governance model proposed or implemented for the APD, per the enabling legislation, the Department of Health has ownership of and responsibility for managing the information and data in the system. This includes ensuring confidential information is adequately secured and that is released only when permitted under applicable laws, regulations, and policies. Recommendations for governance of the APD must provide NYSDOH the appropriate authority to carry out its responsibilities for collecting, securing, managing and releasing the data. 1. Section A: Governance Approach 14

Section A: Governance Approach Please provide answers, in the space provided, to the following questions. A1. Please evaluate the models, specifically identifying benefits and challenges in each. Which model would you recommend as the most effective for governing the APD and ensuring its operations serve the public interests? Would you modify any component of the models? Please give reasons for your recommendations and modifications. Cite specific experiences you have had which support your recommendations. A2. Describe how you would implement the governance and operations models you recommend (give examples as needed). What recommendations would you make for Board structure, membership, and size? Please identify specific benefits and challenges you expect in your implementation approach. How would you address the challenges you identified? Please estimate the numbers and types of resources necessary to support your recommendations. A3. Describe how you would involve relevant stakeholders including consumers and providers of data, advocates, and other stakeholders in the governance process. A4. Reference any studies, reports, articles, fact sheets or preferably, your specific experiences that support your recommended model and / or approach. Where appropriate, include links to referenced documents. A5. Identify best practices being employed in New York and other states that might impact your recommended approach and implementation strategies. 15

A6. Identify trends in public policy and healthcare services delivery that may affect your recommended approach. Include both national and state trends. A7. Describe the methodology you would use to evaluate the effectiveness of the governance model and the approach used to implement it. 16

2. Section B: Project Approach / Governance and Operational Transition Section B: Project Approach / Operational Transition Please provide answers, in the space provided, to the following questions. B1. If you recommend a public-private partnership for the governance and operations of the APD, describe the approach you would use to transition the governance from the model in which New York State manages the governance directly (Model A). B2. Describe the approach you would use to transition the operations of the APD from New York State. Describe the approach you would use to expand the functionality of the APD by incorporating the collection of discharge and other data and the integration of data repositories as indicated in the conceptual technical architecture diagram in Appendix C, below. Consider that the APD functionality must remain available through the transition period. Give examples as needed. B3. Reference any studies, articles, or reports, or preferably, your specific experiences that support your recommended approach. Where appropriate, include links to referenced documents. B4. Identify best practices being employed in New York and other states that might impact your recommended approach and implementation strategies. B5. Identify organizational transformations being implemented in New York State government that might impact your recommended approach and implementation strategies. B6. Identify trends in public policy and healthcare services delivery that may affect your recommended approach. Include both national and state trends. B7. Describe the method you would use to determine the cost of carrying out the transition from New 17

York State sponsored and operated to a public private partnership. B8. Provide recommended timelines for transitioning the operations of the APD and for the phased extension of the APD functionality. Identify tasks, resources - including New York State resources, and estimated start and completion dates. 18

3. Sections C and D: APD Operations and Data Governance New York s All Payer Database (APD) will receive claims data from payers and discharge (SPARCS) data from facilities. It will also integrate data from external sources including Medicaid, Medicare, public health repositories and RHIO s 2 (laboratories, electronic health records). The APD system will integrate and aggregate that data in an optimum manner and create data marts with open application programming interfaces (API s) to support output data requirements. The APD system will also provide enterprise Master Person and Master Provider index capabilities to identify patients and providers across time and data sets. The APD must also adequately secure confidential data and must provide DOH the authority and capabilities needed to meet its responsibilities for data governance. The system will need to provide for the following functionality: Security Encryption of data in motion and at rest in compliance with the HITECH Act Encryption of data during transmission employing FIPS 140-2 compliant cryptographic controls in accordance with NIST Special Publication 800-52 Encryption of data at rest in accordance with NIST Special Publication 800-111 Secure automated transfer of data from submitters to the APD Standards and role based security implemented throughout the architecture, to restrict access to the data at the system, database, application, and web interface. For example, the general public would have limited ability to filter data whereas a government agency may have the ability to load different datasets and perform more advanced queries of the data. Note that security will need to be applied at the data element level to protect sensitive information such as social security or medical record numbers. HIPAA complaint audit trails for user access to Personally Identifiable Information The implemented system and all related vendor operations must be fully HIPAA compliant 2 A RHIO is a non-governmental organization that exists as a New York State not-for-profit corporation to enable interoperable health information exchange via a common Statewide Health Information Network for New York (SHIN-NY) by participating in setting information policies through a statewide policy framework and governance process, implementing policies and ensuring adherence to such policies with a mission of governing its use in the public s interest and for the public good to improve health care quality and safety and reduce costs. To fulfill this mission, RHIOs require commitment from multiple health care stakeholders in a geographic region, including physicians, hospitals, long term care and home care providers, patients, insurers, purchasers and government. RHIOs are responsible for enabling interoperability through which individual stakeholders are linked together both organizationally and technically through the SHIN-NY in a coordinated manner for health information exchange and quality and population health reporting. 19

Operational Requirements and APD Capabilities Processing of datasets against data validation criteria and generation of electronic messaging to status and report on submitted/processed datasets. A method for onboarding of data submitters to ensure that datasets are capable of meeting established field and record level validation checks, and that datasets can be successfully transmitted in a secure fashion. A method for ongoing maintenance and review of monthly data updates with the goal to achieve first pass dataset submissions for each submitter of data to the APD. Timely, monthly feedback reports for the data submitters Loading data into a data warehouse and performing additional record level and statistical error checking. Processes and resources for addressing the results. An enterprise master person index for identifying patients across records, data sets, and time An enterprise master provider index for identifying providers across records, data sets, and time Open service interfaces to the empi (enterprise Master Person and Master Provider Index) functionality and databases The aggregation of fully validated data into data marts that support desired reporting outputs and data confidentiality requirements. Episode grouping technology that organizes claims and discharge data into a set of clinically coherent episodes. Capacity to aggregate claims into inpatient stays and apply DRG groupers Add geocoding to claims and member eligibility files Ability for data submitters to securely review datasets after they have been aggregated to validate that report outputs accurately represent the data they have submitted. In data marts where de-identification is required, the de-identification of validated data based on established specifications and the loading of de-identified data into tables available for analytical report development and production. When de-identification is required, the deidentified data shall be in compliance with HIPAA in that no Personally Identifiable Information exists in the de-identified data. Pseudo-anonymization services, such that de-identified data may contain a pointer back to identified data for the purposes of data analysis The provision of analytical processing tools that allow data to be further aggregated, and the representation of the resulting data in tabular, graphical and other instructive report formats Web interfaces to facilitate the submission of data by submitters Web interfaces to facilitate the review of data by providers to validate source data used in developing comparison measures Web interfaces, role-based reports and dashboards for monitoring operations, interacting with data submitters and users, and ensuring compliance with APD regulations Risk adjustment or illness burden software tools for analytic datasets Web interface for consumers to access developed reports and statistics A robust Metadata component that includes a data dictionary and source to target ETL Technical Requirements 20

An open, standards based architecture, with an API or web services framework that would enable the system to interoperate with a third party identity management tools, such as a Master Patient Index and Provider Directory A standards based database that can be queried with SQL Detailed system requirements and design documentation NYS DOH applications are deployed in an n-tier architecture with firewalls segregating the tiers. The APD stack will be hybrid including separate layers: o Transport - SOAP, REST, NHIN Direct and SFTP o Processing/Transformation Rhapsody o Match/De-Duplication IBM Initiate o Load(QA/QC) IBM Quality Stage/SAS o Data Repository AWS RDS (Oracle) o Reporting/Analysis SAS Appendix C contains diagrams representing the APD Conceptual Vision, Conceptual Architecture, the Multi-Tier Data Architecture, and the APD Data Flow Diagram. Considering the security requirements, operational needs and the functionality of the APD, in Sections C and D, below, please recommend strategies, tools, techniques, and processes for operating, securing, and extending the APD platform. 21

a) Section C: New York State All Payer Database Operations Section C: New York State All Payer Database Operations Please list and describe, in the space provided, the tools, techniques, and processes you would recommend to meet the operational requirements of the APD. Consider implementing federal health data standards and models as well as the use of open source tools. C1. Physical Integration: Technology for automated, scheduled batch intake of claims and discharge data. List tools and technology to define and implement an APD atomic data warehouse where claims and facility discharge data is received as X.12 transmissions, staged, quality checked, and loaded into the APD atomic data warehouse. List Tools (Add Rows as necessary) Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools C2. Logical Integration: Technology for scheduled integration of external data repositories (such as Medicaid, Medicare, Lab, EHR) into the APD platform. List Tools, Technology, processes and techniques to List Tools (Add Rows as necessary) Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 22

integrate data, including quality review, harmonization, linking, de-duplication, and matching processes. Consider both data pull and push scenarios. C3. List tools and techniques for defining ETL processes for standardizing and integrating external, heterogeneous data. Consider federal health data standards and models. List Tools Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools C4. List tools, processes, and techniques for data cleansing, harmonization, and quality enhancement. List Tools Indicate open source tools Describe Tool Functions Describe Techniques and Processed Associated with Tools C5. List tools and technology to create an integrated views of the data residing in heterogeneous data sources. APD should provide data marts and List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions and Processes Describe Techniques and Processes Associated with Tools 23

cubes that present a single integrated view and query capabilities to access integrated data from the heterogeneous sources. Describe strategies for supporting queries in close-to-real time as well as in delayed fulfillment scenarios. C6. List tools and techniques for quality of care monitoring and improvement. List Tools Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools C7. List tools and technologies that would be used to manage access to data. What processes would you recommend to manage the release of data? How would you prevent unauthorized extractions of confidential data? List Tools Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools C8. List tools, technologies, and processes that you would use to deidentify data. List Tools Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 24

C9. empi: List tools, technologies, and processes to create and maintain a master person index and an master provider index. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools C10. Describe strategies and processes you would recommend to create and maintain an enterprise master person index. Consider that the empi must accommodate newly collected as well as historic data in which the type and completeness of person data will vary. How much accuracy do you estimate the empi will achieve using your recommendations? Cite any studies and analysis to support your recommendations and estimates. C11. Describe strategies and processes you would recommend to create an enterprise master provider index. Consider that the empi must accommodate newly collected as well 25

as historic data in which the type and completeness of provider data will vary. How much accuracy do you estimate the empi will achieve using your recommendations? Cite any studies and analysis to support your recommendations and estimates. C12. Consider that the APD will provide empi services. Describe strategies for providing empi s for use and incorporation into external datasets, transactions, and / or systems. C13. What technical architectural strategies would you use over time to maximize APD scalability, availability and throughput while reducing and / or minimizing infrastructure costs? How would those cost reductions be realized in savings to New York State? Be specific. C14. Describe how you would ensure the security and confidentiality of the data in the APD. Specifically what federal security standards would you meet? What techniques would you use to de-identify and protect PHI (protected health information)? 26

C15. Describe previous experience with data warehouses, including specific experience with logical data warehouses. Provide sizing (number of records, frequency of reporting and updating) for your relevant experience. C16. Describe your experiences with creating and maintaining master person and / or master provider indexes. Note whether your experience includes establishing empi s within legacy datasets. b) Section D: Data Governance Analysis and Data Management for Extending the New York State All Payer Database Platform Section D: Data Governance Analysis and Data Management for Extending the New York State All Payer Database Platform Please list and describe, in the space provided, the tools, techniques, and processes you would recommend to meet the following data analysis needs. Consider implementing federal health data standards and models as well as the use of open source tools. D1. List tools, techniques, and processes for conducting and documenting APD data domain analysis. (Note: For purposes of this RFI, a domain is a specific data domain e.g. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 27

Medicare, Electronic Health Records, laboratory, etc.) Identify by role state resources required to participate. D2. List tools, techniques, and recommended processes for conducting and documenting APD data and data rules analysis. Identify by role state resources required to participate. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools D3. List tools and techniques for building, maintaining, and modifying a standard vocabulary and data models for the APD, including development of a comprehensive data glossary and a rules engine. Consider implementing federal health data standards and standard health industry data models. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools D4. List tools and techniques for data standardization. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 28

Consider federal health data standards and models. D5. List tools and techniques for mapping APD data assets to the standard vocabulary. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools D6. Describe previous experience with analysis and standardization of health data domains. D7. Describe your organization s experience in the management of claims data associated with Medicaid and Medicare, demonstrating your organization s ability to understand the unique requirements associated with these datasets D8. Describe your organization s experience with health 29

datasets (i.e. claims, clinical, electronic health record, public health, federal data, etc.). Please indicate the types of data. 30

4. Section E: Historic Data Conversion and Migration and ICD 9 / ICD-10 Transition The APD must incorporate over 30 years of historic SPARCS data (available as flat files) into its data warehouse and data marts and at least five years of commercial and Medicaid, Medicare, and Child Health Plus (CHP) claims and encounter data. The migration will need to ensure that the historic SPARCS and claims data is available and integrated with the APD, including the empi s. The migration and historic load processes must have minimal impacts on the operational APD. As part of its APD strategy, the Department of Health will be modifying the reporting requirements for facilities that report SPARCS data. The APD must be able to manage this transition with a minimal amount of disruption to the facilities. Also, the datasets within the APD will include diagnostic and procedure codes collected under the ICD-9 set of standards. It will need to support the collection of ICD-10 and future standards of coding. The APD must be able to provide longitudinal data marts that provide a consistency of information across multiple standards. Section E: Historic Data Conversion and Migration and ICD-9 / ICD 10 Strategies Please list and describe, in the space provided, the tools, techniques, and processes you would recommend to meet the APD historic data conversion and ICD-9 / ICD-10 support needs. Consider federal health data standards and models as well as the use of open source tools. E1. List tools, techniques, and recommended processes for migrating historic claims and SPARCS data into the APD. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 31

E2. List tools, techniques, and recommended processes for transitioning facilities to reporting data directly to the APD. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools E3. List tools and techniques for handling multiple ICD standards. List Tools (Add Rows as necessary); Indicate open source tools Describe Tool Functions Describe Techniques and Processes Associated with Tools 32

E4. Describe how you would transition SPARCS facilities to the APD. Consider techniques and processes which minimize impacts to the facilities and the New York State. E5. Describe the processes you would recommend to migrate historic SPARCS and claims data into the APD data warehouse. What challenges do you foresee? How would you address those challenges? What processes would you recommend to ensure the quality and accuracy of historic data loaded into the APD? How would you ensure minimal disruption to the operational APD during the conversion process? Consider that the resulting migration must incorporate the empi s into the historic data and allow for the linking and matching of SPARCS and claims data in the APD. E6. Describe previous experience with the conversion / migration of historic health data. E7. Describe the processes and techniques you would recommend to handle the period of transition from ICD-9 to ICD-10. 33

What techniques would you use to ensure that the APD can provide analytic datasets that span multiple standards? Consider the use of national standards for mapping equivalencies and other tools. E8. Provide recommended timelines for the migration and loading of historic data into the APD and for supporting of ICD-10 standards. Identify tasks, resources - including New York State resources, and estimated start and completion dates. 34

5. Section F: APD Services and Sustainability: Analytics, Policy Reports, Consumer Outputs, and Sustainability Models While the APD is envisioned as an extensible data platform, the value of the APD is realized in making that data available as information. The APD must serve as an information resource to New York State, including policy makers and regulators, researchers, health care providers, health plans, and consumers. The Department of Health is interested in recommendations based on specific experiences in developing products, tools, reports, and analytics using the type of data that the APD will provide. A major value of the APD is the breadth of the data it will contain across all payers. As a long range goal of the APD is to be self-sustaining, the Department of Health is seeking recommendations on how to leverage the value of the APD in order to achieve self-sustainability. The current parameters in place for assessments relating to the SPARCS system fall under State Finance law Section 97-x, which is included in Appendix F for reference. Section F: APD Services and Sustainability: Analytics, Policy Reports, Consumer Outputs, and Sustainability Models Please list and describe, in the space provided, the types of analytic tools, web interfaces, open API s, reports, interactive data services, geographic information system (GIS) and dashboards you would recommend making available using the APD as an information resource. Consider the development of products to support consumer education and decision making and the use of information at the community level to improve population health. Consider the development of products to support emerging models of health care service delivery such as health homes and accountable care organizations (ACO s). Consider implementing federal standards for quality measures as well as the use of standard grouping software, geocoding tools, and open source tools. F1. Type of Product (e.g. web interface, dashboard, report, open API, open source tools such as R and crowdsourcing ideas etc.) Describe Product Functionality List Intended Product User(s) (e.g. consumer, insurance regulator, health care provider, physician, public health professional, ACO) 35

F2. Describe previous experience with health care data analytics. F3. Describe previous experience with developing web-based access to health data. F4. Describe previous experience in developing data based products in the public health and or health care sectors. Please demonstrate how your experience is relevant to your list of recommended products in item F1, above. F5. What specific recommendations 36

would you make to ensure the APD is selfsustainable? Would you impose fees on organizations that submit data? Would you impose fees for users of the data? Would you offer subscriptions to data or analytic tools? How would you design and price proposed fee or subscription models? Would you develop specific products for sale and use in the health care industry? If so, what would these products be and how would you price them? Be specific and base recommendations on market needs and values. F6. Describe your specific experiences and successes in developing products and sustainability models that you recommend for the APD. 37

6. Section G: Cost Projections Section G: Cost Projections Please indicate your cost and time projections for implementing your recommendations above. Section Time in Months Hardware Costs Software Costs Labor Costs Section B Project Approach / Operational Transition Section C: New York State All Payer Database Operations Section D: Data Governance Analysis and Data Management Section E: Historic Data Conversion and Migration and ICD-9 / ICD 10 Strategies Section F: APD Services: Analytics, Policy Reports, and Consumer Outputs Year 1 Operations and Maintenance Year 2 Operations and Maintenance 38

E. APPENDIX B: Proposed APD Governance and Operational Models 39

All Payer Database Governance Structure Proposed Model A DOH Oversight DFS (A) Steering Committee 1 Internal (B) Project Management Team 2 (C) Data & Informatics Team 1,2 -Data Intake and Collection -Master Patient and provider Indexes -Data Outputs and Analytics (D) IT Team 1,3 -Infrastructure and Architecture -Data Warehouse Build -APD Operations (E) Administration and Operations Group 2 External (F) Data Contributors Advisory Group (G) Data Users Advisory Group Key 1 Membership Stakeholder representatives inside and outside the state 2 Staffed DOH/DFS staff 3 Contracted - Vendor 40