Attachment 2 RFI Respones.pdf

ATTACHMENT 2

MHS Population Health Portal (MHSPHP) Registries Support

The MHSPHP is a centralized, secure, web-based system used by Army, Navy, and AF health care teams, as well as Managed Care Support Contractors (MCSC). The MHSPHP transforms DoD and purchased care administrative data into actionable information. TRICARE Prime/Plus enrollees in need of potential clinical preventive services, disease management, or case management are identified on health care action lists.

Specific data sources are outlined in each methodology. MHSPHP methodologies are based on Healthcare

Effectiveness Data Information Set (HEDIS®) methodologies or DoD/VA Clinical Practice Guidelines. The

National Committee for Quality Assurance (NCQA) developed and maintains HEDIS®. Using the MHSPHP, all MTF and MCSC health care teams can proactively manage the health status of their patients over the web.

MHSPHP includes 78 separate registries including, but not limited to Orion, Patient Summary, Opioid

Management, and Immunizations.

To maintain the current software, the Government would be looking for how to fullfil the below tasks as part of the DevSecOps “lite” DevMAC:

• Ensure availability of transformed DoD and purchased care administrative data into actionable information within the MHSPHP application.

• Monitor MHSPHP application and update defects/findings if identified

• Provide Tier III helpdesk support through a common support process inclusive of other applications within the MIP

• Review users help desk requests as assigned and resolve user access, role, and trouble tickets where applicable; and participate as part of larger troubleshooting teams that are coordinated by the Incident

Manager to resolve degradation and outage issues

In order to provide context, the table below provides an example of what may be required to support this effort.

Labor Category Description of Duties FTEs

UI Developer/ Help Desk

Ticket Support

Update user interface supporting back end database changes and triage, assign, report help desk tickets

1.0

Database Admin Break-fix and database maintenance 1.0

Developer SQL query maintenance and updates 1.0

Traumatic Brain Injury (TBI) Portal and

Clinical Assessments Management Portal (CAMP)

The purpose of the TBI Portal is to serve as the automated support for the cutting-edge objectives of The

National Intrepid Center of Excellence (NICoE) in the areas of Patient Referral Processing and the scheduling of providers, patients, and resources in support of the NICoE project and efforts. The TBI Portal is used to load patient referrals received from various referring providers from MTFs and military medical institutions across the country. The tool tracks these patient referrals as they go through the process to determine their eligibility for patient admission to the NICoE facility and other satellite facilities. Once patients are found to be eligible for admission to NICoE or another facility, they are added to the schedule calendar for scheduling their four-week treatment/assessment program at the NICoE facility or other satellite facility. Once they report to facility, the patient’s team assignments and schedules are finalized using the tool.

The CAMP (formally known as the Enterprise Survey Portal) was developed to reinvent a legacy Clinical

Decision Support (CDS) utility for clinical care that focused on pain-related psychosocial factors and treatment history and musculoskeletal (MSK) health, such as MSK outcomes, readiness, and screening. It focused primarily on two care communities: Pain Assessment Screening Tool & Outcomes Registry

(PASTOR) and Military Orthopaedics Tracking Injuries & Outcomes Network (MOTION). These Care

Communities were born in response to the 2010 National Defense Authorization Act (NDAA) recommendation for “performance measures used to determine the effectiveness of the policy in improving pain care for beneficiaries enrolled in the military health care system”. The reinvention of the capability for these two primary care communities was conducted in partnership between the EIDS PMO and NICoE. It was created in a manner that could be leveraged across the Defense Health community of interest to create self-service surveys for any community’s specific needs.

To maintain the current software, the Government would be looking for how to fullfil the below tasks as part

• Ensure availability of transformed DoD, health administrative, and purchased care administrative data into actionable information within the TBI Portal and CAMP application

• Monitor TBI Portal and CAMP application, and update defects/findings if identified.

• Provide Tier III helpdesk support through a common support process inclusive of other applications within the MIP

• Review users help desk requests as assigned and resolve user access, role, and trouble tickets where applicable; and participate as part of larger troubleshooting teams that are coordinated by the Incident

Manager to resolve degradation and outage issues

