BS EN ISO 19650-1:2018
Organization and digitization of information about
buildings and civil engineering works, including
building information modelling (BIM) - Information
management using building information modelling
Part 1: Concepts and principlesBS EN ISO 19650-1:2018
BRITISH STANDARD
National foreword
‘This British Standard is the UK implementation of EN ISO 19650-1:2018.
‘Together with BS EN ISO 19650-2:2018, it supersedes
BS 1192:2007+A2:2016 and PAS 1192-2:2013, which are withdrawn.
‘The UK participation in its preparation was entrusted to Technical
Committee 8/555, Construction design, modelling and data exchange.
A list of organizations represented on this committee can be obtained on
request to its secretary.
Equivalent UK terms for terms used in ISO 19650
Term (within ISO 19650) UK equivalent(s)/explanation
appointed party supplier
appointing party lient (project), asset ownerfopera-
tor (asset)
appointment contract, professional services
agreement
exchange information require- _ employer's information require-
ments ments
federation strategy or information volume strategy (identifying
container breakdown structure separately produced information
deliverables brought together for
review, for issue or for storage)
level of information need level of definition (as the aggregate
of level of detail and level of infor-
mation)
‘This publication does not purportto include all the necessary provisions
ofa contract. Users are responsible for its correct application.
© The British Standards Institution 2019
Published by BSI Standards Limited 2019
ISBN 978 0 580 92466 8
ICS 35.240.67; 91.010.01
Compliance with a British Standard cannot confer immunity from
legal obligations.
‘This British Standard was published under the authority of the
Standatds Policy and Strategy Committee on 31 January 2019.
Amendments /corrigenda issued since publication
Date Text affectedBS EN ISO 19650-1:2018
EUROPEAN STANDARD EN ISO 19650-1
NORME EUROPEENNE
EUROPAISCHE NORM December 2038
1¢3 35.240.67; 91.0100
English Version
Organization and digitization of information about
buildings and civil engineering works, including building
information modelling (BIM) - Information management
using building information modelling - Part 1: Concepts
and principles (ISO 19650-1:2018)
Organisation et numérisation des informations Organisation von Daten zu Bauvrerken~
relatives aux bitiments et ouvrages de génie civil {nformationsmanagement mit BIM -Teil 1: Konzepte
compris modélisation des informations dela und Grundsatze (180 19650-1:2018)
construction (BIM) - 1Gestion de information parla
modélisation des informations de la construction -
Partic 1: Concepts et principes (180 19050-12016)
‘This European Standard was approved by CEN on 24 August 2018.
CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this
European Standard the status of a national standard without any alteration Up-to-date lists and bibliographical references
concerning such national standards may be cbtained on application to the CEN-CENELEC Management Centre ortoany CEN
member.
‘This European Standard exists in three offical versions (English, French, German). A version in any other language made by
translation under the responsibility of « CEN mamber inte its own language and notified to the CEN-CENELEC Management
Centre has che same status as the offical versions.
CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, Former Yugoslav Republic of Macedonia, France, Cermany, Greeca, Hungary, leeland, ireland, Italy, Latvia, Lithuania,
Laxembourg. Malta, Netherlands, Norway. Poland, Portugal, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland,
cay and United Kingdom.
aa!
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITE EUROPEEN DE NORMALISATION
EUROPAISCHES KOMITEE FOR NORMUNG
CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
©2018 CEN Allrighte of exploitation in any form and by any moans reserved Ref. Na, EN 180 2965041:2018 E
‘worldwide for CEN national Members,BS EN ISO 19650-1:2018
EN ISO 19650-1:2018 (E)
European foreword.
This document (EN ISO 19650-1:2018) has heen prepared by Technical Committee ISO/TC 59
"Buildings and civil engineering works" in collaboration with Technical Committee CEN/TC 442
“Building Information Modelling (BIMY" the secretariat of which is held by SN.
This Eurapean Standard shall be given the status of a national standard, either by publication of an
identical text or by endorsement, at the latest by June 2019, and conflicting national standards shall be
withdrawn at the latest by June 2019.
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. CEN shall not be held responsible for identifying any or all such patentrights.
According to the CEN-CENELEC Internal Regulations, the national standards organizations of the
following countries are bound to implement this European Standard: Austria, Belgium, Bulgaria,
Croatia. Cyprus, Czech Republic, Denmark. Estonia, Finland, Former Yugoslav Republic of Macedonia,
France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta,
Netherlands, Norway, Poland, Portugal, Romania, Serbia, Slovakia, Slavenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.
Endorsement notice
‘The text of 180 19650-
modification,
:2018 has been approved by CEN as EN ISO 19650-1:2018 without anyContents
BS EN ISO 19650-1:2018
150 19650-1:2018(E)
Page
Foreword pisces pasa i v
Introduction vi
1 Scope. . en 1
2 Normative referemces. oon saesemnnnen . eimai 1
3 Terms and definitions 4
3.1 General terms 1
3.2 Terms related to assets and projects . cn meoneecemeni
3.3 Terms related to information management... ica ssi 3
4 Asset and project information, perspectives and collaborative working 6
41 Principles. 6
4.2. Information management according to the ISO 19650 series... a oon 6
43. Information management perspectives 7
5 Definition of information requirements and resulting information models 8
5.1 Principles....... spe aasacaia i pce
5.2 Organizational information requirements (O1R) 10
5.3. Asset information requirements (AIR) 10
5.4 Project information requirements (PIR) 10
5.5 Exchange information requirements (EIR), 10
5.6 Asset information model (AIM) ae 1
5.7 Project information model (PIM). : ir ical
6 The information delivery cycle Ber
61 Principles i
62 Alignment with the asset life cycle . 1
6.3 Setting information requirements and planning for information delivery aid
63.1 General principles... 13
43.2 Delivery team provides information for asset owner/operator or client
decisions... anal
Information verification and validation at startand end of project stages......15
Information is drawn from the whole delivery team... 16
Summary of information delivery from project and asset delivery teams. a7
7 Project and asset information management functions 7 a)
7A Principles... sss :
7.2 Asset information management functions 19
7.3. Project information management functions... - - 19
7.4 — Task information management functions... ss A 19
8 Delivery team capability and capacity... - co BO
8.1 Principles. ws eaveemmllh
82 Extent of capability and capacity review... ss srs 20
9 Information container-based collaborative working 20
10 Information delivery planning 21
10.1 Principles. . is Z ietiucdl
10.2 Timing of information delivery 21
10.3 Responsibility matrb 22
10.4 Defining the federation strategy and breakdown structure for information containers...22
11 Managing the collaborative production of information 23
111 Principles za
11.2 Level of information need 23
11.3 Information quality. is shinai naicatecinal
12 Common data environment (CDE) solution and workflow 24
© 1802018 - All viyhts reservedBS EN ISO 19650-1:2018
180 19650-
121
122
123
124
125
126
127
:2018(E)
Principles.
‘The work in progress state...
‘The check/review/approve transition,
‘The shared state. na
‘The review/authorize transition
‘The published state.
‘The archive state...
13 Summary of “building information modelling (BIM) according to the ISO 19650 series” 26
Annex A (informative) Iustrations of federation strategies and information container
breakdown structures
Bibliography
30
34
180 2018 All rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies), The work of preparing International Standards is nermally carried out
through |SO technical committees, Each member body interested in a subject for which a technical
committee has been established has the right to be represented on that committee. International
organizations, governmental and non-governmental, in liaison with [S0, also take part in the work,
ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of
electrotechnical standardization.
‘The procedures used to develop this document and those intended for its further maintenance are
described in the ISO/IEC Directives, Part 1. In particular, the different appraval criteria needed for the
different types of ISO documents should be noted. This document was drafted in accordance with the
editorial rules of the ISO/IEC Directives, Part 2 (see wwuzisoorg/directives)
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. [SO shall not be held responsible for identifying any or all such patent rights. Details of
any patent rights identified during the development of the document will be in the Introduction and/or
‘on the 10 list of patent declarations received (see www.iso.org/patents).
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and
expressions related to conformity assessment, as well as information about ISO's adherence to the
World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) see warwiiso
worg/iso/foreword bom.
‘This document was prepared by Technical Committee ISO/TC 59, Buildings and civil engineering works,
SC 13, Organization and digitization of information about buildings and civil engineering works, including
building information madelling (BIM).
A list of all parts in the ISO 19650 series can be found on the ISO website.
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at wwwuiso.org/members.himl.
© 1802018 - All iyhits reserved vBS EN ISO 19650-1:2018
150 19650-1:2018(E)
Introduction
‘This document sets out the recommended concepts and principles for business processes across the
built environment sector in support of the management and production of information during the
life cycle of built assets (referred to as “information management”) when using building information
modelling (BIM). These processes can deliver beneficial business outcomes to asset owners/operators,
clients, their supply chains and those involved in project funding including increase of opportunity,
reduction of risk and reduction of cost through the production and use of asset and project information
models. In this document, the verbal form “should” is used to indicate a recommendation.
‘This document is primarily intended for use by:
— those involved in the procurement, design, construction and/or commissioning of built assets; and
— those involved in delivering asset management activities, including operations and maintenance.
This document is applicable to built assets and construction projects of all sizes and all levels of
complexity. This includes large estates, infrastructure networks, individual buildings and pieces
of infrastructure and the projects or sets of projects that deliver them. However, the concepts and
principles included in this document should be applied in a way thatis proportionate and appropriate to
the scale and complexity of the asset or project. This is particularly the case where small and medium-
sized enterprises are mainly appointed for asset management or project delivery. It is also important
that procurement and mobilization of asset or project appointed parties should be integrated as far as
possible with existing processes for technical procurement and mobilization.
‘The concepts and principles contained in this document are aimed at all those involved in the asset life
cycle. This includes, but is not limited to, the asset owner/operator, the client, the asset manager, the
design team, the construction team, an equipment manufacturer, a technical specialist, a regulatory
authority, an investor, an insurer and an end-user.
‘The specific requirements for information management during the delivery of built assets are provided
in ISO 19650-2. These are based on the concepts and principles within this document, but on its own
this document includes no obligation to apply ISO 19650-2 or any other part of the ISO 19650 series to
be published.
‘There are many different ways that asset owners/operators or clients can best meet their particular
requirements or respond to their national contexts. This includes procurement routes and appointment
arrangements. The concepts and principles for information management described in this document
should be adopted and applied in accordance with the specific circumstances and requirements of the
asset management or project delivery activities. The information requirements should specify or guide
how this will be achieved and the details should be agreed in time for the requirements to he delivered
efficiently and effectively.
Collaboration between the participants invelved in construction projects and in asset management
is pivotal to the efficient delivery and operation of assets. Organizations are increasingly working
in new collaborative environments to achieve higher levels of quality and greater re-use of existing
knowledge and experience. A significant outcome of these collaborative environments is the potential
to communicate, re-use and share information efficiently. and to reduce the risk of loss, contradiction
or misinterpretation
‘True collaborative working requires mutual understanding and trust and a deeper level of standardized
process than has typically been experienced, if the information is to be produced and made available
ina consistent timely manner, Information requirements need to pass along supply chains to the pint
where information can be most efficiently produced, and information needs to be collated asit is passed
back. At present, considerable resources are spent on making corrections to unstructured information
or incorrect management of information by untrained personnel, on solving problems arising from
uncoordinated efforts of delivery teams, and on solving problems related to information reuse and
reproduction. These delays can be reduced if the concepts and principles within this document are
adopted.
© 180 2018 Al rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
‘To improve future editions of the ISO 19650 series, national asset owners, public clients and authorities
are recommended to gather information and experiences about its implementation and use.
The ISO 19650 series can benefit from a formal process for managing assets, for example as in the
180 55000 series. The ISO 19650 series can also henefit froma systematic approach to quality within an
organization, for example as in ISO 9001, although certification to SO 9001 is not a requirement of the
ISO 19650 series. Other standards that relate to information structures and delivery methods are also
listed in the Bibliography.
© 1802018 - All ights reservedBS EN ISO 19650-1:2018BS EN ISO 19650-1:2018
INTERNATIONAL STANDARD ISO 19650-1:2018(E)
Organization and digitization of information about
buildings and civil engineering works, including building
information modelling (BIM) — Information management
using building information modelling —
Part 1:
Concepts and principles
4 Scope
This document outlines the concepts and principles for information management ata stage of maturity
described as "building information modelling (BIM) accarding to the ISO 19650 series".
This decument provides recommendations for a framework to manage information including
exchanging, recording, versioning and organizing for all actors.
‘This dacument is applicable to the whole life cycle of any built asset, Including strategie planning,
initial design, engineering, development, documentation and construction, day-to-day operation,
maintenance, refurbishment, repair and end-of-life.
This document can be adapted to assets or projects of any scale and complexity, so as not to hamper the
flexibility and versatility that characterize the large range of potential pracurement strategies and so
asto address the cost of implementing this document
2 Normative references
‘There are no normative references in this document.
3 Termsand definitions
For the purposes of this document, the follawing terms and definitions apply.
1SQ and IEC maint
— 180 Online brawsing platform: available at brrps://www Isp org/abp
available at htip://wwwelectropediaorgs
terminological databases for use in standardization at the following addresses:
= IEC Electrope:
3.1 General terms
B41
responsibility matrix
chart that describes the participation by various functions in completing tasks or deliverables
Note 4 to entry: A responsibility matrix can Indicate 2ecountability, consultation and informing, alongside the
obligation to complete tasks or deliverables
[SOURCE: ISO 37500:2014, 3.16, modified — The word “roles” has been replaced with "functions"; the
words “for an outsourcing arrangement” have been removed; Note 1 to entry has been added }
© 180-2018 - All vights reserved 1BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
31.2
space
limited three-dimensional extent defined physically or notionally
[SOURCE: ISO 12006-2:2015, 3.1.8]
3.2 Terms related to assets and projects
3.241
actor
person, organization or organizational unit involved in a construction process
Note 1 to entry: Organizational units include, but are not limited to, departments, teams.
Note 2 to entry: In the context of this document, construction pracesses take place Guring the delivery phase
(2,10) and the operational phase (3.2.12).
[SOURCE: 150 29481-1:2016, 3.1, modified — The words “such as a department, team, etc." have been
removed; Note 1 and 2 to entry have been added
3.2.2
appointment
agreed instruction for the provision of information (3.3.1) concerning works, goods or services
Note 1 to entry: This term is used whether or not there is a formal appointment between the parties.
3.2.3
appointed party
provider of information (3.3.1) concerning works, goods or services
Note I to entry: A lead appointed party should be identified for each delivery team (3.2.6) but this can be the
same organization as one of the task teams (1.2.7).
Note 2 to entry: This term is used whether or not there is a formal written appointment (3.2.2) in place.
3.24
appointing party
receiver of information (3.3.1) concerning works, goods or services from a lead appointed party (3.2.3)
Note 1 toentry: In some countries the appointing party can be termed cifent (3.2.5), owner or employer but the
appointing party is not limited to these functions.
Note 2 to entry: This term is used whether or not there is a formal appointment (3.2.2) between the parties.
3.2.5
client
actor (3.2.1) responsible for initiating a projectand approving the brief
3.2.6
delivery team
lead appointed party (3.2.3) and their appointed parties
Note 1 to entry: delivery team can be any size, from one person carrying out all the necessary functions through
to complex, multi-layered tasit teams (2.2.7). The size and strueture af each delivery team are in response to the
scale and complexity ofthe asset management or project delivery activities.
Note 2 to entry: Multiple delivery te2ms can he appointed simultaneously and/or sequentially in connection with
a single asset or project, in response to the scale and complexity of the asset management or project delivery
activities.
Note 3 to entry: A delivery team can consist of multiple task teams from within the lead appointed party's
organization and any appointed parties.
2 180 2018 Al rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
Note 4 to entry: A delivery team can be assembled by the appointing party (3.2.4) rather than the lead
appointed party.
327
task team
individuals assembled to perform a specific task
3.2.8
asset
item, thing orentity that has potential or actual value to an organization
[SOURCE: ISO 55000:2014, 3.2.1, modified — Note 1,2 and 3 to entry have been removed ]
3.29
project information
information (3.3.1) produced for, or utilized in, a particular project
[SOURCE: 1S 6707-2:2017, 3.2.3]
3.2.10
life cycle
life of the asset (3.2.8) from the definition of its requirements to the termination of its use, covering its
conception, development, operation, maintenance support and disposal
[SOURCE: ISO/TS 12911:2012, 3.13, modified — The words “stages and activities spanning the life of
the system” have been replaced with “life of the asset”; NOTEs 1 and 2 have been removed.)
3.241
delivery phase
part of the life cycle (3.2.10), during which an asset (3.2.8) is designed, constructed and commissiened
Note 1 to entry: Delivery phase normally reflects a stage-based approach to a project.
32a
operational phase
part of the life cycle (3.2.10), during which an asset (3.2.8) is used, operated and maintained
3.243
trigger event
planned or unplanned event that changes an asset (3.2.0) or its status during its life cycle (3.2.10), which
results in information exchange (3.3.7)
Note 1 to entry: During the delivery phase (3.2.11), trigger events normally reflect the ends of project stages.
3.244
key decision point
point in time during the life cycle (3.2.10) when a decision crucial to the direction or viability of the
asset (3.2.8) ismade
Note 1 to entry: During project these generally align with project stages.
3.3 Terms related to information management
3.3.4
information
reinterpretable representation of data in a formalized manner suitable for communication,
interpretation or processing
Note 1 to entry: Information can be processed by human or automatic means,
[SQURCE: [EC:82045-1:2001, 31.4, modified — The term has been changed from “data” to “information”:
in the definition, the word ‘information” has been replaced with "data" |
© 1802018 - All ights reserved 3BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
3.3.2
information requirement
specification for what, when, how and for whom information (3.3.1) is to be produced
3.3.3
organizational information requirements
OIR
information requirements (2.3.2) in relation to organizational objectives
3.34
asset information requirements
AIR
information requirements (3.3.2) in relation to the operation of an asset (3,
3.3.5
project information requirements
PIR
information requirements (3.3.2) in relation to the delivery of an asset (3.2.8)
3.3.6
‘exchange information requirements
EIR
infor mation requirements (3.3.2) in relation to an appointment (3.2.2)
3.3.7
information exchange, verb
act of satisfying an information requirement (3.3.2) or part thereof
3.3.8
information model
set of structured and unstructured information containers (3.3.12)
3.3.9
asset information model
AIM
information model (3.3.8) relating to the operational phase (3.2.12)
3.3.10
project information model
PIM
information model (3.3.8) relating to the delivery phase (3.2.11)
Note 1 to entry: During the project, the project information model can be used to convey the design intent
(Cometimes called the design intent model) oF the virtual representation ofthe asset (3.2.8) to be constructed
{Sometimes called the virtual construction model).
3.3.11
federation
creation of a composite information medel (3.3.8) from separate information containers (3.3.12)
Note 1 to entry: The separate information containers used during federation can come from different task teams
22)
3.3.12
information container
named persistent set of information (3.3.1) retrievable from within file, system or application storage
hierarchy
EXAMPLE Including sub-directory, information file (including model, document, table, schedule), or distinct
sub-set af an information file such as. chapter or section, layer or symbol
4 480 2018 All rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
Note 1 to entry: Structured information containers include geometrical models, schedules and databases.
Unstructured information containers include documentation, video clips and sound recordings.
Note 2 to entry: Persistent information exists over a timescale long enough for it to have to be managed, 1.2. this
excludes transient information such as internet search results.
Note 3 te entry: Naming of an information container should be according ta an agreed naming convention
3.3.13
status code
meta-data describing the suitability of the content of an information container (3.3.12)
3.3.14
building information modelling
IM
use of a shared digital representation of a built asset (3.2.6) to fa
operation processes to form a reliable basis for decisions
itate design, construction and
Note 1 to entry: Built assets incluele, burare not limited to, buildings, bridges, rads, process plants,
[SOURCE: 1S0 29481.1:2016, 3.2, modified — The word “object” has been replaced with “asset”; the
words “including buildings, bridges, roads, process plants, etc.” have been removed; original Note 1 to
entry has been replaced with a new one]
3.3215
common data environment
CDE
agreed source of information (3.3.1) for any given project or asset (3.2.8), for calle
disseminating each information container (3.3.12) through a managed process
ing, managing and
Note 1 to entry: A CDE workflow describes the processes to be used and a CDE solution can provide the technology
to support those processes.
B16
level of information need
framework which defines the extent and granularity of information (3.3.1)
Note 1 to entry: One purpose of defining the level of information need is to prevent delivery of too much
information.
3.318
capability
measure of ability to perform and function
Note 1 to entry: In the context of this document, this relates to skill, knowledge or expertise to manage
‘information (4.4.1).
[SOURGE: ISO 6707-1:2017, 3.7.1.1, modified — Note 1 to entry has been added)
3.3.19
capacity
resources available to perform and function
Note 1 to entry: In the context of this decument, this relates to means, resources and procedures to manage
information (3.3.1)
© 1802018 - AM wiyhts reserved sBS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
4 Asset and project information, perspectives and collaborative working
44 Principles
Asset information models (AIM) and project information models (PIM) are the structured repositories
of information needed for making decisions during the whole life cyele of a built environment asset.
This includes the design and construction of new assets, refurbishment of existing assets, and the
operation and maintenance of an asset. It should be expected that the amount of information stored in
information models, and the different purposes it will be used for, will mostly increase during praject
delivery and asset management.
AlMand PIM can include structured and unstructured information. Examples of structured information:
include geometrical models, schedules and databases. Examples of unstructured Information include
documentation, video clips and sound recordings. Physical sources of information, such as soil and
product samples, should be managed using the information management process described in this
document through appropriate crass-references, for example sample numbers.
‘Most projects Invelve work on an existing asset, even if this is a previously undeveloped site. These
projects should include some pre-existing asset information to support the development of the project
briefand be available for lead appointed parties working on the project.
Information management processes within this document include the transfer of relevant infarmation
between an AIM and a PIM at the start and end ofa project.
Asset and projectinformation has substantial value to appointing, lead appointed and appointed parties
involved in asset management and project delivery. This includes where no formal appointments exist.
Appointing, lead appointed and appointed parties include the owners, operators and managers of built
assets, and those delivering design and construction projects. Asset and project information is also
valuable to policymakers, regulators, investors, insurers and other external parties.
The concepts and principles contained within this document should be applied in a way that is
proportionate and appropriate to the scale and cornplexity of the asset or project.
4.2 Information management according to the ISO 19650 series
The recommendations and requirements for information management in the ISO 19650 series are
hased on appointing, lead appointed and appointed parties working collaboratively together, and all
parties should participate in the implementation of the ISO 19650 series,
Information management can be represented as a sequence of maturity stages, shown as Stages 1, 2
and 3 in Eigure 1. This Figure shaws that development of standards, advances in technology and more
sophisticated forms of information management all combine to deliver increasing business benefit.
The 150 19650 series has application mainly at Stage 2 maturity, but also can be partly applied at
Stages 1 and 3.
Stage 2 maturity is also identified as "BIM according to the ISO 19650 series". This is where a mixture
of manual and automated information management processes are used to generate a federated
information model. The information model includes all information containers delivered by task teams
inrelation to an asset or a project.
6 D180 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
Tocreasing eit rom eit and ew agialy apport andendsies prooeses | Business layer
pele a Al ee a a allel lea
zl! Fetes Wornaton mets SIRS ;
3! aa Information layer
: acura
i me oro (10 ao
pearl oa
lian rin gine ch ute
en Sredceimacaaerenmtiche) | ierenios Technology layer
aragonite
eat Standards layer
vernids
Stage 1 Stage 2 Stage 3
Figure 1 —A perspective on stages of maturity of analogue and digital information
‘management
4.3 Information management perspectives
Different information management perspectives should be recognized by the information management
process and should be incorporated in the process in the following ways:
— inthe specification of information requirements;
— inthe planning for information delivery; and
— inthe delivery of information.
Information management perspectives should be defined on a case-by-case basis, but the four
perspectives described in Table Late recommended. Other perspectives can also be helpful, depending
on the nature of the asset or project.
© 1802018 - All viyhits reservedBS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
‘Table 1 — Information management perspectives
Example deliverables
[Business plan
Strategie asset portfolio review
Life eyele cost analysis
[Projetbriet
Perspective Purpose
{To establish and maintain the purpose of th
Asset owner's perspective asset or preject. To make the strategic busi
Iness decisions.
[To identify the true requirements of the user
Jasset user's perspective _|and make sure the asset solution nas the
right qualities and capacities.
Product documentation
Plans, for example BIN Execu-
tion Plans
"Te plan and organize the work, mobilize
the right resources, coordinate and control
development.
Project delivery or asset
management perspective (Organizational charts
[Function definitions
Political decisions
To make sure the community's interestis
Society's perspective taken care of during the asset life eycle (plan-
ining, delivery and operation)
[Area plans
Building permits, concessions
NOTE The example deliveraliles are relevant to the polavel view af each perspective and do noi iadicate ownership of the|
deliverables or who does the work to produce the deliverables.
5 Definition of information requirements and resulting information models
5.1 Principles
The appointing party should understand what information is required concerning their asset(s) or
project(s) to support their organizational or project objectives. These requirements can come from
their own organization or interested external parties. The appointing party should be able to express
these requirements to other organizations and individuals that have to know them to either specify or
inform their work. This applies to assets and projects of all sizes, but the principles in this document
should be applied proportionately. Less experienced appointing parties can seek expert assistance to
help with these tasks.
Appointed parties, including lead appointed parties, can add their own information requirements to
those they receive. Some of the information requirements can be passed to their own appointed parties,
particularly where information exchange within a delivery team is necessary and this information is
nat to be exchanged with the appointing party.
‘The appointing party should state their purposes for requiring information deliverables, including the
aspects of the asset that are intended to be managed. These purposes can include:
— asset register: a register of assets should be provided to support accurate auditing and repartings
this should include both spatial and physical assets and their groupings:
= support for compliance and regulatory responsibilities: the appointing party should specify the
information required to support the maintenance of the health and safety of the users of the asset;
— risk management: information should be required or suppressed ta support risk management,
especially to identify and review the risks that a project or asset can be exposed to, for example
natural hazards, extreme weather events or fire; or
— support for business questions: the appointing party should specify the information required
to support the review of the business case for ownership and operation of the asset; this should
8 180 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
include continuous development of the following impacts and beneficial aspects of the asset from
the earliest deliverable onwards:
— managementof capacity and utilization: documentation of the intended capacity and utilization
of the asset should be provided as it is required to support comparisons of actual use and
utilization and portfolio management;
— management of security and surveillance: information should be required or suppressed to
support the management of the security and surveillance of the asset and neighbouring or
adjacent sites in line with security requirements;
— support for renovation; renovation of cach space or lacation and the whole asset should be
supported with detailed information about the capacity, in terms of areas, spaces, occupancy,
environmental conditions and structural load bearing;
— predicted and actual impacts: the appointing party should require information relating to the
impacts from quality, cost, scheduling, carbon (COze), energy, waste, water consumption or
other environmental effects;
— operations: information necessary for the normal operations of the asset should be provided to
help the appointing party anticipate the cost of asset operation;
— maintenance and repair: information on the recommended maintenance tasks, including
planned preventative maintenance, should be providedto help theappointingparty toanticipate
and plan for costs of maintenance;
— replacement: information on the reference or expected replacement service life and costs
should be available to the appointing party to anticipate the costs of replacement: recycling
of the physical assets should be supported with detailed information relating to the principal
constituent materials; and
— decommissioning and disposal: infarmation on the recammended decommissioning should be
provided to help the appointing party anticipate and plan for end-of-life costs.
Information requirements associated with the delivery phase of an asset should be expressed in terms
of the project stages that the appointing party or lead appointed party intends to use. Information
requirements associated with the operational phase of an asset should be expressed in terms of
foreseeable life cycle trigger events suchas planned or reactive maintenance, fire equipment inspection,
component replacement or change of asset management provider.
The different types of information requirements and information madels are shown in Figure 2 and
explained in 5.2 to SZ.
Oration sal
Trormten [a tttntreaton| 2H einer maton
sa ‘rea
Project S| Exchonge
Information Information
Requiremonts Requirements
(PIR) (ER)
NOTE _lathis figure, “encapsulates” means "provides the input to’, “contributes to” means “provides an input
to”, “specifies” means “determines the content, structure and methodology’.
Figure 2 — Hierarchy of information requirements
© 1802018 - All vights reserved 9BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
5.2 Organizational information requirements (OIR)
OIR explain the information needed to answer or inform high-level strategic objectives within the
appointing party. These requirements can arise for a variety of reasons, including:
— strategic business operation;
— strategic asset management;
— portfolio planning:
— regulatory duties; or
— policy-making.
OIR can exist for reasons other than asset management, for example in relation to submitting annual
financial accounts. These OIR are not considered further in this document.
5.3 Asset information requirements (AIR)
AIR set out managerial, commercial and technical aspects of producing asset information. The
managerial and commercial aspects should include the information standard and the production
methods and procedures to be implemented by the delivery team,
The technical aspects of the AIR specify those detailed pieces of information needed to answer the
asset-related OIR, These requirements should be expressed in such a way that they can be incorporated
into asset management appointments to support organizational decision-making.
A set of AIR should be prepared in response to each trigger event during asset operation and where
appropriate should also refer to security requirements.
Whore there is asupply chain, the AIR received by a lead appointed party can be subdivided and passed
on in any of its own appointments. AIR received by a lead appointed party can be augmented with its
own information requirements.
Across an asset management strategy and plan there can exist several different appointments. The AIR
from alll these should forma single coherent and coordinated setof information requirements, sufficient
to address all the asset-related OIR.
5.4 Project information requirements (PIR)
PIR explain the information needed to answer or inform high-level strategic objectives within the
appointing party in relation to a particular built asset project. PIR are identified from both the project
management process and the asset management process.
A set of information requirements should be prepared for each of the appointing party's key decision
points during the project.
Repeat clients may develop a generic set of PIR that can be adopted, with er without amendment, on all
of their projects.
5.5 Exchange information requirements (EIR)
EIR set out managerial, commercial and technical aspeets of producing project information. The
managerial and commercial aspects should include the information standard and the production
methods and procedures to be implemented by the delivery team.
‘The technical aspects of the EIR should specify those detailed pieces of information needed to
answer the PIR. These requirements should be expressed in such a way that they can be incorporated
into project-related appointments. EIR should normally align with trigger events representing the
‘completion of some or all project stages.
10 180 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
EIR should be identified wherever appointments are being established. In particular, ELR received by a
lead appointed party can be sub-divided and passed on in any of its own appointments, and so on along
the supply chain, EIR received by appointed parties, including lead appointed parties, can beaugmented
with their own EIR. Some of the EIR can be passed to their own appointed parties, particularly where
information exchange within a delivery team is necessary and this information is not to be exchanged
with the appointing party.
Across a project there can exist several different appointments, The EIR from all these appointments
should forma single coherent and coordinated set of information requirements, sufficient to address all
the PIR.
5.6 Asset information madel (AIM)
The AIM supports the strategic and day-to-day asset management processes established by the
appointing party. itean also provide information atthe start of the project delivery process. For example,
the AIM can contain equipment registers, cumulative maintenance costs, records of installation and
maintenance dates, property ownership details and other details that the appointing party regards as
valuable and wishes to manage in a systematic way.
5.7 Project information model (PIM)
The PIM supports the delivery of the project and contributes to the AIM to support asset management
activities. The PIM should also be stored to provide a long-term archive of the project and for auditing
purposes. For example, the PIM can contain details of project geometry, lacation of equipment,
performance requirements during project design, method of construction, scheduling, costing and
details of installed systems, components and equipment, inclucting maintenance requirements, during
project construction.
6 The information delivery cycle
6.1 Principles
‘The specification and delivery of project and asset information follows four overarching principles,
each of which is the subject of more detailed discussion in this document:
1. Information is needed for decision-making during all parts of the asset life cycle, including when
there is an intention to develop a new asset, modify or enhance an existing asset, or decommission
amasset, all as part of the overall asset management system,
2. Information is specified progressively through sets of requirements defined by the appointing
party, and the delivery of information is planned and progressively delivered by the delivery teams.
In addition, some reference information can also be provided by the appointing party to one or
more appointed parties.
3. Where a delivery team contains more than one party then information requirements should be
passed to the most relevant party or the point at which the information can be mosteasily provided.
4. Information exchange involves the sharing and coordination of information through a CDE, using
open standards whenever possible and clearly defined operating procedures to enable a consistent
approach by all organizations invoived.
‘These principles should be applied in a way that is proportionate to the asset management or project
delivery context,
6.2 Alignment with the asset life cycle
AIM and PIM are produced throughout the information life cycle. These information models are used
during the asset life cycle far making asset-related and project related decisions.
© 1802018 - All wiyhts reserved uBS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
Eigure 3 shows the asset life cycle for operational and delivery phases of an asset (the green circle)
and some information management activities (points A to C). In addition to the three points shown in
the figure, verification of designers’ intentions should take place through review of asset performance
during the operational phase. Timing will depend on when and how frequently tests after completion
and performance review are done. If the verification fails then remedial works can be required. During
the operational phase, trigger events take place that can require an information management response,
resulting in one or more information exchanges.
Higure_3 also shows that the ISO 19650 series for information management takes place within the
context of an asset management system, such as ISO 58000, or a project management framework,
such as ISO 21500, which itself takes place within organizational management according to a quality
management system, such as ISO 9001. Other standards such as ISO 8000 (data quality) and ISO/
TEC 27000 (information security management) and ISO 31000 (risk management) are also relevant but
are omitted from the figure for clarity.
‘The following key principles (as set out in ISO 55000) are important for asset information management
as set out in the iSO 19650 series:
— the appointing party specifically links asset management to the achievement of its business
objectives through asset management policies, strategies and plans;
— appropriate and timely asset information is one of the fundamental requirements for successful
asset management; and
— leadership and governance in relation to asset information management comes from the top
management within the asset owner/operator.
‘The following key principles (as set out in 1S09001) are important for asset information management
as set outin the ISO 19650 series:
— there isa focus on the customer (the recipient or user of asset or project information);
— aPlan-Do-Check-Act cycle is used (to develop and provide asset or project information);
— engagement of peaple and the encouragement of appropriate behaviours Is central ta the delivery of
consistent outputs; and
— there is focus on sharing of lessons learned and continual improvement.
12 180 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
ORGANIZATIONAL MANAGEMENT
INFORMATION MANAGEMENT
}
v
e.g. SO 19650
150 55000 & ISO 21500
Crome ety |
start of delivery phase — transfer of relevant information from AIM to PIM
progressive development of the design intent model into the virtual construction model (see 3.3.10, Note 1
toentry)
C end of delivery phase — transfer of relevant information from PIM to AIM
>
Figure 3 — Generic project and asset information management life cycle
6.3. Setting information requirements and planning for information delivery
6.3.1 General principles
All asset and project information that is ta be supplied curing the asset life cycle should be specified by
the appointing party through sets of information requirements. The relevant information requirements
should be issued to each prospective lead appointed party as part of the procurement process. This also
applies when work instructions are issued by one part of an organization to another part of the same
organization. A response to each requirement should be prepared by the prospective lead appointed
party and reviewed by the appointing party befare appointment. The response to the information
requirements is then managed and developed by each lead appointed party and included in the plan for
their asset management or project delivery activities. information is managed and delivered by each
lead appointed party and accepted by the party specifying the requirements. Feedback loops provide
for information deliverables to be revised if necessary. The generic flowchart for this process is shown
in Figure.
A documented risk assessment for delivery of asset or project information should be included in the
overall asset or project risk assessment, so that the nature of the information delivery risks, their
(© 1802018 ~ All vights reserved 13BS EN ISO 19650-1:2018
150 19650-1:2018(E)
consequences and likelihood of occurring are understood, communicated and managed. The concepts
and principles in this document should be considered in the information delivery risk assessment.
Information requirements are defined to address the questions that have to be answered to make key
asset-related decisions at different points during the delivery and operation of the asset. Infarmation
delivery plans are made every time a lead appointed party is appointed in relation to asset mangement
or project delivery activities. This ineludes the parallel appointments made by the appointing party in
relation te design, construction or any other services, and the sequential appointments made to form a
supply chain, for example, within a construction team.
Information requirements (State what you want)
I
nformation delivery planning (Plan how and when to deliver it)
T
Information delivery (Deliver it)
T
Information approval (Approve tt)
Feedback loops
Yes
Figure 4 — Generic specification and planning for information delivery
Figure 5 illustrates the sub-division of information management processes and how they apply to each
appointment within a project. A similar sub-division of processes should apply for each appointment
suring asset management,
Project
Per appointment
‘Activities Activities Activities
undertaken during] undercaken daring] uncertaken curing
theprocurement | the planning | the production
stage stage stage
Figure 5 —Ilustration of the sub-division of processes
The cascade of information requirements and the supply of information have some key features that
are explained In 6.32 to 6.3.5 and illustrated for one particular form of procurement.
Further principles concerning information management functions, collaborative working and appointed
party capability are set out in Clauses 7 § and 9, Further principles concerning information delivery
planning are set out in Clause 10. Further principles concerning information production and delivery
are set out in Clauses 11 and 12.
14 (180 2018 Al rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
6.3.2. Delivery team provides information for asset owner/operator or client decisions
Figure 6 shows one instance of a key decision to be made by the appointing party. That decision is made
ata key decision point, the diamond, where a set of Information requirements is defined and cascaded
to the delivery team (lead appointed party and appointed parties as appropriate). The information is
delivered through information exchange, the solid circle.
‘The appointing party should define the occasions or times when they have to make key decisions, and
precisely what information they require from the delivery team to make each decision. Any significant
changes to the information requirements should be discussed and agreed between the appointing party
and the lead appointed party, either of whom may make such a request.
Appointing party
‘ey decisioa
at Stage n
aud appointed
pany
Desrneas | Moai dtnbi
‘Appointed party or
appointed parties
Figure 6 — Relationship between key decision and information from a lead appointed party
63.3 Information verification and validation at startand end of project stages
Figure 7 shows information exchange occurring between the end of one project delivery stage and the
start of the next project delivery stage.
‘The solid circle represents the information exchange. The vertical arrows represent information
requirements and information deliverables flowing betureen appointing party and lead appointed party.
The circular arrows to the left of the vertical arrows represent the delivery of information by the lead
appointed party, the checking of that information by the appointing party against the requirements,
and any iteration that is needed £0 camplote the information exchange (for example where required
information is missing or not supplied to the required quality). The circular arrows to the right of the
vertical arrows represent the provision of information from the appointing party to the lead appainted
party, the checking of that information against what is needed to start the next project stage, and any
iteration to complete the information exchange.
Within the validation and verification methods it is vital that the approval and acceptance procedures
should be agreed and documented before any infarmatian exchange takes place.
It is particularly important that a second information check, to start a project stage, is made where
there is a change of appointed party between one stage and the next, with particular attention to the
usability of the information received. The second check should also take place when there is a delay
before the next project stage starts. There can be some situations where the second information check
is not needed, for example when the same lead appointed party is delivering bath project stages and no
delay in the project schedule occurs between these stages.
© 1802018 - Al rights reserved 15BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
Information should also be checked if there is a change of lead appointed party during a project stage. In
these circumstances, any limitations on the use of the previously appointed party's information should
be taken into account,
Appointing party
Requirements | | Information deliverables
me {|}
soar Sl rca Sge
‘Lead appointed
party
Figure 7 — Information checking during information exchange
6.3.4 Information is drawn from the whole delivery team
Eigure 6 shows how the information delivered at information exchange is collated from extended
delivery teams for design wark, on the left, and for construction work, on the right, For the form
of procurement being illustrated, the horizontal dotted lines represent, as an example, levels of
appointment. Each lead appointed party may delegate all or part of the information requirements
received from their appointing party and may also add information requirements of their own. The
role of each lead appointed party in satisfying the AIR or EIR, as appropriate, should be defined in
the delivery plans. Information is collated by each lead appointed party from their delivery team and
delivered to the appointing party, with checking and possible re-submission as explained in Figure T.
If new parties join the delivery team, the delivery plan should be updated to include and confirm the
information they will be contributing to future information exchanges.
16 180 2018 Al rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
ot! tt
Delivery phase leadership swans
poecinat
Leal appointed pain’ X
aN
Information exchenge within
delivery ceam
Key
sv
@E@ _ formation exchange within delivery team, into Pitt or AIM
lead appointed parties and appointed parties (task teams and delivery tears)
Ba
Figure 8 — Example of information being provided by whole delivery teams
6.3.5 Summary of information delivery from project and asset delivery teams
Figured illustrates the cascade of requirements and the delivery of information for one partieular type
of procurement. [Lis possible to use different arrangements of project stages, different key decision
points and different information exchanges from these illustrated. One cxample is the supply of
progress information from the construction lead to the client during construction. However, the key
features explained in 6.32, 6.3.3 and 6.2.4 should apply to all arrangements of project delivery and
asset management.
© 1802018 ~ All eights resarved 7BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
\ PIR for each key decision point oIR )
4 asset owner oF project client leey decision points
@E@© _ information exchange within delivery eam, into PIM oF AIM
a lead appointed parties and appointed parties (task teams and delivery teams)
mm @®
an information verification and validation
uv
t flow of information deliverables
NOTE In certain situations information exchanges can alsa nccur between appointed parties. For simplicity
these have not been shown in the Figure.
Figure 9 — Example of information delivery through information exchange to support key
appointing party decisions
7 Project and asset information management functions
7A Principles
Clarity of functions, responsibility, authority and the scope of any task are essential aspects of effective
information management. Functions should be embedded into appointments, either through a specific
schedule of services or by referring to more general obligations.
18 ©1S0 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
‘This document identifies the types of information management functions that should be considered
and their responsibilities, and should be read in conjunction with other appointment documentation.
Information management functions, responsibility and authority should be allocated to parties an the
basis of their appropriateness and ability to perform them. In smaller businesses or projects, multiple
functions may be performed by the same individual or party.
Information management functions should not refer to design responsibilities. However, for smaller or
less complex assets or projects, information management functions may be performed alongside other
functions such as asset management, project management, design team leadership or construction
leadership.
Itis important not to confuse functions and responsibilities with job titles or with professional or other
designations.
In complex asset management or project delivery activities, it is possible to define a specific function
of information facilitation or information process management to support team-working and
collaboration, This should enable better focus on these different aspects of information management
for the efficient implementation of the information management process.
7.2. Asset information management functions
The complexity of asset information management functions should reflect the scale and complexity of
the asset or portfolio of assets being managed. It is important that functions are assigned at all times
during the asset life cycle. However, given the long-term nature of asset management itis almost certain,
that functions will be fulfilled by a succession of organizations or individuals. Itis therefore important
that succession planning is properly addressed in the information management process.
In relation to assets, asset information management can be assigned to one or more individuals
from the appointing party's staff. Asset information management involves leadership in validating
information supplied from each appointed party and leadership in authorizing it for inclusion in the
AIM. The function of asset information management should be assigned from the earliest stage of asset
‘management.
Acthe end of any project, the key information to be handed over should include information required for
operation and maintenance of the asset. Therefore asset information management should be involved
inall stages of project delivery as defined in Table 1.
7.3. Project information management functions
‘The complexity of project information management functions should reflect the extent and complexity
of project information. It is important that functions are assigned at all times during the project, but the
sequence of appointments and their scope should reflect the procurement route being used.
Project information management involves leadership in establishing the project’ information standard,
the production methods and procedures, and the project's CDE.
‘The appointing party allocates responsibility for the delivery of information to the lead appointed
parties as appropriate. Allocation of these responsibilities should be project specific and should be
documented in the appointment document(s).
7.4 Task information management functions
Where delivery teams are sub-divided into task teams, information management functions should
be assigned for each task team. Information management at a task team level is concerned both with
the information associated with that task and with the requirement to coordinate information across
multiple tasks.
(© 180.2018 - All rights reserved 19BS EN ISO 19650-1:2018
180 19650-1:2018(E)
8 Delivery team capability and capacity
84 Principles
‘The appointing party should review the capability and capacity of the prospective delivery team to meet
the information requirements. This review can be done by the appointing party, by the prospective
delivery team themselves or by an independent party. The scope of the review should be made available
to the prospective delivery team. The review can be completed in more than one step, for example
where prequalification is being used, but should be completed before the appointment is made.
Capability refersto being able to perform a given activity, for example by havingthe necessary experience,
skill or technical resources. Capacity refers to be able to complete an activity in the required time.
When a new appointment is made during 2 framework agreement or similar long-term arrangement,
then the seope of the review may be reduced to just the relevant aspects of capability and capacity. For
example, in 2 project framework agreement the experience of the prospective delivery team and the
neces to information technologies need not he assessed for each new project unless the requirements
are significantly different from previous projects. In an asset maintenance framework agreement, the
capability of the prospective delivery team need only be reassessed at pre-defined intervals during the
framework rather than before every maintenance activity.
8.2 Extent of capability and capacity review
The review of prospective delivery team capability and capacity should include at least the following:
— the commitment to comply with this document and the information requirements;
— the ability ofthe prospective delivery team to work in a collaborative way, and their experience in
information container-based collaborative working;
— access to and experience of the information technologies specified or envisaged within the
information requirements, or proposed by the delivery team; and
— the quantity of experienced and suitably equipped personnel within the prospective delivery team
with availability to work on the proposed asset or project tasks,
9. Information container-based collaborative working
‘The collaborative production of information should he defined in general terms of structured
information to allow the fundamental principles of information container-based collaborative working
to be achieved. These fundamental principles are as follows:
a) authors produce information, subject ta intellectual property agreements, which they control
and check, only sourcing approved information from others where required by way of reference,
federation or direct information exchange;
b) provision of clearly defined information requirements at high level, by interested parties associated
with the project or asset, and at detailed level by the appoiating parly;
consideration of the proposed approach, capability and capacity of each delivery team prior to
appointment by an appointing party against the requirements;
¢) provision of.a CDE to manage and store shared information, with appropriate and secure availability
toall individuals or parties who are required to produce, use and maintain that information;
©) information models to be developed using technologies that are able to conform to this document;
f) processes related to security of information should be put in place during the whole life time of the
asset to address issues such as unauthorized access, information loss or corruption, degradation
and, as far as is practicable, obsolescence.
20 © 180 2018 All rights reservedBS EN ISO 19650-1:2018
180 19650-1:2018(E)
10 Information delivery planning
10.1 Principles
Planning for information delivery is the responsibility of each lead appointed party and appointed party.
Plans should be formulated in response to the information requirements set outby the appointing party
and should reflect the scope of the appointment within the overall asset life cycle. Each information
delivery plan should state:
— how information will meet the requirements defined in the AIR or EIR;
— when information is going to be delivered, initially with respect to project stages or asset
management milestones and later with respect to actual delivery dates;
— how information is going to be delivered;
— how information is going to be coordinated with information from other relevantappointed parties;
— what information is going to be delivered;
— who is going to be responsible for delivering the information; and
— who the intended recipient of the information will be.
‘At least some of the planning for information delivery should be carried out by the lead appointed
party or appointed party before appointment, as this should form part of the review carried out by the
appointing party. More detailed planning can then be required after the appointment Is made as part
of mobilization. Additional information delivery planning should take place if changes are made to the
information requirements or to the delivery team.
The delivery team should review the information management solution before any technical design,
construction or asset management tasks start. This should include the following:
— the necessary appointment conditions and amendments have been prepared and agreed;
— the information management processes are in place:
— the information delivery plan takes account of the delivery team’s capacity:
— the delivery team has the appropriate skillsand competencies; and
— the technology supports and enables the management of information according to this document.
Allowance should be made in the schedule for training in relation to skills and competencies.
Information should be delivered through pre-defined information exchanges. Information exchange
can take place between the appointing and lead appointed parties, as well as between lead appainted
parties.
The delivery of information in accordance with the information requirements should be one of the
criteria for completion of a project or asset management activity. Each information container should be
directly related to one or more pre-defined information requirements,
10.2 Timing of information delivery
An information delivery plan should be defined for the whole project or for the short and medium term
of asset management according ta the schedule and appointment of the parties. In complex situations,
this can be generated by merging the delivery plans for each project or asset management task.
‘The timing of each information delivery should be included in each information delivery plan, with
reference to project and asset management schedules when these are known.
© 180.2018 - All rights reserved aBS EN ISO 19650-1:2018
150 19650-1:2018(E)
10.3 Responsibility matrix
Arresponsibility matrix should be generated as part of the information delivery planning process in one
or more levels of detail. The axes of a responsibility matrix should (dentify:
— information management functions; and
— cither project or asset information management tasks, or information deliverables as appropriate.
‘The content of a responsibility matrix should show the appropriate detail relevant to the axes.
10.4 Defining the federation strategy and breakdown structure for information
containers
‘The purpose of the federation strategy and the information container breakdown structure is to help
plan the procuction of information by separate task teams to the appropriate level of information need
as described in 112.
The federation strategy should be develaped during information planning activities. It should explain
how the information model is intended to be divided into one or more sets of information containers.
Allocation can be done by viewing the information model in different views, such as functional,
spatial or geometrical. The functional allocation concept is supported by a semantic model view. The
geometrical model view is commonly used during the delivery phase.
The federation strategy should be developed into one or more information container breakdown
structures during detailed planning to explain in more detail haw information containers relate to
each other. The federation strategy and the information container breakdown structure explain the
methodology to manage interfaces associated with the asset during its delivery phase or operational
phase, Different arrangements of information containers should be defined for different purposes, such
as functional compatibility, spatial coordination or geometrical interfaces. Thisshould be proportionate
to the complexity of the asset or project. Explanations and examples of different applications of
federation and information container breakdawn are given in AnncxA,
‘The federation strategy and information container breakdown structure shauld be updated as new task
teams are appointed. Updates can also be required as the nature of the work being carried out changes,
especially when this changes from asset management to project delivery and vice versa.
Information containers within the information container breakdown structure should be cross-
referenced to task teams. Where the federation strategy and information container breakdown
structure define only one set of information containers, each task team should be allocated one or more
information containers from within the set and each information container should be allocated to only
one taskteam.
‘The definition of the federation strategy and the information container breakdown structure are both
strategic activities related to the project or asset and they should be agreed collaboratively. They should
be owned and managed by functions that understand the strategic approach to project delivery and
asset management.
‘The federation strategy and the information container breakdawn structure should be communicated
to all organizations involved in project or asset activities. It can be helpful for illustrations or detailed
descriptions to be prepared and circulated. The security implications of communicating the federation
strategy or Information container breakdown structure should be considered and this can restrict their
sulation.
22 © 180 2018 All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
11 Managing the collaborative production of information
414 Principles
A CDE solution and workflow should be implemented to allow information to be accessed by those
who require it to undertake their function. The solution can be implemented in several ways and
using a range of different technologies. In "BIM according to the ISO 19650 series” the CDE solution
and workflow enable the development of a federated information model. This comprises information
models from different lead appointed parties, delivery teams or task teams. Security and information
quality shauld be considered and, where appropriate, integrated into the definition of or the proposals
for the CDE. More detailed concepts and principles regarding the CDE solution and workflow are in
Clause 12.
Issues in the information model should be avoided during the production of information rather than
detected after the delivery of information. Issues could be spatial, for example structural elements
and building services occupying the same space, or functional, for example fire pratection materials
being incompatible with the required fire rating of a walll. Spatial coordination issues can be of different
kinds, for example “hard” where two objects are occupying the same space or “soft” where one item
‘occupies the operating or maintenance space of another item, or “time” where two objects are present
in the same place at the same time. This principle reinforces the requirement for a Federation strategy
(see 10.4).
Generic information should be used before the final product has been selected or manufactured,
indicating the space required for installation, connection, maintenance and replacement, and be
replaced by specific information as soon as this is available.
All rights relating to information should be governed by agreements made between the relevant parties.
11.2 Level of information need
The level of information need of each information deliverable should be determined according to its
purpose. This should include the appropriate determination of quality, quantity and granularity of
information. This is referred to as its level of information need and this can vary from deliverable to
deliverable.
A range of metrics exist to determine levels of information need. For example, two complementary
but independent metrics can define the geometrical and alphanumerical content in terms of quality,
quantity and granularity. Once these metrics have been defined, they should be used to determine the
levels of information need across the whole project or asset. All this should be described clearly within
the OIR, PIR, AIR of EIR.
‘The levels of information need should be determined by the minimum amount of information needed to
answer each relevant requirement, including information required by other appointed parties, and no
more. Anything beyond this minimam is considered as waste. Lead appointed parties should consider
the risk that importing object information automatically into information models can introduce a
higher level of information need than ts required.
‘The relevance of an information deliverable is not always correlated to its granularity. Level of
information need is, however, closely linked to the federation strategy (see 10.4),
‘The granularity of alphanumerical information should be considered to be at least as important as that
of geometrical information.
11.3 Information quality
Information managed in the CDE should be understandable by all parties. The following should be
agreed to support this
— information format:
(© 180 2018 - AN rights reserved 23BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
— delivery formats:
— structure of the information model;
— the means of structuring and cla:
fying information; and
— attribute names for metadata, for examples properties of construction elements and information
deliverables.
Classification of objects should be in accordance with the principles in ISO 12006-2. Object information
should be in accordance with [SO 12006-3, to support object exchange.
Automated checking of information in the CDE should be considered.
412 Common data environment (CDE) solution and workflow
12.1 Principles
A CDE solution and workflow should be used for managing information during asset management and
project delivery. During the delivery phase, the CDE solution and workflow support the information
management processes in ISO 19650-2:2018, 5.6 and 5.7.
At the end of a project, information containers required for asset management should be moved from
the PIM to the AIM, Remaining project information containers, including any in the archive state, should
be retained as read-only in case of dispute and to help lessons ta be learned. The timescale for retaining
project information containers should be defined inthe EIR.
‘The current revision of each information container within the CDE should be in one of the following
three states:
— workin progress (see 12.2);
— shared (see 12.4); or
— published (see 12.6).
Current information containers can exist across all three states, depending on their development.
There should also be an archive state (see 12.7) providing a journal of all information container
transactions and an audit trail of their development.
‘These states are shown in the conceptual diagram in Figure 10. Figure 10 deliberately does not
illustrate the complexities of the CDE workflow, involving multiple iterations of information container
development, multiple reviews, approvals and authorizations, and multiple journal entries into the
archive recording information containers in any of the other states.
‘The transition from one state to another should be subject to approval and authorization processes (see
12.3 and 125).
Each information container managed through the CDE should have metadata including:
1. arevision code, in accardance with an agreed standard for example IEC 82045-1; and
2. astatus cade, showing the permitted use(s) of information.
Metadata is initially indicated by its author and then amended by the approval and authorization
processes. Using an information Container for any thing other than the use indicated by its status code
isat the risk of the user.
‘The CDE solution can include both a database management capability to manage information container
attributes and metaedata, and a transmittal capability to issue update notices to team members and to
maintain the audit trail of information handling.
24 (180 2018- All rights reservedBS EN ISO 19650-1:2018
150 19650-1:2018(E)
‘The whole information model is not always held in one place, particularly for large or complex assets or
projects, or widely dispersed teams. Information container-based collaborative working allows for CDE
worlflow to be distributed across different computer systems or technology platforms.
‘The advantages of adapting such a CDE solution and workflow include:
— responsibility for the information within each information container remains with the organization
that produced it, and although it is shared and reused only that organization is allowed to change
the contents;
— shared informal
ion containers reduce the time and costin producing coordinated information; and
— a full andit trail of information production is available for use during and after each project delivery
and asset management activity.
Informaten apprares Ge Inara being derdoped
‘staring WE ceher Ty ragnarok
spprepratetrsk tears ant ‘ram note hte
Talley ess oF th te secu anyone ee
sepolateg pat?
Task Tear
sein mate deta srarsictnas, proving
foecorsructon or For ae ‘salt est a orton
management ‘ovate deepen
Figure 10 — Common data environment (CDE) concept
12.2 The work in progress state
The work in progress state is used for information while it is being developed by its task team. An
information container in this state should not be visible or accessible to any other task team. This is
particularly important if the CDE solution is implemented through a shared system, for example a
shared server or web-portal.
12.3 The check/review/approve transition
The check/review/approve transition compares the information container against the information
delivery plan and against the agreed standards, methods and procedures for producing information.
‘The check/review/approve transition should be made by the originating task team.
12.4 The shared state
The purpose of the shared state is to enable constructive and collaborative development of the
information model within a delivery team.
Information containers in the shared state should be consulted by all appropriate appointed parties
(including those in other delivery teams) for the purpose of coordination with their own information,
(© 180-2018 - All rights resorved 25BS EN ISO 19650-1:2018
180 19650-1:2018(E)
Information requirements are cascaded to the most relevant appointed party within a delivery team.
Information deliverables are collated by the lead appointed party before delivery to the appointing
party thraugh information exchange. Information exchange is also used to transfer information
between lead appointed parties where this has been authorized by the appointing party.
‘The CDE workflow is used to support collaborative production, management, sharing and exchange of
all information during operational and delivery phases.
Information models containing federated information deliverables are produced as a result of the CDE
workflow to address the perspectives of all interested parties.
Within the information management process, the number and description of subrdivisions of the asset
life cycle (solid rectangles). points of information exchange (solid circles) and decision points for delivery
teams, interested parties or appointing party (diamonds) should reflect local practice, interested party
and appointing party requirements, and any agreements or requirements specific to project delivery or
asset management.
These concepts and principles are summarized in Figure 11.
(6 1802018 - AN ahtermcrved 27BS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
z f sf
Bid
oe :
PER
oR Gigi 2018 Al cats moniesBS EN ISO 19650-1:2018
180 19650-1:2018(E)
&
information production
information management process
Alow of information deliverables
iteration to complete information exchange
stakeholder decision point
delivery team decision point
eee00-H8G
Information exchange
Figure 11 — Overview and illustration of the information management process
6 1802018 - ab rahits eed 290BS EN ISO 19650-1:2018
150 19650-1:2018(E)
Annex A
(informative)
Illustrations of federation strategies and information container
breakdown structures
Al General
Federation strategies and information container breakdown structures are important concepts in
managing federated information models in “BIM according to the ISO 19650 series’.
Federation and information container breakdown should be used to:
— allow different task teams to work on different parts of the information model simultaneously
without introducing coordination issues, for example spatial clashes or functional incompatibilities:
= support information security:
= ease information transmission by reducing the sizes af individual information containers.
Federation and information container breakdown can also be used to help define scopes of service for
task teams,
A2 Simultaneous working
A federation strategy to allow simultaneous working should define the spatial boundaries within which
each task team should locate the systems, components or construction elements it is responsible for.
For an asset that is primarily linear, such as 2 rail tunnel, the federation strategy can be defined by a
dimensioned cross-section of the tunnel. This is illustrated in Eigure A.J and in this case the strategy is
linked to different types of systems to be accommodated in the tunnel.
For an asset such as a building, the federation strategy can be defined through a set of interlocking
spaces. Thisisillustrated in An information container breakdown isillustrated in Figure A.3.
Both of these are linked to different design disciplines.
A3 Information security
A federation strategy or information container breakcown structure to support information security
should separate containers or spatial sections of the asset according to the permissions for accessing
information.
For an asset related to criminal justice, such asa prison, different levels of restriction can be placed on
general site information (such as lacation, vehicle access routes), on general design and construction
information (such as floor plans, space adjacencies, heating and ventilation treatments) and on security
specific information (such as details of cell and wing locks, details of surveillance systems, evacuation
or containment procedures). This is illustrated in Figure Ad.
20 aside anaes inBS EN ISO 19650-1:2018
180 19650-1:2018(E)
A Information transmission
A federation strategy to assist with transmission of information containers within a delivery team or to
and from an appointing party should cansider the maximum file size that is practicable for upload and
download with the specified IT infrastructure, for example 250 Mb. The information madel should then
be sub-divided so that no single information container is larger than 250 Mb.
Key
1 overhead line electrification 7 drainage system
2 electrical system 8 communications system
3 train 9 signaling system
4° water system 10. signage
5 kinetic envelope 21 tunnel structure
6 tack systers 12 emergency walkway
Figure A.1 — Illustration of federation of tunnel cross-section systems ina rail project
i aeBS EN ISO 19650-1:2018
1SO 19650-1:2018(E)
Key
yellow architecture
blue structure
green, red, purple mechanical, electrical and plumbing systems
Figure A.2 — Illustration of spatial federation strategy by discipline ima building project
Alona
eva erat
dst
Arciscturl containers (tremens acer
‘Heal acions
Figure A.3 — Illustration of information container breakdown structure for simultaneous
working
on: aeonsBS EN ISO 19650-1:2018
150 19650-1:2018(E)
Tntermanion aoe
‘Alleontaners
] (ois.
—
Tomine Featg
Sarveliance systems
Evacaitlon peocedaret
Cntaineent procedures
eontiners relating to a
lotr project fomto
sbehas Hoor pan,
Space adaconcies,
heating and verlaton
‘wentments
Containers relating te
Geogeaphiea location
‘Vahl aovaee routes
Permitted partes:
‘General public
Permitted partes: Al
ote appol ne pariles
Figure At — Illustration of information container breakdown structure for information
security
m-BS EN ISO 19650-1:2018
1SO 19650-'
(i
fe)
fa)
5]
fel
7
(8)
o
{10}
fu]
[12]
(13)
fa]
{15}
[6]
7]
[18]
:2018(E)
Bibliography
150 6707-1:2017, Buildings and civil engineering works — Vocabulary — Part 1; General terms
ISQ 6707-2:2017, Buildings and civil engineering works — Vocabulary — Part 1: Conteact and
communication terms
180.8000, Data quality
180 9001, Quality management systems — Requirements
180 12006-2:2015, Building construction — Organization of information about construction
works — Part 2: Framowork for classification
ISO 12008-3, Building construction — Organization of information about construction works —
Part 3: Framework for object-oriented information
ISO/TS 12911:2012, Framework for building information modelling (BIM) guidance
ISO 16739, Industry Foundation Glasses (IFC) for data sharing in the construction and facility
management industries
180 196502, Organization of information about construction works — information management
using building information modelling — Part 2: Delivery phase of assets
150 21500, Guidance on project management
ISO 22263, Organization of information about construction works — Framework for management
of project information
ISO/IEC/IEEE 24765, Systems and software engineering — Vocabulary
ISO/IEC 27000, Information technology — Security techniques — Information security management
systems — Qverview and vocabulary
1s@ 29481-1:2016, Building information models — information delivery manual — Part 1:
Methodology and format
18031000, Risk management — Guidelines
1S 37500:2014, Guidance on outsourcing
ISO 55000:2014, Asset management — Overview, principles and terminology
TEC 82045-1, Docurnent management — Part 1: Principles and methodsee ee le ee
NO COPYING WATHOLT WS! PERIJISSION! EXCEPT AS PERLATTED BY COPPRIGHT LAW
British Standards Institution (BS!)
is the national body responsible for preparin
ndards-related publications, information and
is inco
About us
‘We bing together busines, inst, government, consumers, motos
dhe te dupe ther conned peice en eerie rie steed
“pase solos,
“The knowdye ented ur standards hs beer cael nerd
2 epee fom reine tech ur open ciation pou.
‘Oigeruaton ft aes and css sci use Sana 10 hea
‘ten ache ther ge
Information on standards
“We can prose youth te knowledge tat our exgartsstn reeds
“oncce, Fd a mare sb Son Stance Dy ting our wet t
(Sigow crebtandarh > erecing or Carona Seno tn
Knowedas Cente
Buying standards
‘Yu can buy anderen FOF verse of = pubes. nduang Ssh
nd soto Eaopean and iterate carcarie rough ar vebste
Sogo concn, wher had cops can seo bau,
{ye needintorstional ad fern candarde rom other Strtine Ueloprt
‘Orgran, hard copies can be ered for ou Cure Serves bam
Copyright in BSI publications
Abe content in 25 puesto icing Bitch Stand the propery
‘of and copys by Stor sare person ety tha ors copii the
‘nfomason ws Gach 5 ‘he veinaiona Snetaton bovis) as
“aly beri neato to 91a conmercapubeaton ar se.
Soe fhe ovsens so. yu may norman, sheer cents any
‘arte ofthe sacar an other reson, Younay nat acer, cst,
“error erat op deny the sandr ary porn tea! ry
‘narmet rasosre wittet 855 pir wien coer
Storing and using standards
Standart aches in set op forma
+ Aten Standard purhasd in sat copy oats eroed ta ce named
toe for cesar or hese eorper ws obs
+ The sarc ay be stored an mere hun dere proved hot cee
bythe de rare cr ery and thet oly |e xslt en ene ime
+ Asinle caps copy ay be ered fr persorl ar itl campy ec
+ Standares puchasdin ha copy erat
1 Alin Standard purhszed in hae copy Yomat fr pes rere
company se oh
+ sumay ro bo further proceed in any format to cate an ator copy.
‘Tha inddes annie the docurent.
{fyouneed more han 1 cep ef the corumen, ert you nih toshare tre
-Jonavent or anirtsra ntvot, yeu an av maney by oearg a wabscinion
poate Slscpors
bsi.
Sec) (0 MNO) (OL ola Coal} CS
Poe Meck ucts)
British Standards and ott
See
and
Standa Syaj cle Cold Ie Paz) (0)
hed by BSI Standards Limited
Reproducing extracts
person‘ produ conte on 6 piers onc: he St
Cait srg ter
Subscriptions
(ur tange of slsereton sce. deste 9 mae unused
‘2 fo you for fae FYtnaion oh ow Sscenen dues wo
Sueur commaberpont
en th standans Onine (B50) youl ve stan acest ve $5,009
‘Bh and opted Eopear and omaiondl candack fern your dotp.
[aratase 07 are obese cal oo yuan be Upto ae
You eons i urninh anda cembprens sts reso cient
dsours on the purase ee ol sande, bth in safe copy ae ssp
‘ermst beserings BSI Subserbing Memb.
‘PS & an updiing sericea 0 BS Suerbing Merers. Yeu wit
etal ese the eet hed py of our saci we eye
‘essedereplned
Te finde mor a bering «85 Saenger and beri
of mente, pease vst bsgroin connton.
i Rlli-User Network Lene (MUR) ya able ott
‘ubletons on our Fran Lene can Cove a ew 3s) We YL
{tush Vib date sipped ox cnn 8 Rye aati, oan bo your
sumer scare. for fhe verti, eal AbSptereDeakyOUP er.
Revisions
(Or Brick Stove and or pubesion ar pas by aorctrnto exon
ie conruly pes the quay au produce and sans to beef your
tunes you fe an natin) or arpa thin ash Stared other
pubieaion seas nfors the Knowles: Cov.
Useful Contacts
atoms Seevies
Tot 4 345085 S001
Ell order)
[email protected]
Email langues? reaniestbsgen em
Senprone
Tet 444 245 055 2001
mall sioxsinioseosreuncon
Koowledge Centre
Emait brewleesoeareeagiaupon
Sopyrigh & Lconsing
Yet 9420 8985 7079
Email eapyg heb com
BSI Group Headquarters
389 Cavick Hi Road Laecon 14 ALL