Stop Managing Doors One at a Time
- Colin Thompson
- Jul 19
- 2 min read
Imagine being asked to change every patient room wall in a hospital. You wouldn't open each wall individually and make the same change hundreds of times. You would define what makes a patient room, let the BIM model identify those walls, and update them as a group. That's the power of working in an intelligent model.
So why doesn't door hardware work the same way?
Nearly every aspect of a building is managed directly within the BIM environment. Walls, doors, windows, finishes, rooms, and equipment all exist as connected data, allowing architects to filter, group, schedule, and modify elements based on shared characteristics. If every one-hour-rated wall changes, the model can find them. If every exam room receives a new finish, the model can find those too.
Door hardware has largely been left behind.
Instead of becoming part of the BIM workflow, hardware is often managed through spreadsheets, specification books, hardware sets, and consultant markups. The architect is left translating information between multiple sources, manually cross-referencing schedules, room names, door types, fire ratings, and owner standards to determine which openings belong together.
That's not a hardware problem. It's a workflow problem.
The BIM model already contains nearly everything needed to make those decisions. It knows where the door is located, what type it is, whether it's fire-rated, which room it serves, which level it's on, and how it relates to the rest of the building. Yet instead of allowing the model to use that information, we've accepted workflows that require architects to reconstruct those relationships by hand.
Think about that for a moment.
We've built software capable of coordinating entire buildings in three dimensions, automatically updating hundreds of drawings with a single model change, detecting clashes between disciplines, and generating documentation almost instantly. Yet when it comes to door hardware, many teams still begin by asking, "Which doors do I need to update?"
Maybe that's the wrong question.
The better question is, "What defines this group of doors?"
Every exterior entrance. Every patient room. Every stair enclosure. Every classroom. Those aren't just collections of doors—they're groups defined by information that already exists inside the model.
Once those criteria are established, finding every affected opening shouldn't be the architect's responsibility. It should be the software's.
That's where the next evolution of BIM lies. Not in storing more information, but in using the information we already have to eliminate repetitive work. The architect defines the design intent, the performance requirements, and the standards. The software should handle the cross-referencing.
Because architects should spend their time making decisions—not searching for the doors that those decisions affect.