• Maintain all current TBI Portal Shared Framework (TPSF) features

• Develop new TPSF features

In order to provide context, the table below provides an example of what may be required to support this

Project Manager Cost, schedule, performance measurement management. Planning and management of all the functions

0.5

Technical Lead A software engineer responsible for leading a team and alignment of the technical direction.

This positional also works on assigning story points to each requirements, assigns requirements to technical team, and provides daily technical SME guidance.

0.5

Developers A developer responsible for front and back-end development. Full

Stack developers will understand how to work with several languages and databases. Develop and test new TBI Portal/CAMP application features

4.5

Tester(s) Update Trello for bug fixes; Perform functional testing in Dev/Stage and Production environments; Assist with creating test cases to test functionality against requirements/bugs; Assist with maintaining test items

1.5

Training Train/Support ISC Network & TBI Clinic providers, Collab w/ leadership & providers for feedback, support, further training sessions; TBI Portal Support Mailbox (granting access, gather new feature/bug fix/enhancement requests; demo the mock-ups;

1.5

Data Analyst Assist with customer/end user requirement mapping, provide trainings, new user access, and other support needs; Assist with TBI

Portal/CAMP Document Center. Maintain TBI Portal/CAMP

Community Site updates (staff lists, clinical services, outcomes, documentation) ; Testing support; Note Template mapping.

Collaborate with users during and after development for demonstrations and feedback.

2.0

Business Analyst Assist with customer/end user requirement mapping, provide trainings, new user access, and other support needs; Assist with TBI

Portal/CAMP Document Center. Maintain TBI Portal/CAMP

Community Site updates (staff lists, clinical services, outcomes, documentation) ; Testing support; Note Template mapping.

Collaborate with users during and after development for demonstrations and feedback.

2.0

Patient Reported Outcomes Clinical Record (PROCR)

PROCR is a CDS utility for clinical care that focuses on returning military service members to duty and all patients to an active, productive life. PROCR uses a holistic approach to patient reported outcomes and screening that includes collection of pain-related psychosocial factors, treatment history and MSK health. At the heart of PROCR is innovative use of data, including tools like the Outcomes Report where an individual clinician can longitudinally review their patient outcomes and compare with MHS averages, provider summaries that smartly displays patient reported data and template notes that logically organize patient reported information to place into the EHR. Future efforts will focus on the integration of patient reported data collected in MHS GENESIS into existing PROCR data tables to enable full use of the operational

PROCR data tools. PROCR consists of two primary Care Communities: PASTOR and MOTION.

To maintain the current software, the Government would be looking for how to fullfil the below tasks as part

• Provide continuing development support

• Provide all administration and execution tasks required to keep the application operational and secure

• Provide BI support needed for the development and presentation of measures, screening and clinician inputted data

• Support completion of the PROCR data mart and strategies to improve access and operationalization of the data

• Support data integration from MHS GENESIS with current PROCR capabilities in CAMP

In order to provide context, the table below provides an example of what may be required to support this

Project Manager Cost, schedule, performance measurement management. Planning and management of all the functions

0.5

Technical Lead A software engineer responsible for leading a team and alignment of the technical direction.

This positional also works on assigning story points to each requirements, assigns requirements to technical team, and provides daily technical SME guidance.

0.5

Developer A developer responsible for front and back-end development. Full

Stack developers will understand how to work with several languages and databases.

Develop and test new PROCR application features

1.5

Business Analyst Expert in development of reports and outputs used to make actionable decisions; development of data collection processes and data management systems; highly skilled in data collection, mining and problem-solving

Assit with testing of the requirements prior to deployment to production

1.0

Questions for Industry

Based upon the information above, the Government is seeking additional feedback.

Request: Please provide a response (no more than one (1) page written or three (3) power point slides) for the following questions:

1. In order to understand the requirement, is the above information adequate? If not, please advise what additional information is needed in order to understand the capability?

2. Are there functions identified above that do not belong in a traditional DevSecOps operating model?

3. Are there functions not identified above that do belong in a traditional DevSecOps task order?

Responses requested be emailed to sonya.m.edom.civ@health.mil by Nov 29, 2023.

mailto:sonya.m.edom.civ@health.mil