Dentistry - Interoperability of CAD/CAM-systems (ISO 16818:2018)

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 16818:2018)

Dieses Dokument legt das Format für eine erweiterbare Auszeichnungssprache (XML) fest, um die
Übertragung von dentalen Falldaten und CAD/CAM-Daten zwischen Softwaresystemen zu erleichtern.

Médecine bucco-dentaire - Interopérabilité des systèmes de CFAO (ISO 18618:2018)

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 de données de CFAO entre les systèmes logiciels.

Zobozdravstvo - Skladno delovanje sistemov CAD/CAM (ISO 16818:2018)

Ta dokument določa obliko razširljivega označevalnega jezika (XML) za lažji prenos zobozdravstvenih podatkov in podatkov CAD/CAM med različnimi programskimi sistemi.

General Information

Status
Withdrawn
Public Enquiry End Date
14-Sep-2015
Publication Date
23-Aug-2018
Withdrawal Date
07-Dec-2022
Technical Committee
Current Stage
9900 - Withdrawal (Adopted Project)
Start Date
01-Dec-2022
Due Date
24-Dec-2022
Completion Date
08-Dec-2022

Relations

Buy Standard

Standard
EN ISO 18618:2018 - BARVE
English language
72 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day
Draft
prEN ISO 18618:2015 - BARVE
English language
151 pages
sale 10% off
Preview
sale 10% off
Preview
e-Library read for
1 day

Standards Content (Sample)

SLOVENSKI STANDARD
SIST EN ISO 18618:2018
01-september-2018
Zobozdravstvo - Skladno delovanje sistemov CAD/CAM (ISO 16818:2018)
Dentistry - Interoperability of CAD/CAM-systems (ISO 16818:2018)
Zahnheilkunde - Interoperabilität der CAD/CAM-Systeme (ISO 16818:2018)
Médecine bucco-dentaire - Interopérabilité des systèmes de CFAO (ISO 18618:2018)
Ta slovenski standard je istoveten z: EN ISO 18618:2018
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:2018 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST EN ISO 18618:2018

---------------------- Page: 2 ----------------------

SIST EN ISO 18618:2018


EN ISO 18618
EUROPEAN STANDARD

NORME EUROPÉENNE

June 2018
EUROPÄISCHE NORM
ICS 11.060.01
English Version

Dentistry - Interoperability of CAD/CAM systems (ISO
18618:2018)
Médecine bucco-dentaire - Interopérabilité des Zahnheilkunde - Interoperabilität der CAD/CAM-
systèmes de CFAO (ISO 18618:2018) Systeme (ISO 18618:2018)
This European Standard was approved by CEN on 3 May 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 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, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania,
Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland,
Turkey 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
© 2018 CEN All rights of exploitation in any form and by any means reserved Ref. No. EN ISO 18618:2018 E
worldwide for CEN national Members.

---------------------- Page: 3 ----------------------

SIST EN ISO 18618:2018
EN ISO 18618:2018 (E)
Contents Page
European foreword . 3

2

---------------------- Page: 4 ----------------------

SIST EN ISO 18618:2018
EN ISO 18618:2018 (E)
European foreword
This document (EN ISO 18618:2018) 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 December 2018, and conflicting national standards
shall be withdrawn at the latest by December 2018.
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.
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, Slovenia, Spain, Sweden, Switzerland,
Turkey and the United Kingdom.
Endorsement notice
The text of ISO 18618:2018 has been approved by CEN as EN ISO 18618:2018 without any modification.

3

---------------------- Page: 5 ----------------------

SIST EN ISO 18618:2018

---------------------- Page: 6 ----------------------

SIST EN ISO 18618:2018
INTERNATIONAL ISO
STANDARD 18618
First edition
2018-05
Dentistry — Interoperability of CAD/
CAM systems
Médecine bucco-dentaire — Interopérabilité des systèmes de CFAO
Reference number
ISO 18618:2018(E)
©
ISO 2018

