Service boundaries
- Claim preparation and submission
- Coding responsibility and documentation queries
- Rejections, denials and appeals
- Payment posting and reconciliation exceptions
- Eligibility, credentialing and old A/R
Medical billing pricing
ERG does not publish prices, fee ranges or packages. Pricing is customized to the practice's services and needs, then provided privately after the requested scope, systems and handoffs are understood.
Quote inputs
A useful cost for medical billing services begins with a defined workflow, not a public number. The quote should reflect the practice's actual operating requirements and identify the work the practice will continue to own.
Specialty, service setting, legal entities, billing providers, locations and the type of claims the practice submits.
The exact work to price, such as claim submission, rejection handling, denial follow-up, payment posting, eligibility, credentialing or aged A/R review.
EHR, practice-management, clearinghouse and payer-portal workflows; interfaces; access owners; testing; and support responsibilities.
Current unbilled work, rejections, denials, unapplied payments, aging balances and other inventory that may need a separate plan.
Required reports, review cadence, exception ownership, escalation paths and the information each party must provide.
Target start date, current-vendor handoff, payer or EDI enrollment dependencies, data access and closeout responsibilities.
Original planning tool
Prepare the following operational facts before requesting pricing. High-level counts and workflow descriptions are enough for the public form; do not submit patient information or claim-level files.
| Area | Prepare | Decision the proposal should record |
|---|---|---|
| Practice | Specialty, setting, locations and provider types | Entities, providers and locations in scope |
| Workflow | Functions requested and functions kept in-house | Included tasks, exclusions and handoffs |
| Inventory | High-level work-queue categories and age bands | Current work included, deferred or separately scoped |
| Technology | System names, clearinghouse path, portals and interfaces | Access, testing, support and third-party responsibilities |
| Transactions | Professional, institutional or other claim workflows and payer channels | Enrollment, acknowledgements, remittance and exception ownership |
| Controls | Reporting needs, approvals, escalation and reconciliation | Deliverables, review cadence and accountable owners |
| Transition | Desired timing and current-vendor or staff handoff | Dependencies, data access, start criteria and exit responsibilities |
Proposal review
Public pricing cannot show whether two scopes are equivalent. Review the written proposal against the same responsibility list so the practice can see what is included and what still needs an owner.
Current requirements
Claims work depends on standards, payer channels and systems that a public price cannot represent. The proposal should identify applicable workflows and who owns each dependency.
CMS lists ASC X12 Version 5010 for adopted claim, eligibility, status and remittance transactions. The claim standard took effect January 1, 2012; operating-rule dates vary by transaction.
CMS explains that Medicare Fee-for-Service companion guides supplement—not replace—the national implementation guides. The responsible MAC, payer and clearinghouse path should be identified during discovery.
A CMS final rule for health care claims attachments became effective May 26, 2026, with compliance requirements due May 26, 2028. Transition planning may affect future system and workflow responsibilities.
HHS requires the appropriate written arrangement when a billing vendor acts as a business associate. Any subcontractor, cloud service or AI-enabled tool that creates, receives, maintains or transmits PHI should be identified before access is approved.
Scope control: vendor tools do not replace practice oversight. OIG's current compliance library retains guidance for third-party medical billing companies and its November 2023 General Compliance Program Guidance as voluntary resources for identifying risk areas.
Request process
Use the online form for high-level operational information only. Do not include patient or claim data.
Review requested functions, systems, payer channels, current work queues, reporting and transition needs.
Confirm the private pricing, included work, exclusions, dependencies, security terms and responsibilities in writing.
Common questions
No. ERG pricing is customized to the practice's services and needs. Submit the online pricing-request form to start a scoped review.
Useful discovery information includes the practice type, requested functions, locations, systems, payer workflows, current work queues, reporting needs and transition timing. Do not send patient information through the public form.
Use the request form to identify the functions you want priced. The written proposal should define every included task, exclusion, handoff and dependency.
Do not assume they are included. The written proposal should identify whether each function or starting inventory is included, excluded or separately scoped.
No. The public form does not need patient information. If protected health information is later required for a defined engagement, the appropriate agreement, access and safeguards should be established first.
The proposal should identify the systems in use, access owners, interfaces, transaction workflows, testing, support responsibilities and any third-party terms that the practice must confirm.
When a billing vendor will act as a HIPAA business associate, the parties should document permitted uses, safeguards, incident duties and subcontractor requirements in the required written arrangement before protected health information is shared.
Primary sources
Sources reviewed October 2, 2026. This page provides general operational information, not legal, coding, contract or payer-specific advice.
Share high-level practice and workflow details. ERG will provide pricing privately after the services and needs are understood.