1. Start with the work your team does.
The right NEMT software conversation starts with your operation, before a feature list. Write down how a trip reaches your office, who schedules it, how the driver receives it and what happens after the ride. Include the handoffs into documentation, billing and driver pay. The places where your team re-enters information or asks someone else for an update are useful starting points for the demo.
Make a short list of must-have workflows and a separate list of future improvements. A system that looks comprehensive can still leave an important handoff outside the agreed scope. Ask the vendor to connect each must-have with a visible workflow, an available integration or a clearly described implementation task.
Include your roles, trip sources, service area, scheduling process, current systems, reporting needs and the problems you want the software to solve. Use fictional trip details in a public demo.
2. Follow one trip all the way through.
Use a realistic sample journey instead of looking at unrelated screens. Start with a clinic appointment, schedule the pickup, assign a driver and make a change after assignment. Ask to see the dispatcher’s and driver’s views. Then complete the ride, find the supporting record and follow it into the billing and payroll review.
This scenario helps reveal where information stays connected and where a person must move it manually. A manual step is something to understand and plan for. Have the vendor explain who performs it, what information is needed and how your team knows it is complete.
Explore our illustrative connected-trip workflow3. Compare outcomes, not just feature names.
Two vendors may both list dispatch or billing, while supporting different day-to-day processes. Record what you actually saw and what still needs confirmation. Use the same questions for each vendor so the comparison reflects your operation.
| Workflow | What to see | What to confirm |
|---|---|---|
| Scheduling & dispatch | Create, assign and change a sample trip. | Which roles see the change, and how? |
| Driver tools | Open the assignment and update trip progress. | What needs connectivity, and what happens if it drops? |
| Billing & EDI | Review the completed ride and its supporting record. | Which payer, enrollment and integration requirements apply? |
| Payroll | Review completed work against a pay plan. | Which calculations, exports and approvals are in scope? |
| Data & access | Show permissions and available exports. | What records can you take with you, and in which formats? |
| Onboarding | Describe setup, training and go-live support. | Who owns each task, and what does the quote include? |
4. Separate a demonstration from a promise.
For each requirement, mark one of three outcomes: demonstrated, needs follow-up or not included. Ask for the relevant documentation or a follow-up demonstration when the answer is incomplete. Keep proposed integrations and custom work separate from features that are available in the product today.
Ask about user permissions, record exports and the vendor’s data-handling documentation. Confirm your organization’s requirements with the people responsible for those decisions. A marketing claim or a software feature is not a substitute for checking your own payer and operational requirements.
Where customer references are available, ask about implementation and support as well as the software itself. Useful questions include what the customer needed to prepare, which parts took additional work and how the team handled questions after launch.
5. Plan the handoff into the new system.
A buying decision should include a workable onboarding plan. Identify which records need to move, who checks the imported information, who trains each role and who handles problems during go-live. Agree on a representative set of sample workflows to review before relying on the new setup.
Ask for a written scope that separates platform access, onboarding, migration, integrations, custom development and ongoing support. If the quote depends on users, vehicles, trips or another measure, ask how that measure is counted and what happens as your operation changes. NEMT Solutions uses a contact-for-pricing conversation so the proposed scope can be discussed with your team.
6. Leave with a decision record.
Summarize the workflows demonstrated, the questions still open, the work included in the proposal and the people responsible for onboarding. Choose the option that fits the work you need to do, with a clear understanding of the remaining gaps. Keep the decision grounded in demonstrated behavior and an agreed scope.
At NEMT Solutions, our in-house US development team can discuss dispatch, billing, payroll and driver workflows together. Start with the complete NEMT software platform, or bring the 24-question demo checklist to the conversation.
Further reading
NEMTAC’s provider startup checklist includes technology planning and connecting dispatch, billing and accounting systems. Its broader provider guidance is separate from this software buying guide.
NEMTAC provider startup checklist (PDF)