---------------------- Page: 7 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2018
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
Fax: +41 22 749 09 47
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii © ISO 2018 – All rights reserved

---------------------- Page: 8 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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 . 5
6 Tooth numbering system . 5
7 Measurement units . 5
8 Additional restrictions on IDS XML documents . 6
9 XSD Description . 6
Annex A (normative) XML Schema for IDS . 7
Annex B (informative) Examples .53
Bibliography .64
© ISO 2018 – All rights reserved iii

---------------------- Page: 9 ----------------------

SIST EN ISO 18618:2018
ISO 18618: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 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.
iv © ISO 2018 – All rights reserved

---------------------- Page: 10 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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 must 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 2018 – All rights reserved v

---------------------- Page: 11 ----------------------

SIST EN ISO 18618:2018

---------------------- Page: 12 ----------------------

SIST EN ISO 18618:2018
INTERNATIONAL STANDARD ISO 18618:2018(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 codes
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’ after ‘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, 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:
— IEC Electropedia: available at http: //www .electropedia .org/
— ISO Online browsing platform: available at https: //www .iso .org/obp
NOTE 1 Throughout the IDS (interface for dental CAD/CAM systems) 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 2018 – All rights reserved 1

---------------------- Page: 13 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(E)

3.1.1
broker
entity that acts as a middleman or intermediary
Note 1 to entry: Such organizations may take multiple orders from multiple sources and consolidate them into
a single order for a Provider or they may take single orders from an originator and split them among multiple
providers or they may 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 may be 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 may be physical, electronic, or both.
3.2.5
dentist
dentist or responsible clinician who requested the order
2 © ISO 2018 – All rights reserved

---------------------- Page: 14 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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 sections 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 sections to
embed XML that is only of use to the implementer for an internal workflow. Another use could be two business
partners using these sections 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 sections so they will not be validated as part of the IDS schema. It is highly recommended that
if these sections 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 2018 – All rights reserved 3

---------------------- Page: 15 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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 may be 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 may represent any
combination of one or more physical and/or digital cases that are being “submitted” to a provider for production.
4 © ISO 2018 – All rights reserved

---------------------- Page: 16 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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 section within the section 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 section but each UUID shall be
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.
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 (American Dental Association) 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 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.
© ISO 2018 – All rights reserved 5

---------------------- Page: 17 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(E)

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. The XSD definition
document is available by e-mailing standards@ada .org.
6 © ISO 2018 – All rights reserved

---------------------- Page: 18 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(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, stored in 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 section
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.
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 gen-
erate or originate the IDS message.
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.
© ISO 2018 – All rights reserved 7

---------------------- Page: 19 ----------------------

SIST EN ISO 18618:2018
ISO 18618:2018(E)

SubSystemName String An identifying name of a 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 origi-
nating the message.
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 pro-
vided. Acceptable values are:
—  URL
—  WCF
—  MSMQ
—  IPV4
—  IPV6
—  UNC
A.3 XML schema for IDS request
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.
DateUTCSubmit- DateTime UTC The date and time the Submission was first submitted to the
ted receiver.
DateUTCReceived DateTime UTC The date and time the Submission was actually received by the re-
ceiver. This value will be populated by the receiver (Broker or Pro-
vider) and should be omitted (or left blank) on new submissions.
IDS/Submission/Originator *
Contains information describing the person or business entity that has created the Submission.
Attribute Data Type Description
UUID * String(36) A unique identifier for this element that can be used by reference
elsewhere in the document. It should be defined within the Catalog> section along with any alternate identifiers from external
(non IDS) sources.
Name * String (255) Name of the Originato
...

SLOVENSKI STANDARD
oSIST prEN ISO 18618:2015
01-september-2015
Zobozdravstvo - Skladno delovanje sistemov CAD/CAM
Dentistry - Interoperability of CAD/CAM-systems
Zahnheilkunde - Interoperabilität der CAD/CAM-Systeme
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:2015 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------
oSIST prEN ISO 18618:2015

---------------------- Page: 2 ----------------------
oSIST prEN ISO 18618:2015
DRAFT INTERNATIONAL STANDARD
ISO/DIS 18618
ISO/TC 106/SC 9 Secretariat: JISC
Voting begins on: Voting terminates on:
2015-06-18 2015-09-18
Dentistry — Interoperability of CAD/CAM Systems
Titre manque
ICS: 11.060.01
ISO/CEN PARALLEL PROCESSING
This draft has been developed within the International Organization for
Standardization (ISO), and processed under the ISO lead mode of collaboration
as defined in the Vienna Agreement.
This draft is hereby submitted to the ISO member bodies and to the CEN member
bodies for a parallel five month enquiry.
Should this draft be accepted, a final draft, established on the basis of comments
received, will be submitted to a parallel two-month approval vote in ISO and
THIS DOCUMENT IS A DRAFT CIRCULATED
formal vote in CEN.
FOR COMMENT AND APPROVAL. IT IS
THEREFORE SUBJECT TO CHANGE AND MAY
NOT BE REFERRED TO AS AN INTERNATIONAL
STANDARD UNTIL PUBLISHED AS SUCH.
To expedite distribution, this document is circulated as received from the
IN ADDITION TO THEIR EVALUATION AS
committee secretariat. ISO Central Secretariat work of editing and text
BEING ACCEPTABLE FOR INDUSTRIAL,
composition will be undertaken at publication stage.
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:2015(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 2015

---------------------- Page: 3 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618:2015(E)

COPYRIGHT PROTECTED DOCUMENT
© ISO 2015, Published in Switzerland
All rights reserved. Unless otherwise specified, 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
Ch. de Blandonnet 8 • CP 401
CH-1214 Vernier, Geneva, Switzerland
Tel. +41 22 749 01 11
Fax +41 22 749 09 47
copyright@iso.org
www.iso.org
ii © ISO 2015 – All rights reserved

---------------------- Page: 4 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
Contents
Foreword . 5
Introduction . 6
1 Scope . 7
2 Normative references . 7
3 Terms and definitions . 8
4 Data Security and Storage Methods .12
5 Naming .12
6 Tooth Numbering System .12
7 Additional Restriction on IDS Xml Documents .12
8 XSD Reference .12
Annex A (informative) XML Schema for IDS .13
A.1 XML Schema for IDS Root .13
A.2 XML Schema for IDS .15
A.3 XML Schema for IDS Section .31
A.3.1 XML Schema for IDS Section .31
A.3.2 XML Schema for IDS Section .33
A.3.3 XML Schema for IDS Section .36
A.3.4 XML Schema for IDS .68
A.3.5 XML Schema for IDS Section.84
A.3.6 XML Schema for IDS Section .87
A.4 XML Schema for IDS Request .88
A.5 XML Schema for IDS Request .92
A.6 XML Schema for IDS Request .93
A.7 XML Schema for IDS .94
Annex B (informative) Shade Systems . 100
© ISO 18618 – All rights reserved  3

---------------------- Page: 5 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
Annex C (informative) XSD Document. 101
Annex D (informative) Examples . 145
D.1 Update Example . 145
D.2 Simple Query . 145
D.3 Sample Query Advanced . 148
D.4 Sample Notice . 150
Bibliography . 151










4 © ISO 18618 – All rights reserved

---------------------- Page: 6 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
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. 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. 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 meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO's adherence to the WTO principles in the Technical
Barriers to Trade (TBT) see the following URL: Foreword - Supplementary information
The committee responsible for this document is ISO/TC 106.
ISO 18618 was prepared by Technical Committee ISO/TC 106, Dentistry, Subcommittee SC 9, Dental
CAD/CAM systems.
© ISO 18618 – All rights reserved  5

---------------------- Page: 7 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
Introduction
Manufacturers of Dental CAD/CAM (Computer Aided Design/Computer Aided Manufacturing) 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, a standard has been prepared to facilitate open
interoperability between CAD/CAM systems in dentistry.
This International Standard 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 standard must 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
6 © ISO 18618 – All rights reserved

---------------------- Page: 8 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
Dentistry — Interoperability of CAD/CAM Systems
1 Scope
IDS (Interface for Dental CAD/CAM Systems) is based on the UDX File Format Version 2.0 as provided
by the OXDIG group. OXDIG has provided a release for utilization of the IDS File Format to ISO. This
standard 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, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references, the latest edition of the referenced document (including any amendments) applies.
ISO 639-2:1998, Codes for the representation of names of languages -- Part 2: Alpha-3 code
ISO 1942, Dentistry — Vocabulary
ISO 3166-1:2013, Codes for the representation of names of countries and their subdivisions — Part 1:
Country codes
ISO 3950:2009, Dentistry -- Designation system for teeth and areas of the oral cavity
ISO 4217:2008, Codes for the representation of currencies and funds
ISO 8601:2004, Data elements and interchange formats -- Information interchange -- Representation of
dates and times
ISO 10646:2011, Information technology — Univrsal Coded Character Set (UCS)
ISO/IEC 15948:2004, Information technology – Computer graphics and image processing – Portable
Network Graphics (PNG): Functional specification
ISO 16443:2014, Dentistry -- Vocabulary for dental implants systems and related procedure
JTC 1 Referencing Explanatory Report – PKWARE ZIP Application Note
StereoLithography Interface Specification, 3D Systems, Inc., October 1989
W3C - Extensible Markup Language (XML) 1.0 (Fifth Edition), November 2008

© ISO 18618 – All rights reserved  7

---------------------- Page: 9 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
3 Terms and definitions
Throughout the IDS schema there are terms that have special meaning or definition. Understanding the
use of these terms is key to well-defined IDS documents that all parties can understand universally.

The IDS schema defines several peer level nodes immediately within the enveloping root element
that organize 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 may
consist of only a single transactional node.

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
broker
An entity that acts as a middleman or intermediary. Such organizations may take multiple orders from
multiple sources and consolidate them into a single order for a Provider or they may take single orders
from an Originator and split them amongst multiple providers or they may just pass orders thru
between originators and providers.
Note 1 to entry: This term creates context within the document by identifying the Roles of entities creating data.
This term is often used as suffixes to element or attributes names in order to indicate the perspective of the
definition.
Note 2 to entry: Throughout the document when a name is prefixed or suffixed with these terms it denotes that
the value of that element (or attribute) is based on the perspective of that role.
3.2
cad data catalog
A collection of nodes describing CAD data associated with one or more of the orders and/or
restorations. It can include digital scan and/or design files, etc.
3.3
case
A set of one or more Orders for dental appliances, products or services, all of which are being submitted
for a single Patient. For example, a Case might contain one Order for a mold, and another order for a
bridge.
3.4
catalogs section
Data that is referenced in other elements or areas. The catalogs are subdivided by the data they are
grouping making it easier to manage and reference. Currently they include

8 © ISO 18618 – All rights reserved

---------------------- Page: 10 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
3.5
delivery request
Contains information for the out-going, finished Order, which will be sent to the Originator (or an
Originator’s agent) as a separate delivery. A delivery may be physical, electronic, or both.
3.6
dentist
The dentist who requested the Order.
3.7
dentistCatalog
A collection of nodes that provides attribute and elements to define the Dentists being
referenced with the IDS document. The definition can include billing information, license information,
etc.
3.8
extra Info
Many of the elements will contain child nodes with the suffix “ExtraInfo” (i.e. ,
, etc. These sections 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 sections to embed XML that is only of use to the implementor for an internal workflow. Another
use could be two business partners using these sections to experiment with XML they intend to propose
for future versions or to pass proprietary XML they they have previously defined between themselves.
The IDS schema and XSD will ignore the contents of these sections so they will not be validated as part
of the IDS standard. It is highly recommended that if these sections are used, that any XML be enclosed
within some proprietary element tag so that if the IDS passes thru multiple handlers there are no
conflicts.  Example:

 
  data specific and of use only to “MyCompany”…
 

3.9
file catalog
A collection of nodes that describe files associated with the , or CAD data
(Scans, Design files, etc.).
3.10
id map catalog
A collection of nodes which provide a means of defining alternate identifiers for key
elements within the IDS.
© ISO 18618 – All rights reserved  9

---------------------- Page: 11 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
3.11
notification node
A means for publishing or returning a defined status, event or message related to an Order. Within the
Notification node is an untyped element that can be defined according to the needs of the parties
exchanging information.
3.12
order
A request for a complete, self-contained dental appliance, service or product that is being requested by
an Originator. Each Order in a Case might be created or manufactured by a different Provider. Each
Order contains its own delivery (or reply) instruction nodes.
3.13
order catalog
A collection of nodes that provide attributes and elements necessary to define or describe an
Order. An will often contain one or more nodes but may omit those nodes when
not needed.
3.14
originator
An entity (organization or person) that is responsible for creating the current document, order,
submission, etc. As such, they are the “originator” of the data being exchanged. Most often an Originator
would be a dental practice. In some cases, an Originator may be a dental laboratory that is outsourcing
work to another lab.
Note 1 to entry: This term creates context within the document by identifying the Roles of entities creating data.
This term is often used as suffixes to element or attributes names in order to indicate the perspective of the
definition.
Note 2 to entry: Throughout the document when a name is prefixed or suffixed with these terms it denotes that
the value of that element (or attribute) is based on the perspective of that role.
3.15
parcel
A physical package that is mailed.
3.16
patient
The Patient for whom an Order is being manufactured. (Note that Patient info is not a mandatory part
of the IDS standard.)
3.17
patient catalog
A collection of nodes that provide attributes and elements to define patients that are
referenced in the or elements. Because patients may be referenced in multiple
nodes and/or multiple nodes the patient information is grouped into a catalog.
10 © ISO 18618 – All rights reserved

---------------------- Page: 12 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
3.18
product catalog node
A means for a Provider or Broker to publish the products that will be available for ordering. The node
provides attribute and elements to define a product, include multiple descriptions in different
languages and specify ordering options and variations.
3.19
provider
An entity (company, lab, etc.) that is responsible for providing the services or products that are being
requested in an Order. Most often, this would be a dental laboratory or manufacturer.
Note 1 to entry: This term creates context within the document by identifying the Roles of entities creating data.
This term is often used as suffixes to element or attributes names in order to indicate the perspective of the
definition.
Note 2 to entry: Throughout the document when a name is prefixed or suffixed with these terms it denotes that
the value of that element (or attribute) is based on the perspective of that role.
3.20
query node
A method to request data from another system or entity. 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.21
submission
A batch or group of one or more described in the IDS document. In traditional (non digital)
dentistry a Submission would be equivalent to receiving a physical package (parcel) containing one or
more cases. In the digital IDS realm, the submission may represent any combination of one or more
physical and/or digital cases that are being “submitted” to a Provider for production.
3.22
submissionn Node
Analogous to a physical package or shipment that may contain one or more orders. Just like a physical
package, the Submission node may contain one or more digital IDS orders. Because multiple orders may
be related or linked to the same patient for a single treatment plan the IDS subverts the Order definition
under a Case node that can tie together a collection of Orders.
3.23
uid
An identifier defined to be GLOBALLY UNIQUE (also known as a GUID). UId’s are a means of identifying
key elements within the document. An section within the section of the document
provides a means of equating the UId with alternate identifiers that carry external meaning, such as a
Lab Management system ids for a Dentist, case or patient. Note that UId values can have multiple
alternate id’s in the section but each UId must be defined only ONCE and used on a single key
element. For example, if the UId “107face6-fc51-4366-805d-2ee23014d835” is assigned to the Dentist
“Smith”, that UId 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.
© ISO 18618 – All rights reserved  11

---------------------- Page: 13 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
3.24
update nns to send an abbreviated set of data elements to update or modify a previously submitted
. 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 paper is
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.1-6
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 Naming
The user can implement any file container for the IDS file.
The file must end with a .ids file format. The file can be prepended with any naming convention that the
user desires.
6 Tooth Numbering System
Throughout the entire document, the tooth number system is based on the ISO Standard 3950 for tooth
numbering.
7 Additional Restriction on IDS Xml Documents
In addition to the Schema provide above, a valid IDS document must also meet the following
requirements:
a) the total length of the document must not exceed 2 megabytes (MB).
b) the document must contain no unrecognized Provider IDS.
c) the document must contain no unrecognized Broker IDS.
8 XSD Reference
Please look at Annex B for a reference to the XSD Document.
12 © ISO 18618 – All rights reserved

---------------------- Page: 14 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
sending the message.
NetworkDomain String(100) A network name identifier for the domain
containing the system sending the message.
ApplicationID String(100) A value indicating the Application (by
name) that was used to generate or
originate the IDS message.
SystemName String(100) A value indicating the system (by name)
that the IDS originated in
SystemID String(100) A value indicating the originating system by
identifier or version.
SubSystemName String An identifying name of a subsystem
originating the message.
SubSystemID String An identifying token of a subsystem
originating the message
SystemVersion String The software or system version information
from the system originating the message.

IDS/IDSReplies
An optional node for specifying message reply addresses. NOTE: Multiple addresses may be provided
by repeating the “” element.
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
14 © ISO 18618 – All rights reserved

---------------------- Page: 15 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
� TCP
� UNC


A.2 XML Schema for IDS
IDS/Submission *
The root node for the submission Xml.
Attribute Data Type Description
UId * String(36) A Globally Unique Identifier for this
Submission. This GUID would change for
each new submission and should be
provided by the Originator.
DateUTCSubmitted DateTime UTC The date and time the Submission was first
submitted to the receiver.
DateUTCReceived DateTime UTC The date and time the Submission was
actually received by the receiver. This value
will be populated by the receiver (Broker or
Provider) and should be omitted (or left
blank) on new submissions.

IDS/Submission/Originator *
Contains information describing the person or business entity that has created the Submission.
Attribute Data Type Description
UId String(36) A unique identifier for this element that can
be used by reference elsewhere in the
document. It should be defined within the
section along with any
alternate identifiers from external (non IDS)
sources.
Name * String (255) Name of the Originator.
BusinessType String (3) A three-character code signifying the
Originator’s entity type. Valid values are as
follows:
LAB – Lab
© ISO 18618 – All rights reserved  15

---------------------- Page: 16 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
DOC – Dentist
SRV – A Broker or intermediary service
OTH – Other

FacilityId String (50) The Originator’s Id for the facility where
this Submission originated.
Facility_UTCOffset Time The UTC Offset for this Originator facility.
Note that this is an xs: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-04:00.

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.
State String(64) A two-character state code (in the U.S.) or
up to 10 characters for a postal zone area
outside the U.S.
PostalCode String(100) The Postal Code (Zipcode in the U.S.)
Country * String(3) Three-character country code signifying the
Originator’s country. The value should
conform to the ISO 3166-1 Alpha-3
standard. (Please see the section on page 40
for more information on this standard.)

16 © ISO 18618 – All rights reserved

---------------------- Page: 17 ----------------------
oSIST prEN ISO 18618:2015
ISO/DIS 18618
IDS/Submission/Originator/BillingAddress
The billing 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.
State String(64) A two-character state code (in the U.S.) or
up to 10 characters for a postal zone area
outside the U.S.
PostalCode String(100) The Postal Code (Zipcode in the U.S.)
Country * String(3) Three-character country code signifying the
Originator’s
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.