Section 6. Corporate Financial Condition Section 7. Cost and Pricing Analysis Section 8. Additional Information
O. Proposal Content
Section 1.
Qualifications to Propose
Proposers are expected to demonstrate their compliance with Section I.D in a separate summarized section within their proposals. Proposers who have not met or clearly demonstrate their experience, as outlined in Section I.D, will not be considered for award and be disqualified from proposal evaluation.
The proposer must document a record of prior successful experience in the implementation of the services sought through this RFP. Proposers must include statements specifying the extent of responsibility on prior projects and a description of the project’s scope and similarity to the project outlined in this RFP.
All experience under this section must be in sufficient detail to allow an adequate evaluation by OTS. The proposer must have implemented a similar type project within the last ten (10) years. At least two of the requested customer references must be for the most recent projects implementations (cf. Invitation to Propose). Proposer must also detail the experience with scaling the projects after initial implementation. References shall include the name, email address and telephone number of each contact person.
In this section, a statement of the proposer’s involvement in litigation that could affect this work shall be included. If no such litigation exists, proposer should so state.
Section 2.
Introduction/Administrative Data
1. The introductory section shall contain summary information about the proposer's organization and state proposer’s knowledge and understanding of the needs and objectives of the State as related to the scope of this RFP. The Proposer should further cite its ability to satisfy provisions of the Request for Proposal.
2. This introductory section should include a description of how the proposer’s organizational components communicate and work together in both an administrative and functional capacity from the top down. This section should contain a brief summary setting out the proposer's management philosophy
including, but not limited to, the role of Quality Control, Professional Practices, Supervision, Distribution of Work and Communication Systems. This section should include an organizational chart displaying the proposer’s overall structure.
3. This section must include the following information:
a. Location of Administrative Office with Full Time Personnel, include all office locations (address) with full time personnel.
b. Name and address of principal officer;
c. Name and address for purpose of issuing checks and/or drafts;
d. For corporations, a statement listing name(s) and address(es) of principal owners who hold five percent interest or more in the corporation.
e. If out-of-state proposer, give name and address of local representative; if none, so state;
f. If any of the proposer's personnel named is a current or former Louisiana state employee, indicate the Agency where employed, position, title, termination date, and social security number;
g. If the proposer was engaged by DHH within the past twenty-four (24) months, indicate the contract number and/or any other information available to identify the engagement; if not, so state; and h. Proposer's state and federal tax identification numbers.
i. Veteran/Hudson Initiative: Proposer should demonstrate participation in Veteran Initiative and Hudson Initiative Small Entrepreneurships or explanation if not applicable. (See Attachment I) 4. The following information must be included in the proposal:
a. Certification Statement: The proposer must sign and submit an original Certification Statement (See Attachment II).
Section 3.
Technical Response
Component and Infrastructure Requirements
1. Proposer shall describe the process for implementing all of the services as outlined within ‘Section III: Scope of Work’ of the RFP. The Proposer must define the approach it intends to use in achieving each objective of the project as outlined.
2. Proposer must include in the proposal the details as outlined below:
a. A list of all software required to implement each component necessary to meet the requirements of this RFP.
b. A list of all hardware required to implement each component necessary to meet the requirements of this RFP.
c. A list of all licenses required to implement each component necessary to meet the requirements of this RFP.
d. A conceptual software diagram for the following components: Enterprise Service Bus (ESB)
Master Data Management (MDM) Data Warehousing (DWH)
IV. Proposals Document Management (EDMS)
Consumer Communications (CC) Business Rules Engine (BRE)
a. A conceptual Technical Governance model for each component. b. A conceptual Enterprise Governance model.
c. A conceptual transition and integration strategy and plan for new and existing business applications and systems.
d. A list of all API’s for each Enterprise-level component.
e. The proposal must describe the following attributes for each proposed component: ease of system on-boarding configuration, built-in scalability, high-availability (HA) and disaster recovery (DR), out- of-the-box federal and state security regulation compliance (i.e., HIPAA, HITECH), Software
Development Life Cycle management, and detailed auditing, analytics, and monitoring for SLA/SLO and cost allocation purposes.
3. Proposer must detail how all of the components will be scaled from the initial implementation to the eventual large-scale use by all major systems within the Department and beyond (see Table 1 above for details on the anticipated minimum initial scale for individual components). Describe the methodology and costs associated with capacity planning and provide a scenario with resources and cost estimate for the onboarding of the Medicaid E&E System (capacity defined in Table 1). Include documentation of any web services that will be required, specifying the level of customization associated with each. NOTE: The cost estimate for this scenario is for demonstration purposes only and is not evaluated as part of the RFP’s cost proposal. The evaluated cost shall be reflected in Pricing Schedule F.
4. Proposer shall indicate the level of configuration, integration, and code customization required. The State prefers the least amount of customization necessary to implement the solution. All proposed technical solutions will be evaluated with consideration given to the level of configuration, integration, and/or custom code that will be necessary to implement the Enterprise Architecture. If this information is not provided, evaluators will assume that the solution is not standard, but requires full
customization.
5. Proposer shall provide the procedures to be implemented to protect the confidentiality of records in OTS databases, including records in databases that may be transmitted electronically via e-mail or the Internet.
Governance & Integration Services
6. Proposers must provide a high-level description of their approach to IT governance addressing specifically decision-making structures, alignment processes, and communication approaches.
7. Proposer must explain how the proposed governance plan adheres to industry standards especially as defined in the ITIL framework.
8. The successful Proposer will be responsible for day-to-day oversight of the Technical Governance for all of the seven (7) enterprise components. Proposer must provide an estimates list of time and resources needed to provide technical governance activities.
9. Proposer must provide an estimates list of time and resources needed to integrate each of the Enterprise Components with existing applications.
Development, Maintenance and Operations Services
10. Proposer must address in the description of the process the strategy to be used for the following, including a broad timeframe for each. The Proposer should provide an explanation for any item that may not be relevant for the proposed implementation plan:
a. Validating RFP Requirements b. Finalizing design and approval
c. Performing the development or installation of components
d. Prototype testing, including method for measuring and reporting results e. User testing, including method for measuring and reporting results f. Product installation
g. Acceptance testing, including method for measuring and reporting results
h. Production cutover, including methods for capturing and processing lost and/or unconvertible data i. Training, including examples of training materials, links to training materials, screen prints
j. Support and maintenance, help desk procedures, technical support services, client support services, change request procedures
11. Proposer shall identify and describe the scope of all work to be performed by subcontractors. Subcontractors must be identified and included in the staffing plan referenced below.
12. Proposer shall provide a sample Disaster Recovery Plan. This sample should be reflective of a plan that would be needed for a project of similar scope and size.
13. Proposer shall define the post-implementation support plan and procedures. Proposer must outline the full software development lifecycle associated with this project.
Section 4.
Enterprise Architecture Work Plan and Project Execution
1. Proposer shall include a plan for implementing the project described in this RFP. The plan shall be comprehensive enough in scope and detail to convey the proposer’s ability to manage this project. The plan shall include project tasks, dates, and staffing levels. The ability of the proposer to manage all aspects of this project is one of the critical success factors of the whole project. DHH uses Microsoft Project™ 2013 for project scheduling and requires that the proposer use the same program and version. An electronic copy of the project schedule shall be submitted as part of the proposal. Proposer should use January 1, 2016, as the arbitrary start date for the project.
2. Proposer may provide additional information that could be helpful in the successful implementation of this project or that may identify potential implementation roadblocks.
3. Expected areas to be considered:
a. Provide a written explanation of the organizational structures of both operations and program administration, and how those structures will support service implementation. Individual components should include plans for supervision, training, technical assistance, as well as collaboration as appropriate.
b. Provide a strategic overview including all elements to be provided.
c. Demonstrate an understanding of, and ability to implement, the various types of organizational strategies to be integrated within the day to day operations, which are critical in organizing their functioning and maximizing productivity.
d. Demonstrate knowledge of services to be provided and effective strategies to achieve objectives and effective service delivery.
e. Describe approach and strategy for project oversight and management.
f. Articulate the need for, and the ability to implement, a plan for continuous quality improvement; this includes (but is not limited to) reviewing the quality of services provided and staff productivity. g. Demonstrate an understanding of and ability to implement data collection as needed.
h. Explain processes that will be implemented in order to complete all tasks and phases of the project in a timely manner, as outlined within Section II.
IV. Proposals i. Articulate the ability to develop and implement an All Hazards Response plan in the event of an
emergency event. Refer to specific documents and reports that can be produced as a result of completing tasks to achieve the requested deliverables.
j. Identify all assumptions or constraints on tasks.
k. Discuss what flexibility exists within the work plan to address unanticipated problems which might develop during the contract period.
l. If the proposer intends to subcontract for portions of the work, include specific designations of the tasks to be performed by the subcontractor.