ISO 19650 Implementation: Getting the Information Requirements Right

Most ISO 19650 problems are decided before a single model is authored. When the information requirements are vague, teams argue later about what was supposed to be delivered. This guide explains the requirements hierarchy and how to write an Exchange Information Requirements (EIR) document that can actually be checked.

Why implementation starts with requirements

ISO 19650 frames BIM as whole-life information management: information is produced, exchanged and maintained to meet defined requirements, using a shared information environment, so that decisions are made from reliable data. The standard places assessment and need before appointment. The appointing party establishes its information requirements and its information management strategy, and confirms the prospective delivery team's capability, before the work is awarded.

The ISO 19650 series at a glance

The series is not a single document. It combines defined requirements, a common data environment, planned delivery, open exchange and a security-minded approach.

The requirements hierarchy: OIR, PIR, AIR and EIR

Every EIR clause should trace up to an OIR or AIR need, and the project information model should carry everything the asset information model will require, so that handover does not become a late data-collection scramble.

Writing an EIR that can be checked

  1. Capture the operational and asset needs (OIR and AIR) in plain language.
  2. Translate them into exchange requirements (EIR) with acceptance criteria.
  3. Decide the BIM uses that actually serve those needs, and drop the rest.
  4. Set the standards, the level of information need, the common data environment and the naming the project will use.
  5. Assess whether the delivery team can deliver before committing.

A practical EIR covers seven areas:

EIR sectionWhat it fixes
Project and appointmentProject, appointing party, lead appointed party, asset, contract reference
Purpose of informationProject and asset information requirements the information supports
Information standardsNaming convention, classification (for example Uniclass 2015), exchange formats (IFC, BCF)
Methods and proceduresCDE platform and access, suitability and revision codes, coordination process and clash rules
Information deliveryMilestones and exchanges, MIDP and TIDP, level of information need per milestone
Acceptance criteriaModel and data checks, QA gates, approval authority
Security and commercialSecurity-minded approach (ISO 19650-5), intellectual property and data ownership

LOIN and LOD: agree which one you use

ISO 19650 is framed around Level of Information Need (LOIN), defined internationally in ISO 7817-1:2024, rather than Level of Development. LOD, on the common LOD 100 to LOD 500 scale from AIA and BIMForum practice, remains widely used, and in reality the two are often used together. LOIN does not automatically replace LOD on every project, and many teams map one to the other. The EIR is the place to agree which is used, and how.

Two corrections help: LOD 500 is not automatically more detailed than the lower levels, because it is a different kind of reliability, field verification; and Level of Detail covers only the geometry, while the information need also includes data and documentation.

Common mistakes

A short self-check

The knowledge base this guide is drawn from separates what ISO 19650 requires from DEIM's proposed method. Where this page describes a way of working, it is DEIM's recommended approach, not a statement about any specific project.

References

Related service: Digital Delivery (BIM and ISO 19650)

Related guides

Talk to DEIM

If you would like a second pair of eyes on your information requirements, plan or coordination process, write to us.

DEIM provides decision-support and document-assistance tools, not legal advice. Legal outputs require review by qualified counsel. Each client's licensed standards and contracts are used isolated within their own project.
DEIM provides decision-support and document-assistance tools, not legal advice. Legal outputs require review by qualified counsel. Each client's licensed standards and contracts are used isolated within their own project.