The ANSI Process vs. Governmental Process: A Plumbing Professional Engineers’ View

“Definition: 2.1.1 Governmental Member — A Governmental Member shall be a governmental unit, department or agency engaged in the administration, formulation, implementation or enforcement of laws, ordinances, rules or regulations relating to the public health, safety and welfare. Each Governmental Member shall designate its Primary Representative who will receive benefits of membership in the Council on behalf of the Governmental Member as determined by the Board of Directors from time to time.” — (Bylaws for the International Code Council, Inc (

“Provision: The International Code Council develops construction and public safety codes through a governmental consensus process. The governmental consensus process leaves the final determination of code provisions in the hands of public safety officials who, with no vested financial interest, can legitimately represent the public interest. This system of code development has provided the highest level of safety in the world for more than 90 years.” (Code Development Process — ICC (

When I saw the lines above on the ICC website, as a licensed professional engineer, I got a little “fired up” by the implication that anything other than the public interest would motivate our participation in the code development process. The ICC only allows government representatives who are also ICC members to have the final say in code development.

But that is really not fair to professional engineers. Rules, regulations and standards are there to protect the public good. We engineers have a duty to serve the public good. It is expected — demanded even — that we apply our knowledge in the making of sound judgments as it relates to code development. We are expected to fairly evaluate the proposal placed before us. We are expected to be fair in our judgment of said proposals without regard to outside solicitation or inducement.



“Governmental members” may desire a public perception of having “no vested financial interest in” the development process. But there is no requirement or mandate for them to be transparent in avoiding conflicts of interest. Registered professional engineers, on the other hand, must recuse themselves from decisions when there is a perceived or actual conflict of interest. Failing to do so can mean a reprimand, suspension, fine or even the loss of their license.

With their educational background, and demonstrated and verified competency in their discipline, registered engineers have long proved that they are an important part of the code development process. After all, expertise should be the most important factor in developing a code.

Installers, inspectors, manufacturers are also important to the code development process. Each of these stakeholders brings a different, valuable and needed expertise to the process. But the question remains: How can everyday citizens make sure everyone in the process is acting on behalf of the public good and not some hidden agendas?

The answer is ANSI’s (American National Standards Institute) consensus process. ANSI provides third-party guidance and oversight, ensuring that individuals from different backgrounds have a seat at the table. ANSI’s requirements ensure that a code development process is open and balanced, and addresses the priorities of designers, code enforcers, construction communities, consumers, the general public, and others. Together this group focuses on sound technical decisions that protect the health, safety and welfare of local citizens at the lowest possible upfront and long-term costs.

While many “governmental” stakeholders may not intentionally tilt the final decision, the best way to guard against the possibility is for all stakeholders to be represented, with no single group having control.

Bottom line: Every step of the code development and alteration process needs to be open, transparent, and subject to consensus within the process as well. This is especially true for the composition of its deciding members.

No one individual nor any group, regardless of their well-meaning intentions, should have control and final say when it comes to the protection of the public health, safety, and welfare.

The ICC is the ONLY model code developer that not only allows but requires the final decision on code to be made only by “Governmental” members (except for its energy code; more on that below).

That is not a consensus process.



The ICC does indeed claim to follow an “ANSI-like process” when it comes to the International Energy Conservation Code (IECC). But in reality, the IECC fails to comply with due process requirements of ANSI, including the submittal of PINS, BSR, ANSI approval, or a third-party appeals process. Furthermore, this supposed “ANSI process” that the ICC follows is not subject to audits, an important part of the official ANSI accreditation process.  The ICC made the switch in their procedures last year when problems occurred in their governmental-member-only process. The problem is they didn’t switch the other codes that they develop to similar oversight: The International Plumbing Code (IPC), International Mechanical Code (IMC) and the other 11 “I-Codes” remain under the governmental code process.

The ICC gave these reasons why an ANSi process is preferred over the governmental process for the IECC:

  • “The topics included in the energy code require more technical discussion than currently allowed.”
  • “Switching to a ANSI standard process would prevent “manipulation” of vote”
  • “Switching to the ANSI standard would allow for more consideration of cost effectiveness and quicker responses to new technologies…”

I couldn’t have said it better!

So now the question is: If all these considerations apply to the energy code, why do they not apply to the governance of plumbing and mechanical systems as well? Plumbing, in my experience as a professional engineer, requires quite a bit of technical discussion.

And why wouldn’t the ICC want a process that not only allows for more consideration of cost effectiveness, but also speeds up the response to new technologies? Heck, why don’t these arguments extend to mechanical codes, building codes, etc.? Why should any jurisdiction settle for a code that isn’t developed by an ANSI process? With concerns of waterborne pathogens and water quality increasing, while water resources have been diminishing, with viruses surviving in human waste, medical gas system capacities being taxed by global pandemics, and the digitalization and electronification of plumbing systems occurring, the plumbing industry is undergoing a very rapid rate of technical changes.

Even the American Institute of Architects (AIA) and others have pointed out this inconsistency and asked why all 13 I-Code books aren’t developed the same way as the IECC is now.



It would appear that the ICC remains committed to giving governmental members the final say on code changes. This is not in the public’s best interest. The ANSI process requires the code development to be open and transparent. It allows for more technical discussion. While ICC committees and working groups may try to be “balanced,” they are not required to be. And it’s a moot point since committees and working groups don’t have a vote and can be completely overridden when it comes to final code language.

The ICC has no incentive to change its practices without the demand of municipalities adopting their building codes.

This is why, as a professional engineer who specializes in plumbing, I think the Uniform Plumbing Code (UPC) is the best plumbing code. I prefer codes to be developed under the ANSI process, and I like the Uniform Codes for plumbing and mechanical standards, because the ANSI process leads with the science to help communities build resiliency. Codes need to be based on science to prioritize flexibility and to allow for performance considerations — not necessarily be prescriptive. The UPC does all of this.

The UPC is the only plumbing code that follows the ANSI process and uses consensus from a balanced technical committee made up of a wide variety of interest groups to make decisions. To recap why that matters:

  • The ANSI process is the best process to develop standards and codes because it allows for needed technical discussions; input from all affected stakeholders.
  • The ANSI process is transparent and prevents manipulation of votes.
  • The ANSI process is THE code development process that gives engineers like us — and other interest groups that care about public health and safety — not only a voice but a say in code development.
  • The ANSI process requires public review and comment.
  • The ANSI process requires the ability to appeal, both at the developer level and to ANSI. That additional oversight is important if/when something goes astray.

As a licensed professional engineer, I took a solemn oath to protect the public health, safety and welfare above all other considerations. IAPMO in the UPC agrees and follows a process that gives engineers a voice and a say — and THAT difference is worth knowing when adopting plumbing codes: Which code really serves the public interest?