SIST EN ISO 18618:2023
(Main)Dentistry - Interoperability of CAD/CAM Systems (ISO 18618:2022)
Dentistry - Interoperability of CAD/CAM Systems (ISO 18618:2022)
This document specifies an extensible markup language (XML) format to facilitate the transfer of dental
case data and CAD/CAM data between software systems.
Zahnheilkunde - Interoperabilität der CAD/CAM-Systeme (ISO 18618:2022)
Dieses Dokument legt das Format für eine erweiterbare Auszeichnungssprache (XML) fest, um die Übertragung von dentalen Anwendungsdaten und CAD/CAM-Daten zwischen den Softwaresystemen zu erleichtern.
Médecine bucco-dentaire - Interopérabilité des systèmes de CFAO (ISO 18618:2022)
Le présent document spécifie un format de langage de balisage extensible (XML) destiné à faciliter le transfert des données de cas dentaires et des données de CFAO entre les systèmes logiciels.
Zobozdravstvo - Medobratovalnost sistemov CAD/CAM (ISO 18618:2022)
Ta dokument določa obliko razširljivega označevalnega jezika (XML) za lažji prenos zobozdravstvenih podatkov in podatkov CAD/CAM med različnimi sistemi programske opreme.
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
SIST EN ISO 18618:2023
01-januar-2023
Nadomešča:
SIST EN ISO 18618:2018
Zobozdravstvo - Medobratovalnost sistemov CAD/CAM (ISO 18618:2022)
Dentistry - Interoperability of CAD/CAM Systems (ISO 18618:2022)
Zahnheilkunde - Interoperabilität der CAD/CAM-Systeme (ISO 18618:2022)
Médecine bucco-dentaire - Interopérabilité des systèmes de CFAO (ISO 18618:2022)
Ta slovenski standard je istoveten z: EN ISO 18618:2022
ICS:
11.060.01 Zobozdravstvo na splošno Dentistry in general
35.240.80 Uporabniške rešitve IT v IT applications in health care
zdravstveni tehniki technology
SIST EN ISO 18618:2023 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
---------------------- Page: 1 ----------------------
SIST EN ISO 18618:2023
---------------------- Page: 2 ----------------------
SIST EN ISO 18618:2023
EN ISO 18618
EUROPEAN STANDARD
NORME EUROPÉENNE
October 2022
EUROPÄISCHE NORM
ICS 11.060.01 Supersedes EN ISO 18618:2018
English Version
Dentistry - Interoperability of CAD/CAM Systems (ISO
18618:2022)
Médecine bucco-dentaire - Interopérabilité des Zahnheilkunde - Interoperabilität der CAD/CAM-
systèmes de CFAO (ISO 18618:2022) Systeme (ISO 18618:2022)
This European Standard was approved by CEN on 22 August 2022.
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 obtained on application to the CEN-CENELEC Management Centre or to any CEN
member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by
translation under the responsibility of a CEN member into its own language and notified to the CEN-CENELEC Management
Centre has the same status as the official versions.
CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia,
Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway,
Poland, Portugal, Republic of North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Türkiye and
United Kingdom.
EUROPEAN COMMITTEE FOR STANDARDIZATION
COMITÉ EUROPÉEN DE NORMALISATION
EUROPÄISCHES KOMITEE FÜR NORMUNG
CEN-CENELEC Management Centre: Rue de la Science 23, B-1040 Brussels
© 2022 CEN All rights of exploitation in any form and by any means reserved Ref. No. EN ISO 18618:2022 E
worldwide for CEN national Members.
---------------------- Page: 3 ----------------------
SIST EN ISO 18618:2023
EN ISO 18618:2022 (E)
Contents Page
European foreword . 3
2
---------------------- Page: 4 ----------------------
SIST EN ISO 18618:2023
EN ISO 18618:2022 (E)
European foreword
This document (EN ISO 18618:2022) has been prepared by Technical Committee ISO/TC 106
"Dentistry" in collaboration with Technical Committee CEN/TC 55 “Dentistry” the secretariat of which
is held by DIN.
This European Standard shall be given the status of a national standard, either by publication of an
identical text or by endorsement, at the latest by April 2023, and conflicting national standards shall be
withdrawn at the latest by April 2023.
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 patent rights.
This document supersedes EN ISO 18618:2018.
Any feedback and questions on this document should be directed to the users’ national standards
body/national committee. A complete listing of these bodies can be found on the CEN website.
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, France, Germany, Greece, Hungary, Iceland,
Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Republic of
North Macedonia, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Türkiye and the
United Kingdom.
Endorsement notice
The text of ISO 18618:2022 has been approved by CEN as EN ISO 18618:2022 without any modification.
3
---------------------- Page: 5 ----------------------
SIST EN ISO 18618:2023
---------------------- Page: 6 ----------------------
SIST EN ISO 18618:2023
INTERNATIONAL ISO
STANDARD 18618
Second edition
2022-09
Dentistry — Interoperability of CAD/
CAM systems
Médecine bucco-dentaire — Interopérabilité des systèmes de CFAO
Reference number
ISO 18618:2022(E)
© ISO 2022
---------------------- Page: 7 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO 2022
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
© ISO 2022 – All rights reserved
---------------------- Page: 8 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
3.1 General terms . 1
3.2 Terms related to XML content . 2
4 Data security and storage methods .5
5 Naming . 6
6 Tooth numbering system . 6
7 Measurement units . 6
8 Additional restrictions on IDS XML documents . 6
9 XSD Description . 6
Annex A (normative) XML schema for IDS .7
Annex B (informative) Examples .60
Bibliography .71
iii
© ISO 2022 – All rights reserved
---------------------- Page: 9 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(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 normally carried out
through ISO 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 ISO, 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 approval 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 www.iso.org/directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO 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 ISO 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 www.iso.org/
iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 106, Dentistry, Subcommittee SC 9, Dental
CAD/CAM systems, in collaboration with the European Committee for Standardization (CEN) Technical
Committee CEN/TC 55, Dentistry, in accordance with the Agreement on technical cooperation between
ISO and CEN (Vienna Agreement).
This second edition cancels and replaces the first edition (ISO 18618:2018), which has been technically
revised.
The main change compared to the previous edition is: the XML schema for IDS (interface for dental
CAD/CAM systems) and the examples of interoperability of dental products relating to dental implant
systems, removables, dental appliances and orthodontics have been updated in Annex A due to the fast
nature of the software system innovation and the need for ongoing testing.
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 www.iso.org/members.html.
iv
© ISO 2022 – All rights reserved
---------------------- Page: 10 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
Introduction
Manufacturers of dental CAD/CAM systems differ in how they exchange manufacturing information and
three dimensional data. This causes difficulty in data processing, design processes and manufacturing
processes for users of those systems. In order to overcome these interoperability issues, this document
has been prepared to facilitate open interoperability between CAD/CAM systems in dentistry.
v
© ISO 2022 – All rights reserved
---------------------- Page: 11 ----------------------
SIST EN ISO 18618:2023
---------------------- Page: 12 ----------------------
SIST EN ISO 18618:2023
INTERNATIONAL STANDARD ISO 18618:2022(E)
Dentistry — Interoperability of CAD/CAM systems
1 Scope
This document specifies an extensible markup language (XML) format to facilitate the transfer of dental
case data and CAD/CAM data between software systems.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO 1942, Dentistry — Vocabulary
ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country
code
ISO 3950, Dentistry — Designation system for teeth and areas of the oral cavity
ISO 16443, Dentistry — Vocabulary for dental implants systems and related procedure
ISO 18739, Dentistry — Vocabulary of process chain for CAD/CAM systems
W3C — Extensible Markup Language (XML) 1.0 (Fifth Edition), November 2008
W3C XML Schema Definition Language (XSD) 1.1, April 2012
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 1942, ISO 16443, ISO 18739,
W3C XML 1.0, W3C XML XSD 1.1 and the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1 General terms
3.1.1
broker
entity that acts as a middleman or intermediary
Note 1 to entry: Such organizations take multiple orders from multiple sources and consolidate them into a single
order for a provider or they take single orders from an originator and split them among multiple providers or
they just pass orders through between originators and providers.
1
© ISO 2022 – All rights reserved
---------------------- Page: 13 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
3.1.2
interface for dental CAD/CAM systems
IDS
nodes immediately within the enveloping root element that provide traceability and source
identification features as well as information on how to reply to a document transaction
Note 1 to entry: The IDS schema organizes the IDS document into structures for specific transactions. They
represent a submission, a query, an update of a previous submission, a notification of an event or status change
and a series of catalogs. A single IDS document can contain a combination of different transaction nodes or
consist of only a single transactional node.
3.1.3
originator
entity (organization or person) that is responsible for creating the current document, order, submission
Note 1 to entry: As such, they are the “originator” of the data being exchanged.
Note 2 to entry: Most often an originator is a dental practice. In some cases, an originator is a dental laboratory
that is outsourcing work to another lab.
3.1.4
provider
entity that is responsible for providing the services or products that are being requested in an order
Note 1 to entry: An entity can be a company, a lab.
Note 2 to entry: Most often, a provider is a dental laboratory or manufacturer.
3.2 Terms related to XML content
3.2.1
brokerID
identifiers used by a broker (3.1.1) to identify itself, or by an originator (3.1.2) and a provider (3.1.3) to
identify a broker
3.2.2
CADDataCatalog
collection of nodes describing CAD data associated with one or more of either the orders or restorations,
or both
Note 1 to entry: It can include either a digital scan or design files, or both.
3.2.3
case
set of one or more orders for dental appliances, products or services, all of which are submitted for a
single patient
EXAMPLE A case can contain one order for a crown and another order for a bridge.
3.2.4
catalog
data that are referenced in other elements or areas
Note 1 to entry: The catalogs are subdivided by the data they are grouping, making it easier to manage and
reference.
2
© ISO 2022 – All rights reserved
---------------------- Page: 14 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
3.2.5
character data
CDATA
certain portion of the document which is general character data, rather than non-character data or
character data with a more specific, limited structure
Note 1 to entry: CDATA is used for distinct, but related, purposes in the markup languages SGML and XML.
3.2.6
DataQuery
method to request data from another system or entity
Note 1 to entry: It provides elements to define the data elements to be searched or matched on as well as elements
to define the data requested in response.
3.2.7
DeliveryRequest
information for the out-going, finished order, which is sent to the originator (or an originator’s agent) as
a separate delivery
Note 1 to entry: A delivery is either physical or electronic, or both.
3.2.8
dentist
node that defines the responsible clinician who requested the order
3.2.9
DentistCatalog
collection of dentist (3.2.8) nodes that provides attributes and elements to define the dentists being
referenced in the IDS schema
Note 1 to entry: The definition can include billing information and license information.
3.2.10
ExtraInfo
child node that can be used to extend the schema with undefined XML
Note 1 to entry: Many of the elements contain child nodes with the suffix “ExtraInfo” (i.e. ,
, etc). These are intended to be areas that can be used to extend the defined schema with
proprietary or undefined XML. For example, an implementation can use one (or more) of these to embed XML
that is only of use to the implementer for an internal workflow. Another use can be two business partners using
these to experiment with XML they intend to propose for future versions or to pass proprietary XML they have
previously defined between themselves. The IDS schema and XSD ignore the contents of these so they are not
validated as part of the IDS schema. It is highly recommended that if these are used, that any XML be enclosed
within some proprietary element tag so that if the XML document passes through multiple handlers, there are no
conflicts:
data specific and of use only to “MyCompany”…
3.2.11
FileCatalog
collection of nodes that describe files associated with the , or CAD data
(scans, design files, etc.)
3
© ISO 2022 – All rights reserved
---------------------- Page: 15 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
3.2.12
host service
system that receives the IDS document and processes the contents
3.2.13
IDMapCatalog
collection of nodes which provide a means of defining alternate identifiers for key
elements within the IDS
3.2.14
notification
means for publishing or returning a defined status, event or message related to an order
Note 1 to entry: Within the notification node is an untyped element that can be defined in accordance with the
needs of the parties exchanging information.
3.2.15
order
request for a self-contained dental appliance, service or product that is being requested by an originator
Note 1 to entry: Each order in a case can be created or manufactured by a different provider. Each order contains
its own delivery (or reply) instruction nodes.
3.2.16
OrderCatalog
collection of nodes that provide attributes and elements necessary to define or describe an
order
Note 1 to entry: An will often contain one or more nodes but can omit those nodes when
not needed.
3.2.17
parcel
physical package that is mailed
3.2.18
patient
patient for whom a case is being manufactured
Note 1 to entry: Patient infomation is not a mandatory part of the IDS schema.
3.2.19
PatientCatalog
collection of nodes that provide attributes and elements to define patients that are referenced
in the or elements
Note 1 to entry: Because patients are referenced in either multiple nodes or multiple nodes, or
both, the patient information is grouped into a catalog.
3.2.20
prescription
written directive from the dentist or responsible clinician to the supplier specifying the product that
should be manufactured for the patient
3.2.21
ProductCatalog
means for a provider or broker (3.1.1) to publish the products that will be available for ordering
Note 1 to entry: The node provides attribute and elements to define a product, include multiple descriptions in
different languages and specify ordering options and variations.
4
© ISO 2022 – All rights reserved
---------------------- Page: 16 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
3.2.22
productSKU
product stocking unit used by manufacturers to identify their products to their internal systems
3.2.23
providerID
identifiers used by a broker (3.1.1) and a originator (3.1.2) to identify a provider (3.1.3), or by a provider
to identify itself
3.2.24
submission
batch or group of one or more described in the IDS document
Note 1 to entry: In traditional (non digital) dentistry, a submission is equivalent to receiving a physical
package [parcel (3.2.17)] containing one or more cases. In the digital IDS realm, the submission represents any
combination of one or more either physical or digital, or both, cases that are being “submitted” to a provider for
production.
3.2.25
UUID
universally unique identifier
label used for identifying key elements
Note 1 to entry: UUIDs are denoted in the document as string(36) to correspond to the xsd definition for the
UUIDTypeDef. 128-bit (16 bytes) number represented as a 36-character string of its hexadecimal presentation
(32 characters + separators including leading 0 values) in the format: XXXXXXXX-XXXX-XXXX-XXXX-
XXXXXXXXXXXX.
Note 2 to entry: An within the of the document provides a means of equating the UUID with
alternate identifiers that carry external meaning, such as a lab management system ids for a dentist, case or
patient.
Note 3 to entry: UUID values can have multiple alternate ids in the but each UUID is defined only once
and used on a single key element.
EXAMPLE If the UUID “107face6-fc51-4366-805d-2ee23014d835” is assigned to the dentist “smith”, that
UUID value can possibly not be used on any other element as a key identifier and can only be used as a reference
in other elements needing to associate with that specific dentist.
3.2.26
update
means to send an abbreviated set of data elements to update or modify a previously submitted
Note 1 to entry: It contains elements that allow the update to match expected values in addition to providing the
new values.
4 Data security and storage methods
The Internet has proven to be an effective means of communication, yet its vulnerability to interception
raises issues of privacy, authentication and integrity of the communicated message. Therefore, data
security is of utmost importance to users of dental information systems.
Because of the personal and private nature of health records, the dental practitioner needs to
understand the security issues associated with “data at rest” and “data in transit.” This document is not
intended to explain security concepts and the risks associated with the maintenance of data in storage
and transit, and over an internet connection. The ADA Standards Committee on Dental Informatics has
published a series of technical reports that provide dental practitioners with guidelines in addressing
issues of security of data in storage and transmission over the internet.
A ZIP file format is recommended for transport of the IDS XML file and related files, however,
implementation of a file container is left up to the implementer.
5
© ISO 2022 – All rights reserved
---------------------- Page: 17 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
5 Naming
The file name shall end with an .ids extension. The file name can be prepended with any naming
convention that the user desires.
6 Tooth numbering system
Throughout the entire document, the tooth number system shall be based on ISO 3950 for tooth
numbering.
7 Measurement units
All units are in millimetres unless otherwise specified.
8 Additional restrictions on IDS XML documents
In addition to the schema provided above, a valid IDS document shall also meet the following
requirements.
a) The total length of the document shall not exceed 2 MB.
b) The document shall contain a unique identifier for ProviderIDs.
c) The document shall contain a unique identifier for BrokerIDs.
9 XSD Description
The definition of the elements of the XSD schema provided in Annex A shall be used. A sample XML
schema of IDS is shown in Annex B. The XSD definition document can be obtained by e-mailing
standards@ ada .org.
6
© ISO 2022 – All rights reserved
---------------------- Page: 18 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
Annex A
(normative)
XML schema for IDS
A.1 General
NOTE Below is a description of the IDS schema. Please note the following conventions used in this annex:
a) An asterisk (*) denotes a required XML node or attribute. Unless marked with an asterisk, all nodes and
attributes are considered optional. Note that some optional nodes have required attributes, which means
that if the node is present at all, then those attributes marked with * are also present.
b) For nodes and attributes of type “String,” the allowed length of the string is unlimited unless the length is
specified [e.g. String(100)].
c) The data type “Datetime UTC” implies a DateTime value, in accordance with ISO 8601-1.
d) All data types refer to the XML schema data types: string, integer, boolean, dateTime, etc.
A.2 XML schema for IDS root
Detailed information of XML schema for IDS Root and subdirectories is given in Table A.1 to Table A.3.
Table A.1 — Description of the root directory of IDS
IDS *
The root node for all IDS documents.
Attribute Data type Description
IDSVersion * String(10) The version identifier of the XML schema of the message.
IDSUUID * String(36) A globally unique identifier for the IDS message.
Table A.2 — Description of the directory of IDS/IDSSource
IDS/IDSSource
An optional node describing the system from which the document originates.
Attribute Data type Description
HostName String(100) The network name of the source host system creating and sending the
message.
IPAddress String(15) An IPv4 address of the source host system creating and sending the mes-
sage.
IPAddress6 String(45) An IPv6 address of the source host system creating and sending the mes-
sage.
MACAddress String(15) A MAC address of the source host system creating and sending the mes-
sage.
OperatorID String(100) A network user identifier for the user account on the source host system
creating and sending the message.
NetworkDomain String(100) A network name identifier for the domain containing the system sending
the message.
ApplicationName String(100) A value indicating the application (by name) that was used to generate or
originate the IDS message.
7
© ISO 2022 – All rights reserved
---------------------- Page: 19 ----------------------
SIST EN ISO 18618:2023
ISO 18618:2022(E)
TTabablele A A.22 ((ccoonnttiinnueuedd))
IDS/IDSSource
An optional node describing the system from which the document originates.
Attribute Data type Description
SystemName String(100) A value indicating the system (by name) that the IDS document originated
in.
SystemID String(100) A value indicating the originating system by identifier or version.
SubSystemName String A value identifying the name of the subsystem originating the message.
SubSystemID String A value indicating the originating subsystem by identifier or version.
SystemVersion String The software or system version information from the system originating
the message.
Table A.3 — Description of the directory of IDS/IDSReplies/ReplyTo
IDS/IDSReplies/ReplyTo
An element specifying address information used for IDS message responses.
Attribute Data type Description
Address String(200) The text of an address. The address itself can be in one of a variety of
formats.
AddressType String(5) An enumerated value identifying the format of the address provided.
Acceptable values are:
— URL;
— WCF;
— MSMQ;
— IPV4;
— IPV6;
— UNC.
A.3 XML schema for IDS request
Detailed information of XML schema for IDS request and subdirectories is given in
Table A.4 to Table A.34.
Table A.4 — Root directory of IDS/Submission
IDS/Submission *
The root node for the submission XML.
Attribute Data type Description
UUID * String(36) A globally unique identifier for this submission. This UUID can change
for each new submission and should be provided by the o
...
SLOVENSKI STANDARD
oSIST prEN ISO 18618:2021
01-september-2021
Zobozdravstvo - Medobratovalnost sistemov CAD/CAM (ISO/DIS 18618:2021)
Dentistry - Interoperability of CAD/CAM Systems (ISO/DIS 18618:2021)
Zahnheilkunde - Interoperabilität der CAD/CAM-Systeme (ISO/DIS 18618:2021)
Médecine bucco-dentaire - Interopérabilité des systèmes de CFAO (ISO/DIS
18618:2021)
Ta slovenski standard je istoveten z: prEN ISO 18618
ICS:
11.060.01 Zobozdravstvo na splošno Dentistry in general
35.240.80 Uporabniške rešitve IT v IT applications in health care
zdravstveni tehniki technology
oSIST prEN ISO 18618:2021 en,fr,de
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
---------------------- Page: 1 ----------------------
oSIST prEN ISO 18618:2021
---------------------- Page: 2 ----------------------
oSIST prEN ISO 18618:2021
DRAFT INTERNATIONAL STANDARD
ISO/DIS 18618
ISO/TC 106/SC 9 Secretariat: JISC
Voting begins on: Voting terminates on:
2021-04-20 2021-07-13
Dentistry — Interoperability of CAD/CAM systems
Médecine bucco-dentaire — Interopérabilité des systèmes de CFAO
ICS: 11.060.01
THIS DOCUMENT IS A DRAFT CIRCULATED
This document is circulated as received from the committee secretariat.
FOR COMMENT AND APPROVAL. IT IS
THEREFORE SUBJECT TO CHANGE AND MAY
NOT BE REFERRED TO AS AN INTERNATIONAL
STANDARD UNTIL PUBLISHED AS SUCH.
IN ADDITION TO THEIR EVALUATION AS
ISO/CEN PARALLEL PROCESSING
BEING ACCEPTABLE FOR INDUSTRIAL,
TECHNOLOGICAL, COMMERCIAL AND
USER PURPOSES, DRAFT INTERNATIONAL
STANDARDS MAY ON OCCASION HAVE TO
BE CONSIDERED IN THE LIGHT OF THEIR
POTENTIAL TO BECOME STANDARDS TO
WHICH REFERENCE MAY BE MADE IN
Reference number
NATIONAL REGULATIONS.
ISO/DIS 18618:2021(E)
RECIPIENTS OF THIS DRAFT ARE INVITED
TO SUBMIT, WITH THEIR COMMENTS,
NOTIFICATION OF ANY RELEVANT PATENT
RIGHTS OF WHICH THEY ARE AWARE AND TO
©
PROVIDE SUPPORTING DOCUMENTATION. ISO 2021
---------------------- Page: 3 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
COPYRIGHT PROTECTED DOCUMENT
© ISO 2021
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting
on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address
below or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2021 – All rights reserved
---------------------- Page: 4 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Data security and storage methods . 5
5 Naming . 6
6 Tooth numbering system . 6
7 Measurement units . 6
8 Additional restrictions on IDS XML documents . 6
9 XSD Description . 6
Annex A (normative) XML schema for IDS . 7
Annex B (informative) Examples .58
Bibliography .69
© ISO 2021 – All rights reserved iii
---------------------- Page: 5 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(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 normally carried out
through ISO 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 ISO, 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 approval 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 www .iso .org/ directives).
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights. ISO 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 ISO 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 on 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 the following
URL: www .iso .org/ iso/ foreword .html.
This document was prepared by Technical Committee ISO/TC 106, Dentistry, Subcommittee SC 9, CAD/
CAM Systems.
This second edition cancels and replaces the first edition (ISO 18618:2018), which has been technically
revised.
The main changes compared to the previous edition are as follows:
— Update the XML schema for IDS (interface for dental CAD/CAM systems) examples of interoperability
of dental products relating to dental implant system, removables, dental appliance, and orthodontics
in Annex due to the fast nature of software system innovation and need for ongoing testing
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 www .iso .org/ members .html.
iv © ISO 2021 – All rights reserved
---------------------- Page: 6 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
Introduction
Manufacturers of dental CAD/CAM systems differ in how they exchange manufacturing information and
three dimensional data. This causes difficulty in data processing, design processes, and manufacturing
processes for users of those systems. In order to overcome these interoperability issues, this document
has been prepared to facilitate open interoperability between CAD/CAM systems in dentistry.
The International Organization for Standardization (ISO) draws attention to the fact that it is claimed
that compliance with this document may involve the use of a patent.
ISO takes no position concerning the evidence, validity and scope of this patent right.
The holder of this patent right has assured ISO that he/she is willing to negotiate licences under
reasonable and non-discriminatory terms and conditions with applicants throughout the world. In this
respect, the statement of the holder of this patent right is registered with ISO.
This document is based on the open source Universal Dental Exchange (UDX) standard created by the
Open Exchange Dental Interoperability Group (OXDIG). The UDX specification is licensed under the
Open Software License version 3.0. Users who wish to implement this document shall obtain an open
source license agreement from the licensor. The licensor will grant a worldwide, royalty-free, non-
exclusive, sublicensable license upon request.
The licensor may be contacted at:
OXDIG LLC
4141 MacArthur Boulevard
Newport Beach, CA 92660 USA
Web: http:// www .oxdig .org
Attention is drawn to the possibility that some of the elements of this document may be the subject of
patent rights other than those identified above. ISO shall not be held responsible for identifying any or
all such patent rights.
© ISO 2021 – All rights reserved v
---------------------- Page: 7 ----------------------
oSIST prEN ISO 18618:2021
---------------------- Page: 8 ----------------------
oSIST prEN ISO 18618:2021
DRAFT INTERNATIONAL STANDARD ISO/DIS 18618:2021(E)
Dentistry — Interoperability of CAD/CAM systems
1 Scope
This document specifies an extensible markup language (XML) format to facilitate the transfer of dental
case data and CAD/CAM data between software systems.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any amendments) applies.
ISO 1942, Dentistry — Vocabulary
ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country code
ISO 3950, Dentistry — Designation system for teeth and areas of the oral cavity
ISO 16443, Dentistry — Vocabulary for dental implants systems and related procedure
ISO 18739, Dentistry — Vocabulary of process chain for CAD/CAM systems
ISO 19429:2015, Dentistry — Designation system for dental implants
W3C — Extensible Markup Language (XML) 1.0 (Fifth Edition), November 2008
W3C XML Schema Definition Language (XSD) 1.1, 2012
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO 1942, ISO 16443, ISO 18739,
W3C XML1.0, W3C XSD 1.1and the following apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at http:// www .electropedia .org/
NOTE 1 IDS schema is defined to be the interface for dental CAD/CAM systems. Throughout the IDS schema
there are terms that have special meaning or definition. Understanding the use of these terms is the key to well-
defined IDS documents that all parties can understand universally.
NOTE 2 The IDS schema defines several peer level nodes immediately within the enveloping root
element that organizes the IDS document into structures for specific transactions. They represent a submission,
a query, an update of a previous submission, a notification of an event or status change and a series of catalogs.
A single IDS document can contain a combination of different transaction nodes or consist of only a single
transactional node.
NOTE 3 In addition to the transactional nodes mentioned above, the IDS schema also defines several nodes
that provide traceability and source identification features as well as provide information on how to reply to a
document transaction.
3.1 General terms
© ISO 2021 – All rights reserved 1
---------------------- Page: 9 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
3.1.1
broker
entity that acts as a middleman or intermediary
Note 1 to entry: Such organizations take multiple orders from multiple sources and consolidate them into a single
order for a Provider or they take single orders from an originator and split them among multiple providers or
they just pass orders through between originators and providers.
3.1.2
originator
entity (organization or person) that is responsible for creating the current document, order,
submission, etc.
Note 1 to entry: As such, they are the “originator” of the data being exchanged.
Note 2 to entry: Most often an originator would be a dental practice. In some cases, an originator is a dental
laboratory that is outsourcing work to another lab.
3.1.3
provider
entity (company, lab, etc.) that is responsible for providing the services or products that are being
requested in an order
Note 1 to entry: Most often, this would be a dental laboratory or manufacturer.
3.2 Terms and definitions relating to XML content
3.2.1
CADDataCatalog
collection of nodes describing CAD data associated with one or more of the orders and/or restorations
Note 1 to entry: It can include digital scan and/or design files, etc.
3.2.2
case
set of one or more orders for dental appliances, products or services, all of which are being submitted
for a single patient
EXAMPLE A case might contain one order for a crown, and another order for a bridge.
3.2.3
catalogs
data that are referenced in other elements or areas
Note 1 to entry: The catalogs are subdivided by the data they are grouping, making it easier to manage and
reference.
3.2.4
DeliveryRequest
information for the out-going, finished order, which will be sent to the originator (or an originator’s
agent) as a separate delivery
Note 1 to entry: A delivery is physical, electronic, or both.
3.2.5
dentist
dentist or responsible clinician who requested the order
2 © ISO 2021 – All rights reserved
---------------------- Page: 10 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
3.2.6
DentistCatalog
collection of dentist (3.2.5) nodes that provides attribute and elements to define the dentists being
referenced within this document
Note 1 to entry: The definition can include billing information, license information, etc.
3.2.7
ExtraInfo
child node that can be used to extend the schema with undefined XML
EXAMPLE Many of the elements will contain child nodes with the suffix “ExtraInfo” (i.e. ,
, etc. These are intended to be areas that can be used to extend the defined schema with
proprietary or undefined XML. For example, an implementation may use one (or more) of these to embed XML
that is only of use to the implementer for an internal workflow. Another use could be two business partners
using these to experiment with XML they intend to propose for future versions or to pass proprietary XML they
have previously defined between themselves. The IDS schema and XSD will ignore the contents of these so they
will not be validated as part of the IDS schema. It is highly recommended that if these are used, that any XML be
enclosed within some proprietary element tag so that if the XML document passes through multiple handlers
there are no conflicts:
data specific and of use only to “MyCompany”…
3.2.8
FileCatalog
collection of nodes that describe files associated with the , or CAD data
(scans, design files, etc.)
3.2.9
host service
system that receives the IDS document and processes the contents
3.2.10
IdMapCatalog
collection of nodes which provide a means of defining alternate identifiers for key
elements within the IDS
3.2.11
notification
means for publishing or returning a defined status, event or message related to an order
Note 1 to entry: Within the notification node is an untyped element that can be defined according to the needs of
the parties exchanging information.
3.2.12
order
request for a self-contained dental appliance, service or product that is being requested by an originator
Note 1 to entry: Each order in a case might be created or manufactured by a different provider. Each order
contains its own delivery (or reply) instruction nodes.
© ISO 2021 – All rights reserved 3
---------------------- Page: 11 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
3.2.13
OrderCatalog
collection of nodes that provide attributes and elements necessary to define or describe an order
Note 1 to entry: An will often contain one or more nodes but may omit those nodes when
not needed.
3.2.14
parcel
physical package that is mailed
3.2.15
patient
patient for whom a case is being manufactured
Note 1 to entry: Patient info is not a mandatory part of the IDS schema.
3.2.16
PatientCatalog
collection of nodes that provide attributes and elements to define patients that are referenced
in the or elements
Note 1 to entry: Because patients are referenced in multiple nodes and/or multiple nodes the
patient information is grouped into a catalog.
3.2.17
prescription
written directive from the dentist or responsible clinician to the supplier specifying the product that
should be manufactured for the patient
3.2.18
ProductCatalog
means for a provider or broker to publish the products that will be available for ordering
Note 1 to entry: The node provides attribute and elements to define a product, include multiple descriptions in
different languages and specify ordering options and variations.
3.2.19
productSKU
product stocking unit used my manufacturers to identify their products to their internal systems
3.2.20
DataQuery
method to request data from another system or entity
Note 1 to entry: It provides elements to define the data elements to be searched or matched on as well as elements
to define the data requested in response.
3.2.21
submission
batch or group of one or more described in the IDS document
Note 1 to entry: In traditional (non digital) dentistry a submission would be equivalent to receiving a physical
package [parcel (3.2.14)) containing one or more cases. In the digital IDS realm, the submission represents any
combination of one or more physical and/or digital cases that are being “submitted” to a provider for production.
4 © ISO 2021 – All rights reserved
---------------------- Page: 12 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
3.2.22
UUID
universally unique identifier. It will be denoted in the document as string(36) to correspond to the
xsd definition for the UUIDTypeDef. 128-bit (16 bytes) number represented as a 36-character string
of its hexadecimal presentation (32 characters + separators including leading 0 values) in the format:
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX.
Note 1 to entry: UUIDs are a means of identifying key elements within the document.
Note 2 to entry: An within the of the document provides a means of equating the UUID
with alternate identifiers that carry external meaning, such as a lab management system ids for a dentist, case or
patient.
Note 3 to entry: UUID values can have multiple alternate ids in the but each UUID is defined only once
and used on a single key element.
EXAMPLE If the UUID “107face6-fc51-4366-805d-2ee23014d835” is assigned to the dentist “smith”, that
UUID value may not be used on any other element as a key identifier and may only be used as a reference in other
elements needing to associate with that specific dentist.
3.2.23
update
means to send an abbreviated set of data elements to update or modify a previously submitted
Note 1 to entry: It contains elements that allow the update to match expected values in addition to providing the
new values.
3.2.24
providerIds
identifiers used by broker (3.1.1) and originator (3.1.2) to identify provider (3.1.3), or provider to
identify itself.
3.2.25
brokerIds
identifiers used by broker (3.1.1) to identify itself, or originator (3.1.2) and provider (3.1.3) to
identify broker.
3.2.26
character data (CDATA)
a certain portion of the document is general character data, rather than non-character data or character
data with a more specific, limited structure. CDATA is used for distinct, but related, purposes in the
markup languages SGML and XML.
4 Data security and storage methods
The Internet has proven to be an effective means of communication, yet its vulnerability to interception
raises issues of privacy, authentication and integrity of the communicated message. Therefore, data
security is of utmost importance to users of dental information systems.
Because of the personal and private nature of health records, the dental practitioner needs to
understand the security issues associated with “data at rest” and “data in transit.” This document is not
intended to explain security concepts and the risks associated with the maintenance of data in storage
and transit, and over an internet connection. The ADA Standards Committee on Dental Informatics has
published a series of technical reports that provide dental practitioners with guidelines in addressing
issues of security of data in storage and transmission over the Internet.
A ZIP file format is recommended for transport of the IDS XML file and related files, however,
implementation of a file container is left up to the implementer.
© ISO 2021 – All rights reserved 5
---------------------- Page: 13 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
5 Naming
The file name shall end with an .ids extension. The file name can be prepended with any naming
convention that the user desires.
6 Tooth numbering system
Throughout the entire document, the tooth number system shall be based on ISO 3950 for tooth
numbering.
7 Measurement units
All units are in millimetres unless otherwise specified.
8 Additional restrictions on IDS XML documents
In addition to the schema provided above, a valid IDS document shall also meet the following
requirements.
a) The total length of the document shall not exceed 2 megabytes (MB).
b) The document shall contain a unique identifier for ProviderIds.
c) The document shall contain a unique identifier for BrokerIds.
9 XSD Description
The definition of the elements of the XSD schema provided in Annex A shall be used. A sample XML
schema of IDS is shown in Annex B. The XSD definition document is available by e-mailing standards@
ad a . or g .
6 © ISO 2021 – All rights reserved
---------------------- Page: 14 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
Annex A
(normative)
XML schema for IDS
A.1 General
NOTE Below is a description of the IDS schema. Please note the following conventions used in this annex:
a) An asterisk (*) denotes a required XML node or attribute. Unless marked with an asterisk, all nodes and
attributes are considered optional. Note that some optional nodes have required attributes, which means
that if the node is present at all, then those attributes marked with * are also present.
b) For nodes and attributes of type “String,” the allowed length of the string is unlimited unless the length is
specified [e.g. String(100)].
c) The data type “Datetime UTC” implies a DateTime value, in accordance with ISO 8601.
d) All data types refer to the XML schema data types: string, integer, boolean, dateTime, etc.
A.2 XML schema for IDS root
The detailed information of XML schema for IDS Root and subdirectories are given from Table A.1 to
Table A.3 .
Table A.1 — The description of the root directory of IDS
IDS *
The root node for all IDS documents.
Attribute Data Type Description
IDSVersion * String(10) The version identifier of the XML schema of the message.
IDSUUID * String(36) A globally unique identifier for the IDS message.
Table A.2 — The description of the directory of IDS/IDSSource
IDS/IDSSource
An optional node describing the system from which the document originates.
Attribute Data Type Description
HostName String(100) The network name of the source host system creating and sending the
message.
IPAddress String(15) An IPv4 address of the source host system creating and sending the
message.
IPAddress6 String(45) An IPv6 address of the source host system creating and sending the
message.
MACAddress String(15) A MAC address of the source host system creating and sending the message.
OperatorID String(100) A network user identifier for the user account on the source host system
creating and sending the message.
NetworkDomain String(100) A network name identifier for the domain containing the system sending
the message.
ApplicationName String(100) A value indicating the application (by name) that was used to generate or
originate the IDS message.
© ISO 2021 – All rights reserved 7
---------------------- Page: 15 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
Table A.2 (continued)
SystemName String(100) A value indicating the system (by name) that the IDS document origi-
nated in.
SystemID String(100) A value indicating the originating system by identifier or version.
SubSystemName String An identifying the name of the subsystem originating the message.
SubSystemID String A value indicating the originating subsystem by identifier or version.
SystemVersion String The software or system version information from the system originating
the message.
Table A.3 — The description of the directory of IDS/IDSReplies/ReplyTo
IDS/IDSReplies/ReplyTo
An Element specifying address information used for IDS message responses.
Attribute Data Type Description
Address String(200) The text of an address. The address itself may be one of a variety of
formats.
AddressType String(5) An enumerated value identifying the format of the address provided.
Acceptable values are:
— URL
— WCF
— MSMQ
— IPV4
— IPV6
— UNC
A.3 XML schema for IDS request
The detailed information of XML schema for IDS request and subdirectories are given
from Table A.4 to Table A.34 .
Table A.4 — The root directory of IDS/Submission
IDS/Submission *
The root node for the submission XML.
Attribute Data Type Description
UUID * String(36) A globally unique identifier for this submission. This UUID would change
for each new submission and should be provided by the originator.
DateUTCSubmitted DateTime UTC The date and time that the submission was first submitted to the receiver.
DateUTCReceived DateTime UTC The date and time that the submission was actually received by the re-
ceiver. This value will be populated by the receiver (broker or provider)
and should be omitted (or left blank) on new submissions.
Table A.5 — The description of the directory of IDS/Submission/Originator
IDS/Submission/Originator *
Contains information describing the person or business entity that has created the .
Attribute Data Type Description
UUID * String(36) A unique identifier for this element that can be used by reference else-
where in the document. It should be defined within the
along with any alternate identifiers from external (non IDS) sources.
Name * String(255) Name of the Originator.
8 © ISO 2021 – All rights reserved
---------------------- Page: 16 ----------------------
oSIST prEN ISO 18618:2021
ISO/DIS 18618:2021(E)
Table A.5 (continued)
BusinessType String(3) A three-character code signifying the originator’s entity type. Valid values
are as follows:
LAB — Laboratory
DOC — Dentist
SRV — A broker or intermediary service
OTH — Other
FacilityId String(50) The originator’s Id for the facility where this originated.
FacilityUTCOffset Time The UTC offset for this originator facility. Note that this is an [hh]:time
value, represented at the midnight plus/minus the UTC offset. For example,
a facility in the Eastern time zone would have a value of 00:00:00-05:00.
Table A.6 — The description of the directory of IDS/Submission/Originator/Address
IDS/Submission/Originator/Address
The postal address of the originator.
Attribute Data Type Description
Street1 * String(125) Line 1 of the street address.
Street2 String(125) Line 2 of the street address.
City * String(125) The name of the city or town.
State String(64) A two-character state code (in the US) or up to 64 characters for a post-
al zo
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.