Medical Fax Routing: Separate Referral Packets From Other Incoming Work
Design category and destination rules for mixed fax inboxes, including unclear packets and documents containing several patients.

The taxonomy and exception matrix below are original editorial templates. They cover administrative routing. Clinical assessment, records release, retention and disposal remain with the practice's authorized policy owners.
Inventory the document types arriving in the inbox
Start with what lands in the fax inbox over a defined sample window, not what the intake policy assumes. Pull a labelled sample, for example two or three normal business days, and have one person tag each received document by what it is, who sent it, and what the sender appears to want. Health IT changes workflow for both clinical and administrative staff, and AHRQ's workflow assessment toolkit frames the value of mapping the current process before redesigning it (AHRQ Workflow Assessment for Health IT Toolkit). The inventory is that map for the inbox.
An illustrative inventory could use categories like these. Treat the list as a starting template, not a measured distribution.
- New referral packet (order, demographics, insurance, supporting notes)
- Referral follow-up (additional records for an existing referral)
- Records request from an outside organization
- Prior authorization correspondence from a payer
- Lab, imaging, or consult result for an established patient
- Pharmacy or durable equipment correspondence
- Appointment or scheduling communication
- Billing, remittance, or claims correspondence
- Vendor, administrative, or junk fax
- Unknown or illegible
Record two attributes for every category: whether it starts new work or attaches to existing work, and whether it is time-sensitive under your own operational standards. Use those attributes alongside the approved category and destination rules.
Define destinations and responsibility for each category
The document-routing taxonomy is the reusable artifact. Each row pairs one category with one destination queue, one owning role, and one completion definition. If a row cannot name all four, the category is not ready.
Document-routing taxonomy (template)
| Category | Starts new work? | Destination queue | Owning role | Completion looks like |
|---|---|---|---|---|
| New referral packet | Yes | Referral intake | Referral coordinator | Referral record created and acknowledged to sender |
| Referral follow-up | No | Referral intake, attach to existing | Referral coordinator | Document linked to the existing referral |
| Records request | Yes | Medical records | Authorized records owner | Routed and acknowledged for separate policy review |
| Payer authorization correspondence | Varies | Authorization work queue | Authorization specialist | Received for review; no payer decision inferred by routing |
| Result for established patient | No | Approved clinical inbox | Authorized clinical workflow owner | Receipt acknowledged under existing local policy |
| Scheduling communication | Varies | Scheduling | Scheduler | Appointment action recorded |
| Billing correspondence | No | Revenue cycle | Billing staff | Attached to account |
| Suspected junk or vendor material | No | Administrative review | Intake lead | Disposition approved under local policy |
| Unknown or illegible | Unknown | Exception review | Intake lead | Reclassified or returned to sender |
Note on scope: this table defines where a document goes administratively. It does not define how a result should be acted on clinically, how a payer requirement should be interpreted, or what a records release requires. Those rows point to the local policy owner on purpose.
Every queue needs a service expectation set by the practice, such as how quickly a new referral packet should be opened and acknowledged. Set those expectations against your own data; the Linear Health evaluation kit's rubric treats completion as something that must be "defined in observable terms, including the final status and where it is recorded". Apply the same standard to each row.
For teams deciding who owns intake overall rather than how documents are routed, see referral intake automation.
Handle unclear classifications and mixed-patient packets
The taxonomy fails at the edges, so write the edge rules first. Three situations need explicit handling.
Low-confidence classification. Whether a person or software performs the first pass, define a threshold below which the document goes to exception review rather than to a category queue. For software, ask whether it exposes a score, an explicit rule result or another uncertainty signal. A numerical score needs local validation before anyone treats it as a reliable threshold. For staff, it is a simple rule: if you would have to guess, route to review.
Documents containing several patients. A single fax may contain pages for more than one patient, for example a batch from a referring office. Hold the packet for authorized review instead of attaching it wholesale to one patient's chart. If the reviewer can establish the page boundaries and the approved system supports separation, create verified patient-specific documents and preserve an access-controlled source reference. If a page itself contains several patients or ownership remains unclear, retain the exception and request clarification. A source link must not expose other patients' pages to an unintended audience.
Pages that belong to more than one category. A referral packet can contain an authorization approval and a lab result. Decide whether the packet is routed to the primary category with secondary tags, or split. Choose the method under local document-handling policy and test whether the destination receives enough context. A written rule alone does not establish that a split is safe or complete.
Exception review matrix (template)
| Exception type | Trigger | Reviewer role | Allowed actions | Must preserve |
|---|---|---|---|---|
| Low-confidence category | Below threshold or reviewer uncertain | Intake lead | Reclassify, route, request clarification from sender | Original image, first-pass label, timestamp |
| Unknown patient | No reliable identifier match | Intake lead with records staff | Match to existing patient, create pending record per policy, return to sender | Original image, match candidates considered |
| Multiple patients in packet | More than one identifier set detected | Intake lead | Verify boundaries; separate only when approved, otherwise clarify | Full packet, page order, split map |
| Multiple categories in packet | Pages fit different rows | Intake lead | Split or tag per written rule | Original image, tags applied |
| Illegible or incomplete | Pages unreadable or missing | Intake staff | Request resend, hold with reason | Original image, hold reason |
| Possible misdirected fax | Sender or patient not associated with practice | Intake lead | Handle per practice policy | Original image, handling record |
The matrix mirrors a question the evaluation kit asks of any automated workflow: "Demonstrate what happens when information is missing, contradictory, late, or outside the supported scope". A practice that cannot answer that for its own manual process will not be able to judge a vendor's answer either.
Labelled synthetic example
This example is illustrative and does not describe any customer or measured result. A three-site practice samples 60 inbound faxes on a Tuesday. On manual review, 22 are new referral packets, 14 are results for established patients, 9 are payer correspondence, 6 are records requests, 5 are junk, and 4 cannot be classified on first pass. Of the 22 referral packets, two contain pages for two different patients each. Under the rules above, those two packets and the four unclear items go to exception review, so six of 60 items touch the exception queue that day, and authorized review verifies page boundaries that permit those two multi-patient packets to become four patient-specific documents. This fictional batch requires six packet reviews; it does not establish how many staff hours those reviews take. The four resulting patient documents are a different counting unit from the two source packets. The numbers are invented for the illustration; the method is the point.
Preserve the original while staff correct the routing
A correction should change the label, patient link, or destination of a document, not the document itself. Three design requirements follow from that.
- Preserve an unchanged received version through the approved document system. Keep any rotated or separated working copy traceable to it. This is a proposed correction design, not an instruction to create an extra archive or override retention policy.
- Every routing action records who did it, when, from what label to what label, and why. The evaluation kit's integration dimension asks vendors to "explain how every automated action is logged and how an authorized user can correct it". The same expectation applies to staff actions.
- Misroutes are recoverable. If a document went to billing but belonged in referral intake, the owner of the receiving queue should be able to send it back through exception review without re-faxing or re-scanning.
This article does not state what retention, access control, or audit requirements apply to your organization. Those belong with your compliance and records owners.
If your team is weighing software for this step, Linear Health is operational AI for healthcare that does not replace clinical judgment, with established integrations with athenahealth, eClinicalWorks, NextGen and Greenway Health. In a demo, ask to see exactly what a routing correction updates in your system. Book a demo using a synthetic mixed-inbox sample, and ask how an uncertain patient boundary is handled without exposing the whole packet in the wrong chart.
Measure queue outcomes and revise the taxonomy
Measure the queues, not the inbox. Useful measures a practice can collect from its own records include:
- Share of received documents routed on first pass versus sent to exception review, by category
- Time from receipt to first action in the destination queue, by category, against the practice's own expectation
- Misroute rate: source packets with a confirmed routing correction divided by source packets reviewed in the same defined sample; report the count and review coverage
- Exception review backlog at a fixed time each day
- Source packets split, resulting documents and reason for each split, reported separately so the units are not confused
Review the taxonomy on a schedule. Investigate the cause before changing a rule: an exception may reflect missing pages, uncertain identity or an intentionally unsupported document. Do not remove a rare category if it has a distinct owner or handling requirement. The AHRQ toolkit's framing is relevant here: once health IT is in place it "can provide information to help you reorganize and improve your workflow" (AHRQ toolkit). Routing data is that information.
For the broader question of how automation vendors describe fax handling, see healthcare fax automation and AI.
A practical evaluation method
This section is editorial guidance for comparing manual, software-assisted, or vendor-operated routing. It borrows the evidence standard from the Linear Health Operational AI Evaluation Kit, which scores each dimension from 0 (not addressed) to 3 (verified, meaning observable in production and independently checkable). The kit is a vendor framework, not a standard; adapt it to your governance.
- Bring your own batch. Supply an approved synthetic sample that includes at least one multi-patient packet, one illegible page, and one document that fits two categories. The kit's own rule is that a scripted happy path is not enough.
- Ask for the trace. For each item, where did it go, who or what decided, and what confidence or rule drove the decision?
- Inspect the exception queue. Who owns it, what actions are allowed, and how are splits linked back to the original?
- Inspect the correction log. Pick one misroute and follow it end to end.
- Score only what you saw. A verbal assurance is a 1, a demo on your batch is a 2, and production evidence you can check is a 3.
- Treat gates as gates. Any unresolved privacy, security, or accountability question goes to the responsible reviewer regardless of the total, which is the kit's stated non-negotiable rule.
The same six steps work for auditing your own manual process before any purchase. Keep the completed taxonomy as the acceptance record for any proposed automation. Book a demo with that record and ask the team to identify the categories, destinations and correction steps supported in your proposed configuration.
For how routing connects to the rest of referral coordination, see referral coordination software.
Frequently asked questions
What is medical fax document classification routing?
How should a fax containing several patients be handled?
Should unclear documents be filed under the most likely category?
Does routing software need to change the original fax?
How do I evaluate a vendor for this?
Sources
Sources accessed November 2, 2026.
Linear Health publishes educational articles about operational AI for healthcare.



