Read the Jane-style visit export
Map the practice's visit, patient reference, provider, location, service, diagnosis, unit, and charge fields. Duplicates and missing required fields stop before review.
For independent chiropractic practices
Claims Native turns a Jane-style visit export into a review queue built for chiropractic care. It checks configured CMT and X-ray rules, requires separate office and provider approval, then creates a superbill or a clearly labeled electronic dry run.
Start with one location, one configured lane, and named office and provider approvers. The pilot does not promise payer access or a financial outcome.
From visit export to artifact
The pilot does not try to cover every payer, code, or visit. It tests whether one configured slice of your current visit flow can produce reviewable claim work without hiding missing facts.
Map the practice's visit, patient reference, provider, location, service, diagnosis, unit, and charge fields. Duplicates and missing required fields stop before review.
Run configured service, diagnosis, documentation, and charge checks. The system points to the source field and rule behind each stop.
Office staff approve administrative facts and charges. The treating provider approves clinical code and documentation support for the exact claim version.
Generate a superbill for the practice or patient workflow, or create a test electronic claim marked as a dry run. Keep the audit history with it.
Chiropractic review rules
Each rule is configured for the pilot lane. It can compare source facts and stop the work. It cannot create a diagnosis, rewrite the chart, or replace provider judgment.
CMT review
X-ray review
Safe stop: The queue names the mismatch and the person who must resolve it. It does not select a more payable code or fill a clinical gap.
Separate authority
The two roles answer different questions. The pilot records both decisions and ties each one to the reviewed version.
Two honest outputs
The pilot ends its default scope at a reviewed artifact. What happens after that depends on the practice's route, access, contracts, and payer process.
A human-readable claim package for the practice or patient workflow. It contains the approved visit and coding details but is not itself proof that a payer received a claim.
A test 837P built from the approved version so the practice can inspect field mapping and rule output. The file is not transmitted in dry-run mode.
What this pilot can show
The pilot can show whether the Jane-style export maps cleanly, how often configured CMT and X-ray rules stop a visit, how long each approval takes, and whether the final artifact matches its approved source. It does not grant payer access, prove network status, promise parity, reimbursement, payment, or posting, or run without named human authority.
Common questions
A narrow pilot is useful only when the practice can tell what it tested and what remains unknown.
Not by default. The pilot can produce a superbill or a clearly labeled electronic dry run. A dry run is not transmitted and does not show payer acceptance or adjudication.
Configured checks compare CMT code selection with documented treated regions and compare X-ray body area and view details with available order, report, and visit evidence. A mismatch stops for provider review.
Office staff review administrative and charge details. The provider reviews diagnoses, treated regions, and clinical support. Both approvals attach to the exact reviewed version.
Use practice-level counts and ranges for the first review. Do not send patient names, dates of birth, charts, member IDs, or other PHI.
See what insurance may be worth