Fixing Michigan’s Fragmented E‑Filing

Editor’s note: The author is an editor of the Journal. The views expressed, and the MUEFS project described, are the author’s own.

The request arrived on a Tuesday afternoon when a partner needed a subpoena domesticated in a Michigan county that still had no e-filing system. The clerk offered two choices: drive there or mail it. The courthouse was three hours away.

That meant six hours on the road, plus parking and waiting, or risking the mail with something time-sensitive. The rest of Michigan kept moving. One lawyer cannot practice across an entire state from behind a desk.

Michigan has eighty-three counties. Its size turns ordinary filings into logistical problems.

MiFILE has brought real progress. It now operates in 127 trial courts.¹ Yet attorneys still encounter different interfaces in different counties, filing types that remain unavailable online, and entire courts reachable only by car or envelope.

The system that was meant to solve fragmentation has itself become fragmented.

That is why I built something else.

The result is MUEFS, the Michigan Unified E-Filing System.² It is a working proof of concept with filing, clerk review, and public search flows. I built it with accessible development tools to show what one platform could offer across all eighty-three counties and every level of court. It is not a finished product or a bid for a state contract. It is an answer to a simple question: can Michigan do better than the current patchwork?

The short answer is yes.

The problem with patchwork

MiFILE was a significant step. Before MiFILE, e-filing in Michigan barely existed. SCAO and its vendor partners brought dozens of courts online and gave attorneys a way to file without a trip to the clerk’s window.

But the system grew the way government technology often grows: in pieces, under contract constraints, on timelines set by budget cycles rather than user needs. The result is a platform that works court by court, not statewide. An attorney filing in Wayne County and then in Washtenaw encounters different interfaces, quirks, and gaps. Some filing types in some counties still are not online at all.

The upload limit is 25 megabytes, which sounds like a lot until you scan an exhibit binder or a large discovery production. The system does not prompt you when a motion needs a brief or a proposed order. It does not warn you about companion document rules. These are not fatal flaws. They are the friction of a system built to get courts online, not to make filing easy.

What a unified system looks like

MUEFS takes a different approach. It offers one login and one interface for every court in the state. The platform covers Circuit, District, and Probate Courts, Court of Claims, four Court of Appeals districts, and the Supreme Court. An attorney picks the court, picks the case, and files. The system handles routing, validation, fee calculation, and service.

The software uses adapters designed to connect to existing case management systems like JIS and Tyler Odyssey. Those adapters are not yet wired to live systems — this is a proof-of-concept, not a production deployment. But the pattern means no court would need to rip out its existing software.

I built MUEFS with FastAPI, React, Docker, Keycloak for authentication, and MinIO for document storage. These established tools give other developers a foundation they can maintain and extend.

The platform checks MCR 1.109 and SCAO formatting requirements on its own.³ Upload a document, and the system confirms it is a text-searchable PDF, flags PII, and checks the format. These are things attorneys now do from memory or from habit. A good system should do them by default.

Features that earn their keep

MUEFS includes a catalog of 135 document types drawn from the Michigan Court Rules. While the catalog itself is not court-specific, the system applies court- and case-type-specific filing requirements so each court enforces its own required companion documents in context. File a motion, and the system prompts for the expected companion documents — a brief in support under MCR 2.119(A)(2) and a proposed order (standard practice under MCR 2.602).⁴ File a discovery motion, and it prompts for a meet-and-confer certification under MCR 2.313.⁵ Even experienced litigators can miss a companion document on a rushed Friday afternoon.

The filing wizard walks self-represented litigants through the process in plain language. It does not assume they know what a “case type” means or which court to pick. It is built for the tenant answering an eviction notice or the grandmother seeking guardianship — people who meet the court system without a lawyer and cannot afford to get a step wrong. For attorneys, the interface is faster: open a case, click “File with Court,” and the system pre-fills the court, case title, and case type, so you only need to select the document and attach files. Case favorites let you bookmark the matters you touch every day. Drafts save on their own. A browser crash costs you nothing.

