Eligibility Input
The goal of the SDK is to take away the complexity of managing the eligibility form, lifecycle, error handling, and allow you to focus on building a UI that blends in to your product.
The useEligibilityInputField manages the state of the input UI, and indicates how it should be used.
The input argument is one of a list of strings (reference below).
Return value and setValue are strongly typed based on the field name passed in as the function argument (eg, firstName is a string).
Field Types
State codes are exported as UsStateCodes and UsStateMap.
Usage
These fields can be used outside of an eligibility session, at any point. They are most useful when used within an eligibility session (for more on sessions, see Soft Check and Hard Check).
Bridge determines which fields are required for the eligibility session you are in. Focus on rendering the appropriate UI element for each field, and, Bridge will take care of the rest.
Member ID
The requirement for Member ID is complex. User conversion is far greater when patients aren’t required to find their ID cards. Whether it’s required, depends on the choice of Payer.
Bridge handles the interaction between the Payer selection and Member ID fields.
If the user selects a cardless Payer (eg, Aetna), the memberId hook will return isVisible: false.
There are scenarios where a Payer who typically doesn’t require an ID, does. If certain error codes are returned from an eligibility request, Bridge manages showing or requiring the Member ID field for a second attempt.
Bridge handles deciding whether it’s best to show or require a Member ID, so you don’t have to
Example
See the Demo Project form for a working example.