Submitting WG/Project/Implementer Group
CARIN Alliance (PSS: Consumer-Facing RTPBC, Documents and Data for Connectathon)
Justification and Objectives
What’s the purpose of hosting this connectathon track? What do you hope to achieve?
The purpose of this track is to test the implementation approach for the patient-facing Real-Time Pharmacy Benefit Check that will allow consumers to access benefit and cash price information for their prescription medications. This information includes formulary and benefit information, OOP costs, therapeutic alternatives, and cash price through an API that would be accessible by the consumer through a third-party application.
This track will use what version of FHIR.
This track will use version R4
Clinical input requested (if any)
None requested
Related tracks
(used to help guide seating arrangements and possibly drive track consolidation)
The target audience for Patient-Facing RTPBC development will include payer organizations who may also be involved in the various Da Vinci Tracks at the Connectathon.
Proposed Track Lead
Name, email. Track leads must be registered users on http://chat.fhir.org
Pooja Babbrah - pooja.babbrah@pocp.com
Expected participants
Participants please add/update your information in the track participant sheet
Track Orientation
A webinar will be hosted on date at time to share further participation information about this track.
System Roles
Describe each type of system that could participate in the track
Please include information here regarding how much advance preparation will be required if creating a client and/or server.
Role #1: Mobile Health Application
A mobile health application that can access and display a patients pharmacy benefit information for a specific medication (e.g., on/off formulary, out of pocket/copay, alternatives).
The mobile health application should also be able to display a cash price for the medication
Role #2: Prescription Cash or Discount Price Application
An application that can provide a discount or cash price for a specific medication.
Role #3: Pharmacy Benefit Manager or Payer
Pharmacy Benefit manager or Payer who can provide patient-level pharmacy benefit information including on/off formulary, out of pocket/copay, and covered alternatives
Scenarios
Describe the different scenarios participating systems can engage in during the conenctathon. Each scenario should provide sufficient description that participants can appropriately construct their software in advance to prepare to interoperate during the connectathon.
Mobile App will Retrieve Patient Level Pharmacy benefit information from a PBM/Payer and a discount/cash price for a specific medication.
Scenario Step 1 Send request for patient level pharmacy benefit information for a specific medication
Action: Requestor sends RTPBC request to PBM/Payer with mandatory fields (patient, insurance coverage, medication, pharmacy, prescriber)
Precondition: Test patients loaded on FHIR server
Success Criteria: All required fields are sent to PBM/Payer and Payer sends affirmative response back to requestor
Scenario Step 2 Send request for a discount/cash price and potential pharmacy alternatives for a specific medication
Action: Requestor sends RTPBC request to discount/cash price application/vendor with mandatory fields (medication, pharmacy, prescriber)
Precondition: Test patients loaded on FHIR server
Success Criteria: All required fields are sent to application/vendor and application/vendor sends affirmative response back to requestor
Scenario Step 3 Display benefit information, discount/cash price and potential alternative medications and potential alternative pharmacies for a specific medication
Action: Requestor receives information from PBM/Payer and discount/cash price vendor and displays information to the user
Precondition: Request to PBM/Payer and discount/cash price vendor is affirmative
Success Criteria: User can view information in the mobile app
TestScript(s)
Indicate any test scripts that will be used to help verify system behavior
Security and Privacy Considerations
Only test data and test accounts should be used for this, not individual devices or accounts.