Fee waivers under MCR 2.002 are built into the payment flow.⁶ A filer who qualifies need not file a separate motion or track down a different form. The option appears at the right point in the process. For someone who cannot afford filing fees, it is the difference between access and a closed door.

On the clerk side, the review queue supports batch acceptance, tracks how long filings have waited, and provides common rejection reasons as one-click options. Fifty filings a day is normal. Clerks should not need to type the same rejection reason fifty times.

The upload limit is 100 megabytes, four times what MiFILE allows. Bigger is not always better; the limit is higher because a litigator should not need to split a deposition transcript into four uploads to clear an arbitrary cap.

Case records are also searchable without an account. Anyone can look up a case by number or party name, view the docket, and download public documents. Sealed and confidential filings stay restricted to the filer and court staff. This is how public records should work: open by default, protected where it counts.

What courts and SCAO stand to gain

Attorneys would benefit from these features. The people who run the courts may have an even stronger reason to adopt one system.

Right now, SCAO manages a patchwork of vendor contracts, each covering a subset of courts with its own terms, its own pricing, and its own update cycle. A single platform replaces that with one system to maintain, one set of training materials, and one line item in the budget. Courts that are not yet on MiFILE could come online without a separate procurement process. Courts already on MiFILE would not lose ground; the adapter layer is built to work with existing case management systems, not replace them.

A unified system would also make statewide filing data easier to collect. How many filings does the 3rd Circuit handle per month versus the 6th? What is the average time from submission to acceptance in Ingham County? Which courts have the highest rejection rates, and why? A unified system captures all of that in one place. SCAO would have real numbers to inform policy, allocate resources, and report to the legislature.

Pre-submission validation also helps clerks and courts directly. When the system catches a non-searchable PDF or a missing brief before the filing reaches the clerk’s desk, that is one fewer rejection to process, one fewer confused filer calling the clerk’s office, and one fewer delay in the case. Fewer bad filings in means less work on the back end.

Courts could also track fee waivers, completion rates for self-represented litigants, and filing volumes by case type and county. Those numbers support grant applications and legislative testimony. A unified system produces them as a byproduct of doing its job.

Open source and what it means here

MUEFS is released under the AGPL-3.0 license. That means anyone can read the code, run it, change it, and contribute to it. If the state, a court, a legal aid group, or a law school wanted to pick it up and build on it, they could. There are no licensing fees, no vendor talks, and no lock-in.

Government-built open-source software has a record. The most cited example is VistA, the electronic health records system the VA built and ran for decades. VistA achieved a 99.997% pharmacy prescription accuracy rate, was rated the top EHR in the country by physicians in independent surveys, and won Harvard’s Innovations in American Government Award.⁷ The VA released the code as public domain software. Jordan adopted it across its public hospital system. Several U.S. states used it in non-VA hospitals. One agency built it. The whole country benefited.

Closer to home, the federal judiciary is rebuilding its own filing infrastructure. The Administrative Office of the U.S. Courts is building a replacement for CM/ECF, the system that handles all federal court e-filing, with initial components slated for testing at six federal courts as of March 2026.⁸ If the federal courts can rebuild the system that runs their dockets, there is no technical reason Michigan cannot do the same for its state courts.

Open-source software still costs money to operate. Someone must host the system, maintain it, audit its security, and patch it. Courts that adopted MUEFS or something like it would need IT support, in-house or on contract. The savings come from cutting per-transaction licensing fees and customizing without asking a vendor for a change order.

What comes next — and why this is realistic now

Michigan does not need another decade of incremental improvements to a fragmented system. In 2015, the Legislature passed six public acts to support a unified statewide platform. They created a dedicated fund through modest increases in civil case initiation fees.⁹ The technical barriers to a single statewide e-filing platform have fallen. A unified front end with intelligent guidance, public search, high upload limits, and strong clerk tools can sit in front of existing case management systems through adapter layers.

Even courts with e-filing¹⁰ have been slow to improve routine filing tasks. Litigators still split large productions to meet upload limits. They still track required briefs, proposed orders, and meet-and-confer certifications themselves. An e-filing system should help filers catch those problems before submission.

AI coding assistants can help developers make progress faster. Under human direction, they can work through code, build features from written requirements, and generate tests. Court-rule checks, document validation, and filing prompts give developers clear requirements to implement and test.

That gives AI a practical role in access to justice. Language models can invent authority or misstate the law when they give legal advice or draft arguments. When developers use them to build filing tools, lawyers and clerks can test the results against court rules. They can check document validation, filing steps, and public records before anyone relies on them. The aim is better court software that supports human judgment.

Open-source software and these development tools give Michigan more ways to build a unified e-filing platform. SCAO, courts, legal aid groups, or practitioners could build on this work and improve it over time.

A live, fully functional demonstration is available today at demo.tomcedoz.com — no download required. Anyone can walk through the actual filing flows, companion document prompts, clerk review queue, and public case search. The full source code is public at github.com/Tzodec1526/MUEFS under the AGPL-3.0 license. Anyone can clone it, inspect how it works, or build on it.

Michigan can use these tools to make filing simpler for lawyers, clerks, and the people they serve.

Somewhere soon in Michigan, another lawyer will be offered the same two choices: drive there or mail it. There is now a third answer. Michigan just has to choose it.

---

Tom Cedoz is a Michigan litigator who focuses on commercial litigation and labor and employment matters, with substantial work at the intersection of artificial intelligence and the law. This article appeared in the Spring 2026 issue of the Michigan Litigation Journal, a publication of the State Bar of Michigan Litigation Section.

Endnotes

1. MiFILE is Michigan’s statewide e-filing portal, administered by the State Court Administrative Office (SCAO). As of June 2026, the official MiFILE portal states that it currently supports 127 trial courts. See mifile.courts.michigan.gov/availablecourts. ↩
2. The MUEFS source code is available at github.com/Tzodec1526/MUEFS under the GNU Affero General Public License v3.0 (AGPL-3.0). ↩
3. MCR 1.109 governs electronic filing and service in Michigan courts. It defines an electronic document largely by readability and permits several formats; the expectation that filings be in a text-searchable format comes primarily from SCAO’s MiFILE e-filing standards rather than from the rule text itself. ↩
4. MCR 2.119 requires that a motion presenting an issue of law include a brief citing supporting authority and provides for proposed orders. ↩
5. MCR 2.313 and related provisions require that a motion to compel discovery generally include a certification that the movant has in good faith conferred or attempted to confer with the opposing party. ↩
6. MCR 2.002 provides for waiver of fees and costs for indigent parties. ↩
7. The VA’s VistA system was released as public domain software under the Freedom of Information Act and received the Innovations in American Government Award from Harvard’s Ash Institute in 2006. See Press Release, U.S. Department of Veterans Affairs, VA Receives 2006 Innovations in Government Award (July 2006), news.va.gov/press-room/va-receives-2006-innovations-in-government-award; see generally en.wikipedia.org/wiki/VistA. ↩
8. Administrative Office of the U.S. Courts, Judges Outline Accelerated Modernization of Case Management System (March 10, 2026). ↩
9. See “Michigan’s E-filing Law: A Model Act,” Michigan Bar Journal (2016), discussing the six public acts effective January 1, 2016, that established the statewide e-filing framework and the Judicial Electronic Filing Fund financed by modest increases in civil case initiation fees. ↩
10. MiFILE integrates TrueFiling for the filer-facing portal with Hyland OnBase for document management and clerk workflow processing in the standard solution. See SCAO MiFILE resources and the MiFILE E-Filing Integration Guide. ↩