ISO 18618:2025
(Main)Dentistry — Interoperability of CAD/CAM systems
Dentistry — Interoperability of CAD/CAM systems
This document specifies an extensible markup language (XML) format to facilitate the transfer of dental case data and CAD/CAM data between software systems.
Médecine bucco-dentaire — Interopérabilité des systèmes de CFAO
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.
General Information
Relations
Standards Content (Sample)
International
Standard
ISO 18618
Third edition
Dentistry — Interoperability of
2025-08
CAD/CAM systems
Médecine bucco-dentaire — Interopérabilité des systèmes de CFAO
Reference number
© ISO 2025
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
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 relating to XML content .2
4 Data security and storage methods . 5
5 Naming . 5
6 Numbering system for teeth and areas of the oral cavity . 5
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 of XML schema for IDS . 61
Bibliography .70
iii
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 document 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).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
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, DentalCAD/
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 third edition cancels and replaces the second edition (ISO 18618:2022), which has been technically
revised.
The main change compared to the previous edition is as follows:
— The XML schema for IDS (interface for dental CAD/CAM systems) examples of interoperability of digital
dental products relating to inlay, onlay, crown, dental implant systems, removables, dental appliances,
orthodontics, and dentures 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
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
International Standard ISO 18618:2025(en)
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 entities take multiple orders from multiple sources and consolidate them into a single order for a
provider. Alternatively, they take single orders from an originator and split them among multiple providers. They also
pass orders between originators and providers.
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. The structures
represent a submission, a query, an update of a previous submission, a notification of an event or status change and a
series of catalogues. 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 or submission
Note 1 to entry: An originator is typically a dental practice. In some cases, an originator is a dental laboratory that is
outsourcing work to another laboratory.
3.1.4
provider
entity that is responsible for supplying the services or products that are being requested in an order
Note 1 to entry: An entity can be a company, a laboratory.
Note 2 to entry: A provider is typically a dental laboratory or manufacturer.
3.2 Terms relating to XML content
3.2.1
brokerID
identifiers used by a broker (3.1.1) to identify itself, or by an originator (3.1.3) and a provider (3.1.4) to
identify a broker
3.2.2
CADDataCatalogue
collection of nodes describing CAD data associated with one or more of either the orders or restorations, or both
Note 1 to entry: A CADDataCatalogue 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
catalogue
data that are referenced in other elements or areas
Note 1 to entry: Catalogues are subdivided by the data they group, which makes them easier to manage and reference.
3.2.5
character data
CDATA
certain portion of the document that is a general single character, rather than a non-character or character
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: DataQuery 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 (3.1.3) (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
DentistCatalogue
collection of dentist (3.2.8) nodes that provides attributes and elements to define the dentists being
referenced in the interface for dental CAD/CAM systems (3.1.2) 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” (e.g. ,
). These elements are intended to be areas that can be used to extend the defined schema with
proprietary or undefined XML.
EXAMPLE 1 An implementation can use one (or more) of these elements to embed XML that is only of use to the
implementer for an internal workflow.
EXAMPLE 2 Another use can be two business partners using these elements to experiment with XML they intend to
propose for future versions or to pass proprietary XML they have previously defined between themselves.
Note 2 to entry: The interface dental CAN/CAM system (IDS) (3.1.2) schema and XML schema definition ignore
the contents of these so they are not validated as part of the IDS schema. If these elements are used, it is highly
recommended that any XML be enclosed within some proprietary element tag so that if the XML document passes
through multiple handlers, there are no conflicts. For example:
data specific and of use only to “MyCompany”…
3.2.11
FileCatalogue
collection of nodes that describe files associated with the , or CAD data (scans,
design files, etc.)
3.2.12
host service
system that receives the interface for dental CAD/CAM systems (3.1.2) document and processes the contents
3.2.13
IDMapCatalogue
collection of nodes which provide a means of defining alternate identifiers for key elements
within the interface for dental CAD/CAM systems (3.1.2)
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
OrderCatalogue
collection of nodes that provide attributes and elements necessary to define or describe an order
Note 1 to entry: An often contains one or more nodes but can omit these nodes when not needed.
3.2.17
parcel
physical package that is mailed
3.2.18
patient
node that defines the person for whom a case is being manufactured
Note 1 to entry: Patient information is not a mandatory part of the interface for dental CAD/CAM systems (3.1.2) schema.
3.2.19
PatientCatalogue
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 catalogue.
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
ProductCatalogue
means for a provider (3.1.4) or broker (3.1.1) to publish the products that are available for ordering
Note 1 to entry: The node provides attributes and elements to define a product, includes multiple descriptions in
different languages and specifies ordering options and variations.
3.2.22
productSKU
product stocking unit used by manufacturers to identify their products to their internal systems
3.2.23
providerID
identifier used by a broker (3.1.1) and an originator (3.1.3) to identify a provider (3.1.4), or by a provider to
identify itself
3.2.24
submission
batch or group of one or more described in the interface for dental CAD/CAM systems (IDS) (3.1.2)
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
universally unique identifier
UUID
label used for identifying key elements
Note 1 to entry: UUIDs are denoted in the document as string(36) to correspond to the XML schema 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 laboratory management system interface for dental CAD/
CAM systems (IDS) (3.1.2) 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”, it is possible
that UUID value is not 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 refresh or modify a previously submitted
Note 1 to entry: Update 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.
Health records are personal and private, so dental practitioners are expected to understand the security
issues associated with data at rest and data in transit.
NOTE 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 the responsibility of the implementer.
5 Naming
The file name shall end with a .ids extension. The file name can be prepended with any naming convention
that the user desires.
6 Numbering system for teeth and areas of the oral cavity
In this document, the numbering of teeth and areas of the oral cavity shall be based on ISO 3950.
7 Measurement units
All units are in millimetres unless otherwise specified.
8 Additional restrictions on IDS XML documents
In addition to the information provided in Clause 3 to Clause 7, a valid IDS document shall also meet the
following requirements:
a) The total size 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 shall be downloaded from: https:// standards .iso
.org/ iso/ 18618/ ed -3/ en/ .
Annex A
(normative)
XML schema for IDS
A.1 General
This annex provides a description of the IDS schema. The following conventions are 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. Some optional nodes have required attributes, which means that if
the node is present at all, the 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 date and time value, as defined in 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
The detailed information of XML schema for IDS root and subdirectories are given from Table A.1, Table A.2
and 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 mes-
sage.
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 cre-
ating 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.
SystemName String(100) A value indicating the system (by name) that the IDS document originated in.
TTabablele A A.22 ((ccoonnttiinnueuedd))
IDS/IDSSource
An optional node describing the system from which the document originates.
Attribute Data type Description
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 for-
mats.
AddressType String(5) An enumerated value identifying the format of the address provided. Ac-
ceptable 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 — 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 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 received by the receiver. This
value is populated by the receiver (broker or provider) and should be omit-
ted (or left blank) on new submissions.
Table A.5 — 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 elsewhere 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.
BusinessType String(3) A three-character code signifying the originator’s entity type. Valid values are:
— LAB: laboratory
— DOC: dentist
— SRV: broker or intermediary service
— OTH: other
FacilityID String(50) The originator’s identifier for the facility where this originated.
FacilityUTCOffset Time The UTC offset for this originator facility. This is an [hh]:time value, repre-
sented at the midnight plus/minus the UTC offset. For example, a facility in the
Eastern Time Zone has a value of 00:00:00-05:00.
Table A.6 — 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 postal
zone, other region (and sub-region) name, such as province, department,
canton or county area outside the US.
PostalCode String(100) The postal code.
Country * String(3) Three-character country code signifying the originator’s country. The value
shall conform to the specifications on Alpha-3 codes outlined in ISO 3166-1.
Table A.7 — Description of the directory of IDS/Submission/Originator/BillingAddress
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 or town.
State String(64) A two-character state code (in the US) or up to 64 characters for a postal
zone, other region (and sub-region) name, such as province, department,
canton or county area outside the US.
PostalCode String(100) The postal code.
Country * String(3) Three-character country code signifying the originator’s country. The value
shall conform to the specifications on Alpha-3 codes outlined in ISO 3166-1.
Table A.8 — Description of the directory of IDS/Submission/Originator/Contact
IDS/Submission/Originator/Contact
The originator’s contact information.
Attribute Data type Description
Name String(255) Contact person’s name.
Phone String(255) Contact phone number (business).
Fax String(255) Contact fax number.
MobilePhone String(255) Contact mobile number.
Email String(255) Contact email address.
Table A.9 — Description of the directory of IDS/Submission/Originator/Localization
IDS/Submission/Originator/Localization
The originator’s localization preferences.
Attribute Data type Description
1)
Language String(4) A four-character code for language as defined in ISO 639-4.
DecimalSymbol String(1) The symbol to use for decimals.
DigitGrouping String(1) The character to use for digit grouping.
CurrencyCode String(3) The three-character currency code for the preferred currency as defined
in ISO 4217, e.g. “USD” for US dollar.
CurrencySymbol String(5) The symbol to use for currency values.
Table A.10 — Description of the directory of IDS/Submission/Originator/OriginatorExtraInfo
IDS/Submission/Originator/OriginatorExtraInfo
A node allowing for un-validated XML data to augment the data. This node is a character data (CDATA)
marked block and is not validated by the XML schema. It is recommended that any additional or proprietary data
added to this node be embedded within custom identifying XML tags so that additional data can be added by differ-
ent systems or partners minimizing the risk of breaking the IDS structures.
Table A.11 — Description of the directory of IDS/Submission/Broker
IDS/Submission/Broker *
Information describing the person or business entity that is brokering the .
Attribute Data type Description
UUID String(36) Unique identifier for the broker.
BrokerIDOriginator String(50) The identifier used internally by the originator to refer to the broker.
BrokerIDProvider String(50) The identifier used internally by the provider (assuming there is only
one provider) for the broker.
BrokerIDBroker String(50) The identifier used internally by the broker for itself, if applicable.
Name * String(255) Name of the broker.
BusinessType String(3) A three-character code signifying the broker’s entity type. Valid values
are:
— LAB: laboratory
— DOC: dentist
— SRV: broker or intermediary service
— OTH: other
FacilityID String(50) The broker’s identifier for the facility where this submission was re-
ceived.
1) Cancelled and replaced by ISO 639:2023.
TTabablele A A.1111 ((ccoonnttiinnueuedd))
IDS/Submission/Broker *
Information describing the person or business entity that is brokering the .
Attribute Data type Description
FacilityUTCOffset Time The UTC offset for this broker facility. This is an [hh]: time value, repre-
sented at the midnight plus/minus the UTC offset. For example, a facility
in the Eastern Time Zone have a value of 00:00:00-05:00.
SubSystemName String(50) The name of the broker’s sub-system that received this submission.
SubSystemID String(50) The identifier of the broker’s sub-system that received this submission.
Table A.12 — Description of the directory of IDS/Submission/Broker/Address
IDS/Submission/Broker/Address
The postal address of the broker.
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 postal
zone, other region (and sub-region) name, such as province, department,
canton or county area outside the US.
PostalCode String(100) The postal code.
Country * String(3) Three-character country code signifying the originator’s country. The
value shall conform to the specifications on Alpha-3 codes outlined in
ISO 3166-1.
Table A.13 — Description of the directory of IDS/Submission/Broker/Contact
IDS/Submission/Broker/Contact
The broker’s contact information.
Attribute Data type Description
Name String(255) Contact person’s name.
Phone String(255) Contact phone number (business).
Fax String(255) Contact fax number.
MobilePhone String(255) Contact mobile number.
Email String(255) Contact email address.
Table A.14 — Description of the directory of IDS/Submission/Broker/Localization
IDS/Submission/Broker/Localization
The broker’s localization preferences.
Attribute Data type Description
Language String(4) A four-character code for language as defined in ISO 639-4.
DecimalSymbol String(1) The symbol to use for decimals.
DigitGrouping String(1) The character to use for digit grouping.
CurrencyCode String(3) The three-character currency code for the preferred currency as
defined in ISO 4217, e.g. “USD” for US dollar.
CurrencySymbol String(5) The symbol to use for currency values.
Table A.15 — Description of the directory of IDS/Submission/Broker/BrokerExtraInfo
IDS/Submission/Broker/BrokerExtraInfo
A node allowing for un-validated XML data to augment the data. This node is a CDATA marked block and is
not validated by the XML schema. It is recommended that any additional or proprietary data added to this node be
embedded within custom identifying XML tags so that additional data can be added by different systems or partners
minimizing the risk of breaking the IDS structures.
Table A.16 — Description of the directory of IDS/Submission/Providers
IDS/Submission/Providers
A node containing a list of sub-nodes. Any provider represented anywhere in this shall
have a node here.
Table A.17 — Description of the directory of IDS/Submission/Providers/Provider
IDS/Submission/Providers/Provider
A node describing a single provider.
Attribute Data type Description
ProviderIDOriginator * String(50) The identifier used by the originator to identify this provider.
ProviderIDProvider String(50) The identifier used by the provider to identify itself.
ProviderIDBroker String(50) The identifier used by the broker to identify this provider.
Name String(255) The name of the provider.
BusinessType String(3) A three-character code designating what type of business the provid-
er is (e.g. LAB). Enumeration choices include:
— LAB: laboratory
— DOC: dentist
— SRV: broker or intermediary service
— OTH: other
FacilityID String(50) The provider’s identifier for the facility where this submission origi-
nated.
FacilityUTCOffset Time The UTC offset for this provider facility, expressed in h.
SubSystemName String(50) The name of the provider’s sub-system that generated this submis-
sion.
SubSystemID String(50) The identifier of the provider’s sub-system that generated this sub-
mission.
Table A.18 — Description of the directory of IDS/Submission/Providers/Provider/Address
IDS/Submission/Providers/Provider/Address
The provider’s address.
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
postal zone, other region (and sub-region) name, such as province,
department, canton or county area outside the US.
PostalCode String(100) The postal code.
Country * String(3) Three-character country code signifying the originator’s country.
The value shall conform to the specifications on Alpha-3 codes
outlined in ISO 3166-1.
Table A.19 — Description of the directory of IDS/Submission/Providers/provider/Contact
IDS/Submission/Providers/Provider/Contact
The provider’s contact information.
Attribute Data type Description
Name String(255) Contact person’s name.
Phone String(255) Contact phone number.
Fax String(255) Contact fax number.
MobilePhone String(255) Contact mobile number.
Email String(255) Contact email address.
Table A.20 — Description of the directory of IDS/Submission/Providers/Provider/Localization
IDS/Submission/Providers/Provider/Localization
The provider’s localization preferences.
Attribute Data type Description
Language String(4) A four-character code for language as defined in ISO 639-4.
DecimalSymbol String(1) The symbol to use for decimals.
DigitGrouping String(1) The character to use for digit grouping.
CurrencyCode String(3) The three-character currency code for the preferred currency
as defined in ISO 4217, e.g. “USD” for US dollar.
CurrencySymbol String(5) The symbol to use for currency values.
Table A.21 — Description of the directory of IDS/Submission/Products
IDS/Submission/Products
A node containing a list of all the products referenced in any of the nodes of the current . Any
product represented anywhere in this submission shall have a node here.
The products listed here are products that are part of an , not products that are defined in the
alogue> which are a publication of products available by a provider.
Table A.22 — Description of the directory of IDS/Submission/Products/Product
IDS/Submission/Products/Product
A node containing information about a single product to be used in this .
Attribute Data type Description
ProductIDOriginator * String(50) The identifier used internally by the originator for this product.
ProductIDProvider String(50) The identifier used internally by the provider for this product, if
applicable.
ProductIDBroker String(50) The identifier used internally by the broker for this product, if
applicable.
ProductType * String(75) A code designating the type of product. The definitions of valid
values are as follows:
— FULLCROWN: monolithic restoration;
— 34CROWN: crown with 3/4 coverage of the tooth structure;
— ABUTMENT: customized implant abutment;
— ABUTMENTWAXUP: diagnostic waxup over an abutment;
— ANATOMICALCOPING: coping created by an offset from an
already designed full crown;
— ANATOMICALPONTIC: pontic created by an offset from an
already designed full pontic;
— TEMPCROWN: temporary crown;
— BRIDGE: multi-unit restoration;
— DIGITALMODEL: model prepared by additive manufacturing
or subtractive manufacturing process;
— ORTHODONTIC: appliance for orthodontic;
— DENTALAPPLIANCE: appliance except orthodontic;
— REMOVABLE: denture, partial denture, customtray;
— CLASP: clasp engaging a tooth;
— COPING: substructure of a crown;
— CROWN: crown composed of more than one component;
— CROWNPONTIC: pontic that is a full crown and not a sub-
structure;
— INLAY: inlay;
— ONLAY: onlay;
— OTHER: any other type of restoration not included in the
enumerated list;
— PONTIC: substructure for a pontic used in a bridge;
— POSTANDCORE: post and core;
— TELESCOPECROWN: telescopic crown consisting of multiple
substructures;
— VENEER: veneer;
— WAXUP: diagnostic waxup.
ProductDescription String Description of the product.
Table A.23 — Subdirectory of IDS/Submission/ParcelIn
IDS/Submission/ParcelIn
A node describing the parcel that was sent for this submission item.
Attribute (Element) Data type Description
CarrierCode * String(50) Code designating the postal carrier used to mail the submission
item. Examples values are:
— USPS: US Postal Service;
— UPS: United Parcel Service;
— FEDEX: FedEx;
— DHL: DHL Express;
— OTH: (other carrier).
CarrierServiceType String(150) The grade of carrier service used to send the parcel (e.g. “priori-
ty overnight”).
CarrierTrackingID String(255) The carrier tracking identifier of the submission item.
DateUTCMailed Datetime UTC The date and time that the parcel was sent.
DateUTCExpected Datetime UTC The date and time that the parcel is expected to arrive at the
provider.
Table A.24 — Description of the directory of IDS/Submission/Description
IDS/Submission/Description
A free-form text description of the contents of the parcel.
Table A.25 — Description of the directory of IDS/Submission/ParcelIn/Address
IDS/Submission/ParcelIn/Address
A node containing information about the address where the original parcel was mailed. This node is optional. If it is
not provided, then the provider’s default address is assumed.
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
postal zone, other region (and sub-region) name, such as province,
department, canton or county area outside the US.
PostalCode String(100) The postal code.
Country * String(3) Three-character country code signifying the originator’s country. The
value shall conform to the specifications on Alpha-3 codes outlined in
ISO 3166-1.
Table A.26 — Description of the directory of IDS/Submission/Cases
IDS/Submission/Cases *
An enveloping node containing one or more sub-nodes.
Table A.27 — Description of the directory of IDS/Submission/Cases/Case
IDS/Submission/Cases/Case *
A node describing a single case in the submission item.
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
Catalogue> along with any alternate identifiers from external (non-
IDS) sources.
CaseDateUTCCreated Datetime UTC The date and time that the case was created by the provider. This
value is populated by the provider and should be omitted (or left
blank) on new submissions.
CaseDateUTCSubmitted Datetime UTC The date and time that the case was first submitted to a provider or
broker.
CaseDateUTCReceived Datetime UTC The date and time that the case was received by the provider (or
broker).
Table A.28 — Description of the directory of IDS/Submission/Cases/Case/Patient
IDS/Submission/Cases/Case/Patient
An element referencing a patient for this case.
Attribute Data type Description
ReferenceID * String(36) A reference UUID identifying a patient within the
logue>.
Table A.29 — Description of the directory of IDS/Submission/Cases/Case/Orders
IDS/Submission/Cases/Case/Orders *
A node containing a list of sub-nodes for the case.
Table A.30 — Description of the directory of IDS/Submission/Cases/Case/Orders/Order
IDS/Submission/Cases/Case/Orders/Order *
A node describing a single order in the submission item.
Attribute Data type Description
ReferenceID* String(36) A reference UUID identifying an within the
logue>.
Table A.31 — Description of the directory of IDS/Submission/Processing
IDS/Submission/Processing
A node containing information about the processing of this submission by the host service. This node is created by
the host service itself and shall not be passed in with the original submission XML submitted from the originator.
Attribute Data type Description
Status * String(1) A code designating the status of the submission. Valid values
are:
— S: success
— F: failure
— R: retry
— P: pending (use this for new submissions)
Table A.32 — Description of the directory of IDS/Submission/Processing/Problems
IDS/Submission/Processing/Problems
A node containing a list of sub-nodes.
Table A.33 — Description of the directory of IDS/Submission/Processing/Problems/Problem
IDS/Submission/Processing/Problems/Problem
A node containing information about a problem related to this batch submission.
Attribute Data type Description
ProblemCode String(25) A code uniquely identifying this problem.
Level * S
...
Norme
internationale
ISO 18618
Troisième édition
Médecine bucco-dentaire —
2025-08
Interopérabilité des systèmes de CFAO
Dentistry — Interoperability of CAD/CAM systems
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2025
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 1
3.1 Termes généraux .1
3.2 Termes relatifs au contenu XML .2
4 Sécurité des données et méthodes de stockage . 6
5 Affectation de nom . . 6
6 Système de numérotation des dents et des zones de la cavité buccale . 6
7 Unités de mesure . 6
8 Restrictions additionnelles pour les documents XML IDS . 6
9 Description de l’XSD . 7
Annexe A (normative) Schéma XML de l’IDS . 8
Annexe B (informative) Exemples de schéma XML pour IDS .64
Bibliographie .73
iii
Avant-propos
L’ISO (Organisation internationale de normalisation) est une fédération mondiale d’organismes nationaux
de normalisation (comités membres de l’ISO). L’élaboration des Normes internationales est en général
confiée aux comités techniques de l’ISO. Chaque comité membre intéressé par une étude a le droit de faire
partie du comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l’ISO participent également aux travaux. L’ISO collabore étroitement avec
la Commission électrotechnique internationale (IEC) en ce qui concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d’approbation requis pour les différents types de documents ISO. Le présent document a
été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir
www.iso.org/directives).
L’ISO attire l’attention sur le fait que la mise en application du présent document peut entraîner l’utilisation
d’un ou de plusieurs brevets. L’ISO ne prend pas position quant à la preuve, à la validité et à l’applicabilité de
tout droit de propriété revendiqué à cet égard. À la date de publication du présent document, l’ISO n’avait pas
reçu notification qu’un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois,
il y a lieu d’avertir les responsables de la mise en application du présent document que des informations
plus récentes sont susceptibles de figurer dans la base de données de brevets, disponible à l’adresse
www.iso.org/brevets. L’ISO ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de
tels droits de brevet.
Les appellations commerciales éventuellement mentionnées dans le présent document sont données pour
information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l’ISO liés à l’évaluation de la conformité, ou pour toute information au sujet de l’adhésion de
l’ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles techniques au
commerce (OTC), voir www.iso.org/avant-propos.
Le présent document a été préparé par le comité technique ISO/TC 106, Médecine bucco-dentaire, sous-comité
SC 9, Systèmes dentaires de CFAO, en collaboration avec le comité technique CEN/TC 55, Médecine bucco-
dentaire, du Comité européen de normalisation (CEN), conformément à l'Accord de coopération technique
entre l'ISO et le CEN (Accord de Vienne).
Cette troisième édition annule et remplace la deuxième édition (ISO 18618:2022), qui a fait l'objet d'une
révision technique.
Les principales modifications par rapport à l'édition précédente sont les suivantes:
— Le schéma XML pour l’IDS (interface pour les systèmes dentaires de CFAO) et les exemples d’interopérabilité
des produits dentaires numériques en lien avec les inlays, les onlays, les couronnes, les systèmes
d’implants dentaires, les dispositifs amovibles, les appareils dentaires, les appareils orthodontiques et
les prothèses dentaires, ont été mis à jour dans l’Annexe A en raison de la rapidité de l’innovation dans le
domaine des systèmes logiciels et de la nécessité de procéder à des essais continus.
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes se
trouve à l’adresse www.iso.org/fr/members.html.
iv
Introduction
Les fabricants de systèmes dentaires de CFAO se distinguent par la manière dont ils échangent des
informations de fabrication et des données tridimensionnelles. Cela entraîne des difficultés dans le
traitement des données, les processus de conception et les processus de fabrication pour les utilisateurs de
ces systèmes. En vue de surmonter ces problèmes, le présent document a été élaboré dans le but de faciliter
l’interopérabilité ouverte entre les systèmes de CFAO en médecine bucco-dentaire.
v
Norme internationale ISO 18618:2025(fr)
Médecine bucco-dentaire — Interopérabilité des
systèmes de CFAO
1 Domaine d'application
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.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu’ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l’édition citée s’applique. Pour
les références non datées, la dernière édition du document de référence s’applique (y compris les éventuels
amendements).
ISO 1942, Médecine bucco-dentaire — Vocabulaire
ISO 3166-1, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 1: Codes de pays
ISO 3950, Médecine bucco-dentaire — Code de désignation des dents et des régions de la cavité buccale
ISO 16443, Médecine bucco-dentaire — Vocabulaire des systèmes d'implants dentaires et procédures associées
ISO 18739, Médecine bucco-dentaire — Vocabulaire de la chaîne de procédé applicable aux systèmes de CFAO
W3C — Extensible Markup Language (XML) 1.0 (cinquième édition), novembre 2008
W3C XML Schema Definition Language (XSD) 1.1, avril 2012
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions donnés dans l’ISO 1942, l’ISO 16443,
l’ISO 18739, du W3C XML 1.0, du W3C XML XSD 1.1 ainsi que les suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en normalisation,
consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp;
— IEC Electropedia: disponible à l’adresse https:// www .electropedia .org/
3.1 Termes généraux
3.1.1
courtier
entité qui agit en tant qu'intermédiaire
Note 1 à l'article: Les entités de ce type acceptent de multiples commandes en provenance de multiples sources et les
regroupent en une seule commande pour un fournisseur. En variante, elles acceptent des commandes uniques de la
part d’un donneur d’ordre et les partagent entre plusieurs fournisseurs. Elles transfèrent également des commandes
entre les donneurs d’ordre et les fournisseurs.
3.1.2
interface pour systèmes dentaires de CFAO
IDS
nœuds immédiatement au sein de l’élément racine enveloppant, qui remplissent des fonctionnalités de
traçabilité et d’identification de la source et d’information sur la manière de répondre à une transaction du
document
Note 1 à l'article: Le schéma de l’IDS organise le document IDS en structures pour des transactions spécifiques.
Les structures représentent une soumission, une interrogation, une mise à jour d’une soumission précédente, une
notification d’un événement ou d’un changement d’état et une série de catalogues. Un seul document IDS peut contenir
une combinaison de différents nœuds de transaction ou être constitué d’un seul nœud transactionnel.
3.1.3
donneur d’ordre
entité (organisation ou personne) qui est responsable de la création du document, de la commande ou de la
soumission en cours
Note 1 à l'article: Un donneur d'ordre est généralement un cabinet dentaire. Dans certains cas, le donneur d'ordre est
un laboratoire dentaire qui sous-traite du travail à un autre laboratoire.
3.1.4
fournisseur
entité qui est responsable de la fourniture des services ou des produits qui sont demandés dans une
commande
Note 1 à l'article: Une entité peut être une entreprise, un laboratoire.
Note 2 à l'article: Un fournisseur est généralement un laboratoire dentaire ou un fabricant.
3.2 Termes relatifs au contenu XML
3.2.1
identificateur de courtier
brokerID
identificateur utilisé par un courtier (3.1.1) pour sa propre identification, ou par un donneur d’ordre (3.1.3) et
un fournisseur (3.1.4) pour identifier un courtier
3.2.2
catalogue de données CAO
CADDataCatalogue
ensemble de nœuds décrivant les données de CAO associées à une ou plusieurs des commandes ou des
restaurations, ou aux deux
Note 1 à l'article: Un catalogue de données CAO peut inclure soit une image numérisée, soit des fichiers de dessin, ou
les deux.
3.2.3
cas
ensemble d’une ou de plusieurs commandes pour des appareils, produits ou services dentaires, qui sont
toutes soumises pour un même patient
EXEMPLE Un cas peut contenir une commande pour une couronne et une autre commande pour un bridge.
3.2.4
catalogue
données qui sont citées en référence dans d’autres éléments ou zones
Note 1 à l'article: Les catalogues sont subdivisés par les données qu’ils regroupent, ce qui les rend plus faciles à gérer
et à référencer.
3.2.5
données de caractères
CDATA
certaine partie du document qui est un caractère general unique, plutôt qu’un non-caractère ou un caractère
ayant une structure plus spécifique et limitée
Note 1 à l'article: Les CDATA sont utilisées à des fins distinctes, mais liées, dans les langages de balisage SGML et XML.
3.2.6
nœud d’interrogation
DataQuery
méthode pour demander des données auprès d’un autre système ou d’une autre entité
Note 1 à l'article: Le nœud d’interrogation fournit des éléments pour définir les éléments de données à rechercher ou
avec lesquels coïncider ainsi que des éléments pour définir les données demandées en réponse.
3.2.7
demande de livraison
DeliveryRequest
informations relatives à la commande finie sortante, lesquelles sont envoyées au donneur d’ordre (3.1.3) (ou
à l’agent du donneur d’ordre) sous forme de livraison distincte
Note 1 à l'article: Une livraison est soit physique, soit électronique, ou les deux.
3.2.8
dentiste
nœud qui définit le clinicien responsable qui a demandé la commande
3.2.9
catalogue de référence «dentistes»
DentistCatalogue
ensemble de nœuds dentiste (3.2.8) qui fournit des attributs et des éléments pour définir les dentistes cités
en référence dans le schéma de l'interface pour systèmes dentaires de CFAO (3.1.2)
Note 1 à l'article: La définition peut inclure des informations de facturation et des informations de licence.
3.2.10
infos supplémentaires
ExtraInfo
nœud enfant qui peut être utilisé pour étendre le schéma avec un XML indéfini
Note 1 à l'article: De nombreux éléments contiennent des nœuds enfants avec le suffixe «ExtraInfo» (par exemple
, , etc.). Ces derniers sont destinés à être des zones qui peuvent être utilisées
pour étendre le schéma défini avec un XML propriétaire ou indéfini.
EXEMPLE 1 Une mise en œuvre, par exemple, peut utiliser un (ou plusieurs) de ces nœuds enfants pour incorporer
du code XML qui est seulement utilisé par le maître d’œuvre pour une séquence de travail interne.
EXEMPLE 2 Une autre application peut être l’utilisation de ces nœuds enfants par deux partenaires commerciaux
pour expérimenter un code XML qu’ils prévoient de proposer pour de futures versions ou pour transférer un code XML
propriétaire qu’ils ont précédemment défini entre eux.
Note 2 à l'article: Le schéma de l’ interface pour systèmes dentaires de CFAO (IDS) (3.1.2) et la définition du schéma
XML ignorent le contenu de ces nœuds enfants, ils ne sont donc pas validés dans le cadre du schéma de l’IDS. Si l’un
de ces éléments est utilisé, il est fortement recommandé que tout code XML soit encadré par des balises propriétaires,
afin d’éviter d’éventuels conflits si le document XML passe à travers plusieurs gestionnaires. Par exemple:
données spécifiques et utilisées seulement par “MyCompany”.
3.2.11
catalogue de fichiers
FileCatalogue
ensemble de nœuds qui décrit les fichiers associés avec , ou les données de CAO
(images numérisées, fichiers de dessin, etc.)
3.2.12
service hôte
système qui reçoit le document d’interface pour systèmes dentaires de CFAO (3.1.2) et en traite le contenu
3.2.13
catalogue IDMap
IDMapCatalogue
ensemble de nœuds qui fournit un moyen de définir des identificateurs alternatifs pour les
principaux éléments au sein de l’interface pour systèmes dentaires de CFAO (3.1.2)
3.2.14
notification
moyen pour publier ou retourner un état, événement ou message défini en rapport avec une commande
Note 1 à l'article: Le nœud de notification contient un élément non typé qui peut être défini selon les besoins des
parties qui échangent des informations.
3.2.15
commande
demande pour un appareil, un service ou un produit dentaire autonome qui est émise par un donneur d’ordre
Note 1 à l'article: Chaque commande dans un cas peut être créée ou fabriquée par un fournisseur différent. Chaque
commande contient ses propres nœuds d’instructions de livraison (ou de réponse).
3.2.16
catalogue de commandes
OrderCatalogue
ensemble de nœuds qui fournit les attributs et les éléments nécessaires pour définir ou décrire une
commande
Note 1 à l'article: Un nœud contient souvent un ou plusieurs nœuds , mais il peut les ignorer
lorsqu’ils ne sont pas nécessaires.
3.2.17
colis
emballage physique qui est expédié
3.2.18
patient
nœud qui définit la personne pour laquelle un cas est fabriqué
Note 1 à l'article: L'information Patient n'est pas une partie obligatoire du schéma de l'interface pour systèmes dentaires
de CFAO (3.1.2).
3.2.19
catalogue de patients
PatientCatalogue
ensemble de nœuds qui fournit des attributs et des éléments pour définir les patients qui sont
cités en référence dans les éléments ou
Note 1 à l'article: Du fait que les patients sont cités en référence soit dans plusieurs nœuds , soit dans plusieurs
nœuds , ou les deux, les informations des patients sont regroupées dans un catalogue.
3.2.20
spécification
directive écrite par le dentiste ou le clinicien responsable et destinée au fournisseur, spécifiant le produit
qu’il convient de fabriquer pour le patient
3.2.21
catalogue de produits
ProductCatalogue
moyen pour un fournisseur (3.1.4) ou un courtier (3.1.1) de publier les produits disponibles à la commande
Note 1 à l'article: Le nœud fournit les attributs et éléments pour définir un produit, contient plusieurs descriptions
dans différentes langues et spécifie les options et les variantes de commande.
3.2.22
SKU de produit
productSKU
unité de stockage de produit utilisée par les fabricants pour identifier leurs produits auprès de leurs
systèmes internes
3.2.23
identificateur de fournisseur
providerID
identificateur utilisé par un courtier (3.1.1) et un donneur d'ordre (3.1.3) pour identifier un fournisseur (3.1.4),
ou par un fournisseur pour s'identifier lui-même
3.2.24
soumission
lot ou groupe d'un ou de plusieurs décrits dans le document d’interface pour systèmes dentaires de
CFAO (IDS) (3.1.2)
Note 1 à l'article: En médecine bucco-dentaire traditionnelle (non numérique), une soumission équivaut à recevoir
un paquet physique [colis (3.2.17)] contenant un ou plusieurs cas. Dans le domaine de l’IDS numérique, la soumission
représente n’importe quelle combinaison d’un ou de plusieurs cas soit physiques, soit numériques, ou les deux, qui sont
«soumis» à un fournisseur en vue de les produire.
3.2.25
identificateur unique universel
UUID
étiquette utilisée pour identifier les principaux éléments
Note 1 à l'article: Les UUID sont indiqués dans le document sous la forme d’une chaîne (36) pour correspondre à la
définition du schéma XML pour l’UUIDTypeDef. Nombre de 128 bits (16 octets) représenté sous la forme d’une chaîne
de 36 caractères de sa présentation hexadécimale (32 caractères + séparateurs, y compris les valeurs 0 de tête)
au format: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX.
Note 2 à l'article: Un nœud au sein des du document fournit un moyen d’associer l’UUID à des
identificateurs alternatifs qui transportent une signification externe, par exemple l’interface de système de gestion de
laboratoire pour les systèmes dentaires de CFAO(IDS) (3.1.2) pour un dentiste, un cas ou un patient.
Note 3 à l'article: Les valeurs UUID peuvent posséder plusieurs ID alternatifs dans le nœud , mais chaque UUID
est défini une seule fois et utilisé sur un seul élément principal.
EXEMPLE Si l’UUID «107face6-fc51-4366-805d-2ee23014d835» est affecté au dentiste «Smith», il est possible que
cette valeur d’UUID ne soit pas utilisée sur un quelconque autre élément comme identificateur clé et peut seulement
être utilisée comme référence dans d’autres éléments qu’il faut associer à ce dentiste spécifique.
3.2.26
mise à jour
moyen d’envoyer un ensemble abrégé d’éléments de données pour rafraîchir ou modifier une commande
() soumise précédemment
Note 1 à l'article: La mise à jour contient des éléments qui permettent à la mise à jour de coïncider avec des valeurs
attendues en plus de fournir les nouvelles valeurs.
4 Sécurité des données et méthodes de stockage
L’Internet s’est avéré être un moyen de communication efficace, mais sa vulnérabilité aux interceptions
soulève des problèmes de confidentialité, d’authentification et d’intégrité du message communiqué.
C’est pourquoi la sécurité des données est d’une importance capitale pour les utilisateurs des systèmes
d’informations dentaires.
Les dossiers médicaux étant personnels et privés, les praticiens dentaires sont censés comprendre les
questions de sécurité associées aux «données inactives» et aux «données en transit».
NOTE Le présent document n’est pas destiné à expliquer les concepts de sécurité et les risques associés à la
maintenance des données stockées et en transit ainsi que celles se trouvant sur une connexion Internet. Le Comité des
normes ADA (Association dentaire américaine) sur l’informatique dentaire a publié une série de rapports techniques
qui fournissent aux praticiens des lignes directrices concernant le traitement des questions de sécurité des données
stockées et en transit sur l’Internet.
Un format de fichier ZIP est recommandé pour le transport du fichier XML IDS et des fichiers associés, la mise
en œuvre d’un conteneur de fichier relève toutefois de la responsabilité du maître d’œuvre.
5 Affectation de nom
Le nom du fichier doit se terminer par une extension .ids. Le nom du fichier peut être précédé d’un préfixe
avec toute convention de dénomination souhaitée par l’utilisateur.
6 Système de numérotation des dents et des zones de la cavité buccale
Dans le présent document, la numérotation des dents et des zones de la cavité buccale doit être basée sur
l’ISO 3950.
7 Unités de mesure
Sauf indication contraire, toutes les unités sont en millimètres.
8 Restrictions additionnelles pour les documents XML IDS
Outre les informations fournies dans les Articles 3 à 7, un document IDS valide doit également répondre aux
exigences suivantes:
a) La taille totale du document ne doit pas dépasser 2 Mo.
b) Le document contient un identificateur unique pour les ID de fournisseur.
c) Le document contient un identificateur unique pour les ID de courtier.
9 Description de l’XSD
Les définitions des éléments du schéma XSD qui se trouvent dans l’Annexe A doivent être utilisées. Un
exemple de schéma XML de l'IDS figure à l'Annexe B. Le document de définition de l’XSD doit être téléchargé
à l'adresse suivante: https:// standards .iso .org/ iso/ 18618/ ed -3/ en/ .
Annexe A
(normative)
Schéma XML de l’IDS
A.1 Généralités
La présente annexe décrit le schéma de l’IDS. Les conventions suivantes sont utilisées dans cette annexe:
a) un astérisque (*) désigne un nœud ou un attribut XML obligatoire. Lorsqu’ils ne sont pas accompagnés
d’un astérisque, tous les nœuds et les attributs sont considérés comme facultatifs. Certains nœuds
facultatifs possèdent des attributs obligatoires, ce qui signifie que si le nœud est présent, les attributs
accompagnés d’un * sont également présents;
b) pour les nœuds et les attributs de type «Chaîne», la longueur autorisée de la chaîne est illimitée, sauf si
elle est spécifiée [par exemple, Chaîne (100)];
c) le type de données «DateHeure UTC» implique une valeur de date et d’heure telle que définie dans
l’ISO 8601-1;
d) tous les types de données se réfèrent aux types de données du schéma XML: chaîne, nombre entier,
booléen, DateHeure, etc.
A.2 Schéma XML pour la Racine IDS
Les informations détaillées du schéma XML pour la racine IDS et les sous-répertoires sont présentées dans
les Tableaux A.1, A.2 et A.3.
Tableau A.1 — Description du répertoire racine de l'IDS
IDS *
Le nœud racine pour tous les documents IDS.
Attribut Type des données Description
IDSVersion * Chaîne (10) L’identificateur de version du schéma XML du message.
IDSUUID * Chaîne (36) Un identificateur globalement unique pour le message IDS.
Tableau A.2 — Description du répertoire IDS/IDSSource
IDS/IDSSource
Un nœud facultatif décrivant le système duquel est originaire le document.
Attribut Type des données Description
HostName Chaîne (100) Le nom de réseau du système hôte source qui crée et envoie le message.
IPAddress Chaîne (15) Une adresse IPv4 du système hôte source qui crée et envoie le message.
IPAddress6 Chaîne (45) Une adresse IPv6 du système hôte source qui crée et envoie le message.
MACAddress Chaîne (15) Une adresse MAC du système hôte source qui crée et envoie le message.
OperatorID Chaîne (100) Un identificateur d’utilisateur de réseau pour le compte d’utilisateur sur
le système hôte source qui crée et envoie le message.
NetworkDomain Chaîne (100) Un identificateur de nom de réseau pour le domaine contenant le système
qui envoie le message.
ApplicationName Chaîne (100) Une valeur indiquant l’application (par nom) qui a été utilisée pour géné-
rer ou initier le message IDS.
TTabableleaauu A A.22 ((ssuuiitte)e)
IDS/IDSSource
Un nœud facultatif décrivant le système duquel est originaire le document.
Attribut Type des données Description
SystemName Chaîne (100) Une valeur indiquant le système (par nom) dans lequel a été initié le
document IDS.
SystemID Chaîne (100) Une valeur indiquant le système initiateur par l’identificateur ou la ver-
sion.
SubSystemName Chaîne Une valeur identifiant le nom du sous-système à l’origine du message.
SubSystemID Chaîne Une valeur indiquant le sous-système initiateur par l’identificateur ou la
version.
SystemVersion Chaîne L’information de version du logiciel ou du système à l’origine du message.
Tableau A.3 — Description du répertoire IDS/IDSReplies/ReplyTo
IDS/IDSReplies/ReplyTo
Un élément spécifiant les informations d’adresse utilisées pour les réponses au message IDS.
Attribut Type des données Description
Address Chaîne (200) Le texte d’une adresse. L’adresse elle-même peut se présenter sous divers
formats.
AddressType Chaîne (5) Une valeur énumérée identifiant le format de l’adresse fournie. Les va-
leurs admissibles sont:
— URL
— WCF
— MSMQ
— IPV4
— IPV6
— UNC
A.3 Schéma XML pour la demande IDS
Les informations détaillées relatives au schéma XML pour la demande IDS et les sous-
répertoires sont présentées dans les Tableaux A.4 à A.34.
Tableau A.4 — Répertoire racine IDS/Submission
IDS/Submission *
Le nœud racine pour le code XML de soumission.
Attribut Type de don- Description
nées
UUID * Chaîne (36) Un identificateur globalement unique pour cette soumission. Cet UUID peut
changer pour chaque nouvelle soumission et il convient qu’il soit fourni par
le donneur d’ordre.
DateUTCSubmitted Dateheure UTC La date et l’heure auxquelles la soumission a été présentée pour la première
fois au destinataire.
DateUTCReceived Dateheure UTC La date et l’heure auxquelles la soumission a été reçue par le destinataire.
Cette valeur est renseignée par le destinataire (courtier ou fournisseur) et il
convient de l’ignorer (ou de la laisser vide) sur les nouvelles soumissions.
Tableau A.5 — Description du répertoire IDS/Submission/Originator
IDS/Submission/Originator *
Contient des informations décrivant la personne physique ou morale qui a créé la .
Attribut Type de don- Description
nées
UUID * Chaîne (36) Un identificateur unique pour cet élément pouvant servir de référence ailleurs
dans le document. Il convient de le définir à l’intérieur du ,
conjointement avec tout identificateur alternatif provenant de sources
externes (non IDS).
Name * Chaîne (255) Nom du donneur d’ordre.
BusinessType Chaîne (3) Un code de trois caractères désignant le type d’entité du donneur d’ordre. Les
valeurs valides sont:
— LAB: laboratoire;
— DOC: dentiste;
— SRV: courtier ou service intermédiaire;
— OTH: autre.
FacilityID Chaîne (50) L’identificateur du donneur d’ordre pour l’installation d’où est originaire cette
.
FacilityUTCOffset Temps Le décalage UTC pour cette installation du donneur d’ordre. Noter qu’il s’agit
d’une valeur [hh]:time, représentée à minuit plus/moins le décalage UTC. Une
installation dans le fuseau horaire de l’est des États-Unis, par exemple, a pour
valeur 00:00:00-05:00.
Tableau A.6 — Description du répertoire IDS/Submission/Originator/Address
IDS/Submission/Originator/Address
L'adresse postale du donneur d’ordre.
Attribut Type de données Description
Street1 * Chaîne (125) Ligne 1 de la rue de l’adresse.
Street2 Chaîne (125) Ligne 2 de la rue de l’adresse.
City * Chaîne (125) Le nom de la ville ou de la commune.
State Chaîne (64) Un code d’état de deux caractères (aux États-Unis) ou d’un maximum de
64 caractères pour le nom d’une zone postale, d’une autre région (et sous-
région), comme une province, un département, un canton ou un comté en
dehors des États-Unis.
PostalCode Chaîne (100) Le code postal.
Country * Chaîne (3) Un code pays de trois caractères désignant le pays du donneur d’ordre. La
valeur doit être conforme aux spécifications relatives aux codes alpha-3
présentées dans l’ISO 3166-1.
Tableau A.7 — Description du répertoire IDS/Submission/Originator/BillingAddress
IDS/Submission/Originator/BillingAddress
L'adresse de facturation du donneur d'ordre.
Attribut Type de données Description
Street1 * Chaîne (125) Ligne 1 de la rue de l’adresse.
Street2 Chaîne (125) Ligne 2 de la rue de l’adresse.
City * Chaîne (125) Le nom de la ville ou de la commune.
State Chaîne (64) Un code d’état de deux caractères (aux États-Unis) ou d’un maximum de
64 caractères pour le nom d’une zone postale, d’une autre région (et sous-
région), comme une province, un département, un canton ou un comté en
dehors des États-Unis.
PostalCode Chaîne (100) Le code postal.
Country * Chaîne (3) Un code pays de trois caractères désignant le pays du donneur d’ordre. La
valeur doit être conforme aux spécifications relatives aux codes alpha-3
présentées dans l’ISO 3166-1.
Tableau A.8 — Description du répertoire IDS/Submission/Originator/Contact
IDS/Soumission/Origineur/Contact
Les coordonnées du donneur d’ordre.
Attribut Type de données Description
Name Chaîne (255) Nom de l’interlocuteur.
o
Phone Chaîne (255) N de téléphone professionnel du contact.
o
Fax Chaîne (255) N de fax du contact.
o
MobilePhone Chaîne (255) N de mobile du contact.
Email Chaîne (255) Adresse électronique du contact.
Tableau A.9 — Description du répertoire IDS/Submission/Originator/Localization
IDS/Submission/Originator/Localisation
Les préférences régionales du donneur d’ordre.
Attribut Type de données Description
Language Chaîne (4) Un code de quatre caractères pour la langue tel que défini dans l’ISO 639-
1)
4.
DecimalSymbol Chaîne (1) Le symbole à utiliser comme séparateur de décimales.
DigitGrouping Chaîne (1) Le caractère à utiliser pour le groupement des chiffres.
CurrencyCode Chaîne (3) Le code de devise de trois caractères pour la devise préférée tel que défini
dans l’ISO 4217, par exemple «USD» pour le dollar américain.
CurrencySymbol Chaîne (5) Le symbole utilisé pour les valeurs en devise.
Tableau A.10 — Description du répertoire IDS/Submission/Originator/OriginatorExtraInfo
IDS/Submission/Originator/OriginatorExtraInfo
Un nœud permettant de compléter les données relatives à l’ par des données XML non validées.
Ce nœud est un bloc marqué CDATA de données de caractères et n’est pas validé par le schéma XML. Il est recom-
mandé que toute donnée supplémentaire ou propriétaire ajoutée à ce nœud soit incluse dans des balises XML d’iden-
tification personnalisée afin que des données supplémentaires puissent être ajoutées par différents systèmes ou
partenaires en réduisant le plus possible le risque de rupture des structures IDS.
1) Annulée et remplacée par l’ISO 639:2023.
Tableau A.11 — Description du répertoire IDS/Submission/Broker
IDS/Submission/Broker *
Informations décrivant la personne physique ou morale qui fait office de courtier pour la .
Attribut Type de données Description
UUID Chaîne (36) Un identificateur unique pour le courtier.
BrokerIDOriginator Chaîne (50) L’identificateur utilisé en interne par le donneur d’ordre pour faire réfé-
rence au courtier.
BrokerIDProvider Chaîne (50) L’identificateur utilisé en interne par le fournisseur (en présumant qu’il
n’existe qu’un seul fournisseur) pour le courtier.
BrokerIDBroker Chaîne (50) L’identificateur utilisé en interne par le courtier pour lui-même, le cas
échéant.
Name * Chaîne (255) Nom du courtier.
BusinessType Chaîne (3) Un code de trois caractères désignant le type d’entité du courtier.
Les valeurs valides sont:
— LAB: laboratoire;
— DOC: dentiste;
— SRV: courtier ou service intermédiaire;
— OTH: autre.
FacilityID Chaîne (50) L’identificateur du courtier pour l’installation où a été reçue cette sou-
mission.
FacilityUTCOffset Heure Le décalage UTC pour cette installation du courtier. Il s’agit d’une valeur
[hh]:time, représentée à minuit plus/moins le décalage UTC. Une instal-
lation dans le fuseau horaire de l’est des États-Unis, par exemple, a pour
valeur 00:00:00-05:00.
SubSystemName Chaîne (50) Le nom du sous-système du courtier qui a reçu cette soumission.
SubSystemID Chaîne (50) L’identificateur du sous-système du courtier qui a reçu cette soumission.
Tableau A.12 — Description du répertoire IDS/Submission/Broker/Address
IDS/Submission/Broker/Address
L'adresse postale du courtier.
Attribut Type de données Description
Street1 * Chaîne (125) Ligne 1 de la rue de l’adresse.
Street2 Chaîne (125) Ligne 2 de la rue de l’adresse.
City * Chaîne (125) Le nom de la ville ou de la commune.
State Chaîne (64) Un code d’état de deux caractères (aux États-Unis) ou d’un maximum
de 64 caractères pour le nom d’une zone postale, d’une autre région
(et sous-région), comme une province, un département, un canton ou un
comté en dehors des États-Unis.
PostalCode Chaîne (100) Le code postal.
Country * Chaîne (3) Un code pays de trois caractères désignant le pays du donneur d’ordre.
La valeur doit être conforme aux spécifications relatives aux codes
alpha-3 présentées dans l’ISO 3166-1.
Tableau A.13 — Description du répertoire IDS/Submission/Broker/Contact
IDS/Submission/Broker/Contact
Les coordonnées du courtier.
Attribut Type de données Description
Name Chaîne (255) Nom de l’interlocuteur.
o
Phone Chaîne (255) N de téléphone professionnel du contact.
o
Fax Chaîne (255) N de fax du contact.
o
MobilePhone Chaîne (255) N de mobile du contact.
Email Chaîne (255) Adresse électronique du contact.
Tableau A.14 — Description du répertoire IDS/Submission/Broker/Localization
IDS/Submission/Broker/Localization
Les préférences régionales du courtier.
Attribut Type de données Description
Language Chaîne (4) Code de quatre caractères pour la langue, tel que défini dans
l’ISO 639-4.
DecimalSymbol Chaîne (1) Le symbole à utiliser comme séparateur de décimales.
DigitGrouping Chaîne (1) Le caractère à utiliser pour le groupement des chiffres.
CurrencyCode Chaîne (3) Le code à trois caractères de la devise préférée telle que définie
dans la norme ISO 4217, par exemple “USD” pour le dollar améri-
cain.
CurrencySymbol Chaîne (5) Le symbole utilisé pour les valeurs en devise.
Tableau A.15 — Description du répertoire IDS/Submission/Broker/BrokerExtraInfo
IDS/Submission/Broker/BrokerExtraInfo
Un nœud permettant d'ajouter des données XML non validées aux données du . Ce nœud est un bloc marqué
CDATA et n'est pas validé par le schéma XML. Il est recommandé que toute donnée supplémentaire ou propriétaire
ajoutée à ce nœud soit intégrée dans des balises XML d'identification personnalisées afin que des données supplé-
mentaires puissent être ajoutées par différents systèmes ou partenaires en minimisant le risque de rupture des
structures IDS.
Tableau A.16 — Description du répertoire IDS/Submission/Providers
IDS/Submission/Providers
Un nœud contenant une liste de sous-nœuds . Tout fournisseur représenté à quelque endroit que ce soit
dans cette doit posséder un nœud ici.
Tableau A.17 — Description du répertoire IDS/Submission/Providers/Provider
IDS/Submission/Providers/Provider
Un nœud décrivant un fournisseur unique.
Attribut Type de données Description
ProviderIDOriginator * Chaîne (50) L’identificateur utilisé par le donneur d’ordre pour identifier ce four-
nisseur.
ProviderIDProvider Chaîne (50) L’identificateur utilisé par le fournisseur pour s’identifier lui-même.
ProviderIDBroker Chaîne (50) L’identificateur utilisé par le courtier pour identifier ce fournisseur.
Name Chaîne (255) Le nom du fournisseur.
BusinessType Chaîne (3) Un code de trois caractères désignant le type d’entité du fournisseur
(par exemple, LAB). La liste des choix inclut:
— LAB: laboratoire;
— DOC: dentiste;
— SRV: courtier ou service intermédiaire;
— OTH: autre.
FacilityID Chaîne (50) L’identificateur du fournisseur pour l’installation d’où est originaire
cette soumission.
FacilityUTCOffset Heure Le décalage UTC pour cette installation du fournisseur, exprimé en
heures.
SubSystemName Chaîne (50) Le nom du sous-système du fournisseur qui a généré cette soumis-
sion.
SubSystemID Chaîne (50) L’identificateur du sous-système du fournisseur qui a généré cette
soumission.
Tableau A.18 — Description du répertoire IDS/Submission/Providers/Provider/Address
IDS/Submission/Providers/Provider/Address
L'adresse du fournisseur.
Attribut Type de données Description
Street1 * Chaîne (125) Ligne 1 de la rue de l’adresse.
Street2 Chaîne (125) Ligne 2 de la rue de l’adresse.
City * Chaîne (125) Le nom de la ville ou de la commune.
State Chaîne (64) Un code d’état de deux caractères (aux États-Unis) ou d’un maxi-
mum de 64 caractères pour le nom d’une zone postale, d’une autre
région (et sous-région), comme une province, un département, un
canton ou un comté en dehors des États-Unis.
PostalCode Chaîne (100) Le code postal.
Country * Chaîne (3) Un code pays de trois caractères désignant le pays du donneur
d’ordre. La valeur doit être conforme aux spécifications relatives
aux codes alpha-3 présentées dans l’ISO 3166-1.
Tableau A.19 — Description du répertoire IDS/Submission/Providers/Provider/Contact
IDS/Submission/Providers/Provider/Contact
Les coordonnées du fournisseur.
Attribut Type de données Description
Name Chaîne (255) Nom de l’interlocuteur.
o
Phone Chaîne (255) N de téléphone du contact.
o
Fax Chaîne (255) N de fax du contact.
o
MobilePhone Chaîne (255) N de mobile du contact.
Email Chaîne (255) Adresse électronique du contact.
Tableau A.20 — Description du répertoire IDS/Submission/Providers/Provider/Localization
IDS/Submission/Providers/Provider/Localization
Les préférences régionales du fournisseur.
Attribut Type de données Description
Language Chaîne (4) Un code de quatre caractères pour la langue tel que défini dans
l’ISO 639-4.
DecimalSymbol Chaîne (1) Le symbole à utiliser comme séparateur de décimales.
DigitGrouping Chaîne (1) Le caractère à utiliser pour le groupement des chiffres.
CurrencyCode Chaîne (3) Le code à trois caractères de la devise préférée telle que définie
dans la norme ISO 4217, par exemple “USD” pour le dollar amé-
ricain.
CurrencySymbol Chaîne (5) Le symbole utilisé pour les valeurs en devise.
Tableau A.21 — Description du répertoire IDS/Submission/Products
IDS/Submission/Products
Un nœud contenant une liste de tous les produits référencés dans l’un quelconque des nœuds de la
mission> actuelle. Tout produit représenté à quelque endroit que ce soit dans cette soumission doit posséder un
nœud ici.
Les produits énumérés ici sont des produits qui font partie d’une et non pas des produits définis dans le
qui est une publication des produits disponibles auprès d’un fournisseur.
Tableau A.22 — Description du répertoire IDS/Submission/Products/Product
IDS/Submission/Products/Product
Un nœud contenant des informations sur un produit unique à utiliser dans cette .
Attribut Type de données Description
ProductIDOriginator * Chaîne (50) L’identificateur utilisé en interne par le donneur d’ordre pour ce
produit.
ProductIDProvider Chaîne (50) L’identificateur utilisé en interne par le fournisseur pour ce pro-
duit, le cas échéant.
ProductIDBroker Chaîne (50) L’identificateur utilisé en interne par le courtier pour ce produit,
le cas échéant.
ProductType * Chaîne (75) Un code désignant le type de produit. Les définitions des valeurs
valides sont les suivantes:
— FULLCROWN: restauration monolithique;
— 34CROWN couronne recouvrant aux 3/4 la structure de la
dent
— ABUTMENT: pilier implantaire personnalisé;
— ABUTMENTWAXUP: wax-up de diagnostic sur un pilier;
— ANATOMICALCOPING: coiffe créée par un décalage par rap-
port à une couronne complète déjà conçue;
— ANATOMICALPONTIC: pontique créé par un décalage par
rapport à un pontique complet déjà conçu;
— TEMPCROWN: couronne provisoire;
— BRIDGE: restauration de plusieurs unités;
— DIGITALMODEL: modèle préparé par un processus de fabri-
cation additive ou soustractive;
— ORTHODONTIC: appareil orthodontique;
— DENTALAPPLIANCE: appareil non orthodontique;
— REMOVABLE: prothèse, prothèse partielle, porte-empreintes;
— CLASP: crochet venant en prise avec une dent;
— COPING: sous-structure d'une couronne;
— CROWN: couronne constituée de plus d’un composant;
— CROWNPONTIC: pontique qui est une couronne complète et
non une sous-structure;
— INLAY:
...
ISO/FDIS 18618:2025(fr)
ISO/TC 106/SC 9
Secrétariat: JISC
Troisième édition
2025-08
Date: 2025-04-1509-19
Médecine bucco-dentaire - — Interopérabilité des systèmes de CFAO
Dentistry — Interoperability of CAD/CAM systems
ISO/FDIS 18618:2025(fr)
Tous droits réservés. Sauf indication contraire,prescription différente ou sinécessité dans le contexte de sa mise en œuvre
l'exigeoeuvre, aucune partie de cette publication ne peut être reproduite ouni utilisée autrement, sous quelque forme ou
par quelque moyen que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie, ou l'affichagela
diffusion sur l'internetl’internet ou sur un intranet, sans autorisation écrite préalable. L'autorisationUne autorisation
peut être demandée soit à l'ISOl’ISO à l'adressel’adresse ci-dessous, soit à l'organismeaprès ou au comité membre de
l'ISOl’ISO dans le pays du demandeur.
ISO bureau des droits d'auteurcopyright office
CP 401 -• Ch. de Blandonnet 8
CH-1214 Vernier, GenèveGeneva
TéléphonePhone: + 41 22 749 01 11 + 41 22 749 01 11
Courriel: copyright@iso.org
Site webE-mail: copyright@iso.org
Website: www.iso.org
Publié en Suisse
iii
ISO/FDIS 18618:2025(enfr)
Contenu
Avant-propos . iv
Introduction . v
1 Champ d'application . 1
2 Références normatives . 1
3 Termes et définitions . 1
3.1 Conditions générales . 1
3.2 Termes relatifs au contenu XML . 2
4 Sécurité des données et méthodes de stockage . 5
5 Nommer . 6
6 Système de numérotation des dents et des zones de la cavité buccale . 6
7 Unités de mesure . 6
8 Restrictions supplémentaires sur les documents XML IDS . 6
9 XSD Description . 6
Annexe A (normative) Schéma XML pour IDS . 7
Annexe B (informative) Exemples de schéma XML pour IDS . 64
Bibliographie . 73
iv
ISO/FDIS 18618:2025(fr)
Sommaire
Avant-propos . vi
Introduction . viii
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 2
3.1 Termes généraux . 2
3.2 Termes relatifs au contenu XML . 3
4 Sécurité des données et méthodes de stockage . 8
5 Affectation de nom . 8
6 Système de numérotation des dents et des zones de la cavité buccale . 8
7 Unités de mesure . 8
8 Restrictions additionnelles pour les documents XML IDS . 9
9 Description de l’XSD . 9
Annexe A (normative) Schéma XML de l’IDS . 10
Annexe B (informative) Exemples de schéma XML pour IDS . 90
Bibliographie . 100
v
ISO/FDIS 18618:2025(enfr)
Avant-propos
L'ISOL’ISO (Organisation internationale de normalisation) est une fédération mondiale
d'organismesd’organismes nationaux de normalisation (organismescomités membres de l'ISO). Les travaux
d'élaborationl’ISO). L’élaboration des normesNormes internationales sont normalement menés par les est en
général confiée aux comités techniques de l'ISOl’ISO. Chaque organismecomité membre intéressé par un sujet
pour lequel un une étude a le droit de faire partie du comité technique a été créé a le droit d'être représenté
au sein de ce comité. Desà cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO,l’ISO participent également aux travaux. L'ISOL’ISO collabore
étroitement avec la Commission électrotechnique internationale (CEI) sur toutes les questions de IEC) en ce
qui concerne la normalisation électrotechnique.
Les procédures utilisées pour l'élaboration de ceélaborer le présent document et celles destinées à sa mise à
jour ultérieure sont décrites dans les Directives ISO/CEIIEC, Partie 1. En Il convient, en particulier, il convient
de noter lesprendre note des différents critères d'approbation nécessairesd’approbation requis pour les
différents types de documents ISO. CeLe présent document a été rédigé conformément aux règles éditoriales
desde rédaction données dans les Directives ISO/CEIIEC, Partie 2 (voir
www.iso.org/directives).www.iso.org/directives).
L'ISOL’ISO attire l'attentionl’attention sur le fait que la mise en œuvreapplication du présent document peut
impliquer l'utilisation d'unentraîner l’utilisation d’un ou de plusieurs brevets. L'ISOL’ISO ne prend pas
position concernantquant à la preuve, à la validité ou l'applicabilitéet à l’applicabilité de tout droit de
brevetpropriété revendiqué à cet égard. À la date de publication du présent document, l'ISO a l’ISO n’avait pas
reçu une notification concernant unqu’un ou plusieurs brevets qui pourraientpouvaient être nécessaires à lasa
mise en œuvre du présent document.application. Toutefois, les personnes chargéesil y a lieu d’avertir les
responsables de la mise en œuvre sont averties qu'il ne s'agit pas nécessairement application du présent
document que des informations les plus récentes, qui peuvent être obtenues à partir de sont susceptibles de
figurer dans la base de données desde brevets, disponible à l'adresse suivante:l’adresse www.iso.org/patents.
L'ISO ne peutwww.iso.org/brevets. L’ISO ne saurait être tenue pour responsable de l'identification dene pas
avoir identifié tout ou partie de cestels droits de brevet.
Tout nom commercial utilisé dans ceLes appellations commerciales éventuellement mentionnées dans le
présent document est une sont données pour information donnée pour la, par souci de commodité, à
l’intention des utilisateurs et ne constitue pas une approbationsauraient constituer un engagement.
Pour une explication de la nature volontaire des normes, de la signification des termes et expressions
spécifiques à l'ISO relatifs à l'évaluationde l’ISO liés à l’évaluation de la conformité, ainsi queou pour des
informations sur l'adhésion de l'ISOtoute information au sujet de l’adhésion de l’ISO aux principes de
l'Organisationl’Organisation mondiale du commerce (OMC) dans le domaine des Obstaclesconcernant les
obstacles techniques au commerce (OTC), voir www.iso.org/iso/foreword.html.www.iso.org/avant-propos.
CeLe présent document a été préparé par le comité technique ISO/TC 106, Art Médecine bucco-dentaire, sous-
comité SC 9, Systèmes dentaires de CAO/FAOCFAO, en collaboration avec le comité technique CEN/TC 55, Art
Médecine bucco-dentaire, du Comité européen de normalisation (CEN), conformément à l'accordl'Accord de
coopération technique entre l'ISO et le CEN (accordAccord de Vienne).
Cette troisième édition annule et remplace la deuxième édition (ISO 18618:2022), qui a fait l'objet d'une
révision technique.
Les principaux changementsprincipales modifications par rapport à l'édition précédente sont les
suivantssuivantes:
— — Le schéma XML pour les exemples d'interopérabilité des produits dentaires numériques IDSl’IDS
(interface pour les systèmes dentaires CAD/CAM) concernant de CFAO) et les exemples d’interopérabilité
des produits dentaires numériques en lien avec les inlays, les onlays, les couronnes, les systèmes
vi
ISO/FDIS 18618:2025(fr)
d'implantsd’implants dentaires, les dispositifs amovibles, les appareils dentaires, orthodontie et les
appareils orthodontiques et les prothèses dentaires a, ont été mis à jour dans l'Annexe Al’Annexe A en
raison de la nature rapide de l'innovationrapidité de l’innovation dans le domaine des systèmes logiciels
et de la nécessité de procéder à des essais continus.
Tout commentaireIl convient que l’utilisateur adresse tout retour d’information ou toute question sur
ceconcernant le présent document doit être adressé à l'organismel’organisme national de normalisation de
l'utilisateur.son pays. Une liste complète de cesexhaustive desdits organismes est disponiblese trouve à
l'adresse suivante:www.iso.org/members.html .l’adresse www.iso.org/fr/members.html.
vii
ISO/FDIS 18618:2025(enfr)
Introduction
Les fabricants de systèmes CAD/CAM dentaires diffèrent dans leur façon d'échanger lesde CFAO se distinguent
par la manière dont ils échangent des informations de fabrication et lesdes données tridimensionnelles. Cela
entraîne des difficultés dans le traitement des données, les processus de conception et les processus de
fabrication pour les utilisateurs de ces systèmes. AfinEn vue de résoudresurmonter ces problèmes
d'interopérabilité, le présent document a été préparé pour élaboré dans le but de faciliter
l'interopérabilitél’interopérabilité ouverte entre les systèmes de CFAO en médecine bucco-dentaire.
viii
PROJET FINAL Norme internationale ISO/FDIS 18618:2025(fr)
Médecine bucco-dentaire - — Interopérabilité des systèmes de CFAO
1 ChampDomaine d'application
CeLe présent document spécifie un format de langage de balisage extensible (XML) pourdestiné à faciliter le
transfert dedes données de cas dentaires et dedes données CAO/FAOde CFAO entre les systèmes logiciels.
2 Références normatives
Les documents suivants sont mentionnéscités dans le texte de telle sorte que qu’ils constituent, pour tout ou
partie de leur contenu constitue une exigence, des exigences du présent document. Pour les références datées,
seule l'éditionl’édition citée s'appliques’applique. Pour les références non datées, c'est la dernière édition du
document référencéde référence s’applique (y compris les éventuels amendements éventuels) qui
s'applique.).
ISO 1942, Médecine bucco-dentaire — Vocabulaire
ISO 3166-1, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 1: Codes de
pays
ISO 3950, Médecine bucco-dentaire — Code de désignation des dents et des régions de la cavité
buccale
ISO 16443, Médecine bucco-dentaire — Vocabulaire des systèmes d'implants dentaires et procédures
associées
ISO 18739, Art dentaire — Vocabulaire de la chaîne de processus pour les systèmes CFAO
W3C - Langage de balisage extensible (XML) 1.0 (cinquième édition), novembre
2008
W3C XML Schema Definition Language (XSD) 1.1, avril 2012
ISO 1942, Médecine bucco-dentaire — Vocabulaire
ISO 3166-1, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 1: Codes de pays
ISO 3950, Médecine bucco-dentaire — Code de désignation des dents et des régions de la cavité buccale
ISO 16443, Médecine bucco-dentaire — Vocabulaire des systèmes d'implants dentaires et procédures associées
ISO 18739, Médecine bucco-dentaire — Vocabulaire de la chaîne de procédé applicable aux systèmes de CFAO
W3C — Extensible Markup Language (XML) 1.0 (cinquième édition), novembre 2008
W3C XML Schema Definition Language (XSD) 1.1, avril 2012
ISO 18618:2022(E2025(fr)
3 Termes et définitions
Aux finsPour les besoins du présent document, les termes et définitions figurantdonnés dans les normes
ISOl’ISO 1942, ISOl’ISO 16443, ISOl’ISO 18739,, du W3C XML 1.0, du W3C XML XSD 1.1 ainsi que les suivants
s’appliquent.
L’ISO et les suivantes s'appliquent.
L'ISO et la CEIl’IEC tiennent à jour des bases de données terminologiques destinées à la être utilisées en
normalisation, consultables aux adresses suivantes:
— — ISO Plate-forme de navigation en ligneOnline browsing platform: disponible à l'adressel’adresse
https://www.iso.org/obp
— — ;
— IEC Electropedia: disponible à l'adresse suivante:l’adresse
https://www.electropedia.org/https://www.electropedia.org/
3.1 Conditions générales
3.1.1
3.1 Termes généraux
3.1.1
courtier
entité qui agit en tant qu'intermédiaire
Note 1 à l'entrée: Ces l'article: Les entités prennent des commandes de ce type acceptent de multiples
provenantcommandes en provenance de sources multiples sources et les consolidentregroupent en une seule commande
pour un fournisseur. Elles peuvent aussi prendreEn variante, elles acceptent des ordrescommandes uniques d'unde la
part d’un donneur d'ordred’ordre et les répartirpartagent entre plusieurs fournisseurs. Elles transmettenttransfèrent
également les ordresdes commandes entre les donneurs d'ordred’ordre et les prestatairesfournisseurs.
3.1.2 3.1.2
interface pour les systèmes CAD/CAM dentaires de CFAO
IDS
les nœuds situés immédiatement à l'intérieurau sein de l'élémentl’élément racine enveloppant, qui
fournissentremplissent des caractéristiquesfonctionnalités de traçabilité et d'identificationd’identification de
la source ainsi que des informationset d’information sur la manière de répondre à une transaction dedu
document
Note 1 à l'entrée: l'article: Le schéma IDSde l’IDS organise le document IDS en structures pour des transactions
spécifiques. Les structures représentent une soumission, une requêteinterrogation, une mise à jour d'uned’une
soumission précédente, une notification d'und’un événement ou d'und’un changement d'étatd’état et une série de
catalogues. Un seul document IDS unique peut contenir une combinaison de différents nœuds de transaction ou consister
en unêtre constitué d’un seul nœud transactionnel.
2 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
3.1.3
initiateur
3.1.3
donneur d’ordre
entité (organisation ou personne) qui est responsable de la création du document, de la commande ou de la
soumission en cours
Note 1 à l'entrée: Le l'article: Un donneur d'ordre est généralement un cabinet dentaire. Dans certains cas, le donneur
d'ordre est un laboratoire dentaire qui sous-traite des travauxdu travail à un autre laboratoire.
3.1.4 3.1.4
fournisseur
entité qui est responsable de la fourniture des services ou des produits qui sont demandés dans une
commande
Note 1 à l'entrée: l'article: Une entité peut être une entreprise, un laboratoire.
Note 2 à l'entrée: l'article: Un fournisseur est généralement un laboratoire dentaire ou un fabricant.
3.2 Termes relatifs au contenu XML
3.2.1
3.2.1 ID du
identificateur de courtier
les identifiants utilisésbrokerID
identificateur utilisé par un courtier (3.1.1)(3.1.1) pour s'identifiersa propre identification, ou par un donneur
d'ordre (3.1.3)d’ordre (0) et un fournisseur (3.1.4)(3.1.4) pour identifier un courtier
3.2.2
3.2.2
catalogue de données CAO
CADDataCatalogue
collectionensemble de nœuds décrivant les données de CAO associées à une ou plusieurs des commandes ou
des restaurations, ou aux deux
Note 1 à l'entrée: l'article: Un catalogue de données CAO peut inclure soit une numérisationimage numérisée, soit des
fichiers de conception, soit dessin, ou les deux.
3.2.3 3.2.3
cas
ensemble d'uned’une ou de plusieurs commandes d'appareils, depour des appareils, produits ou de services
dentaires, qui sont toutes présentéessoumises pour un seulmême patient
EXEMPLE Un dossiercas peut contenir une commande depour une couronne et une autre commande depour un
bridge.
3.2.4 3.2.4
catalogue
les données qui sont référencéescitées en référence dans d'autresd’autres éléments ou domaineszones
Note 1 à l'entrée: l'article: Les catalogues sont subdivisés en fonction despar les données qu'ilsqu’ils regroupent, ce qui
facilite leur gestionles rend plus faciles à gérer et leur référencementà référencer.
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
3.2.5 3.2.5
données de caractères
CDATA
une certaine partie du document qui est un caractère general unique général, plutôt qu'unqu’un non -caractère
ou un caractère ayant une structure plus spécifique et limitée
Note 1 à l'entrée: l'article: Les CDATA est utilisésont utilisées à des fins distinctes, mais apparentéesliées, dans les
langages de balisage SGML et XML.
3.2.6
3.2.6
nœud d’interrogation
DataQuery
méthode pour demander des données à unauprès d’un autre système ou d’une autre entité
Note 1 à l'entrée: DataQuery à l'article: Le nœud d’interrogation fournit des éléments permettant depour définir les
éléments de données à rechercher ou à mettre en correspondance,avec lesquels coïncider ainsi que des éléments
permettant depour définir les données demandées en réponse.
3.2.7
3.2.7 Demande
demande de livraison
les DeliveryRequest
informations relatives à la commande finaliséefinie sortante, qui est envoyéelesquelles sont envoyées au
donneur d'ordre (3.1.3)d’ordre (0) (ou à un agentl’agent du donneur d'ordre) en tant que d’ordre) sous forme
de livraison distincte
Note 1 à l'entrée: l'article: Une livraison est soit physique, soit électronique, soitou les deux.
3.2.8 3.2.8
dentiste
nœud qui définit le clinicien responsable qui a demandé la commande
3.2.9
catalogue de référence «dentistes»
DentistCatalogue3.2.9
Catalogue du dentiste
collection
ensemble de nœuds de dentistes (3.2.8)dentiste (3.2.8) qui fournit des attributs et des éléments pour définir
les dentistes référencéscités en référence dans le schéma de l'interface pour les systèmes CAD/CAM dentaires
(3.1.2)de CFAO (3.1.2)
Note 1 à l'entrée: l'article: La définition peut inclure des informations relatives à lade facturation et à lades informations
de licence.
3.2.10
3.2.10
infos supplémentaires
ExtraInfo
nœud enfant qui peut être utilisé pour étendre le schéma avec du un XML non définiindéfini
Note 1 à l'entrée: l'article: De nombreux éléments contiennent des nœuds enfants avec le suffixe “«ExtraInfo”»
(par exemple, , ).>, etc.). Ces élémentsderniers sont destinés à être des
4 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
domaineszones qui peuvent être utilisésutilisées pour étendre le schéma défini avec un XML propriétaire ou non
définiindéfini.
EXEMPLE 1 Une implémentationmise en œuvre, par exemple, peut utiliser un (ou plusieurs) de ces élémentsnœuds
enfants pour intégrerincorporer du code XML qui n'est utile qu'à l'implémenteurest seulement utilisé par le maître
d’œuvre pour un fluxune séquence de travail interne.
EXEMPLE 2 DeuxUne autre application peut être l’utilisation de ces nœuds enfants par deux partenaires
commerciaux peuvent également utiliser ces éléments pour expérimenter le un code XML qu'ils ont l'intentionqu’ils
prévoient de proposer pour lesde futures versions futures ou pour transmettre entre eux le transférer un code XML
propriétaire qu'ilsqu’ils ont défini précédemment défini entre eux.
Note 2 à l'entrée: l'article: Le schéma de l'interface dentaire du système CAN/CAMl’ interface pour systèmes dentaires de
CFAO (IDS) (3.1.2)(3.1.2) et la définition du schéma XML ignorent le contenu de ces éléments, quinœuds enfants, ils ne
sont donc pas validés en tant que partiedans le cadre du schéma IDSde l’IDS. Si l’un de ces éléments sont utilisésest utilisé,
il est fortement recommandé que tout code XML soit inclus dans une balise d'élément propriétaire de sorte queencadré
par des balises propriétaires, afin d’éviter d’éventuels conflits si le document XML passe parà travers plusieurs
gestionnaires, il n'y ait pas de conflits. Par exemple:
données spécifiques et utilisables uniquementutilisées seulement par “MyCompany”.
3.2.11
3.2.11 Catalogue
catalogue de fichiers
collectionFileCatalogue
ensemble de nœuds décrivantqui décrit les fichiers associés aux donnéesavec , ou
CAD (scansles données de CAO (images numérisées, fichiers de conceptiondessin, etc.)
3.2.12 3.2.12
service d'accueilhôte
système qui reçoit le document de l'interfaced’interface pour les systèmes CAD/CAM dentaires (3.1.2)de CFAO
(3.1.2) et en traite le contenu
3.2.13
3.2.13
catalogue IDMap
IDMapCatalogue
collectionensemble de nœuds permettantqui fournit un moyen de définir des
identifiantsidentificateurs alternatifs pour les principaux éléments clésau sein de l'interface desl’interface pour
systèmes dentaires de CFAO dentaire (3.1.2)(3.1.2)
3.2.14 3.2.14
notification
des moyens demoyen pour publier ou de renvoyerretourner un statut, unétat, événement ou un message
défini relatif àen rapport avec une commande
Note 1 à l'entrée: à l'article: Le nœud de notification estcontient un élément non typé qui peut être défini en fonction
desselon les besoins des parties qui échangent des informations.
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
3.2.15 3.2.15
commande
demande d'unpour un appareil dentaire autonome, d'un, un service ou d'unun produit demandédentaire
autonome qui est émise par un donneur d'ordred’ordre
Note 1 à l'entrée: l'article: Chaque commande d'undans un cas peut être créée ou fabriquée par un fournisseur différent.
Chaque commande contient ses propres nœuds d'instructionsd’instructions de livraison (ou de réponse).
3.2.16
3.2.16 Catalogue des
catalogue de commandes
OrderCataloguecollection
ensemble de nœuds qui fournissentfournit les attributs et les éléments nécessaires à la
définitionpour définir ou à la description d'unedécrire une commande
Note 1 à l'entrée: l'article: Un nœud contient souvent un ou plusieurs nœuds >, mais il peut
omettre ces nœuds lorsqu'ilsles ignorer lorsqu’ils ne sont pas nécessaires.
3.2.17
3.2.17 parcelle
colis
emballage physique envoyé par la postequi est expédié
3.2.18 3.2.18
patient
nœud qui définit la personne pour laquelle un cas est fabriqué
Note 1 à l'entrée: l'article: L'information sur le patientPatient n'est pas une partie obligatoire du schéma de l'interface
pour les systèmes dentaires CAD/CAM (3.1.2).de CFAO (3.1.2).
3.2.19
3.2.19 Catalogue des
catalogue de patients
collectionPatientCatalogue
ensemble de nœuds qui fournissentfournit des attributs et des éléments pour définir les patients
qui sont référencéscités en référence dans les éléments ou
Note 1 à l'entrée: Comme l'article: Du fait que les patients sont référencéscités en référence soit dans plusieurs nœuds
ou>, soit dans plusieurs nœuds , ou les deux, les informations sur lesdes patients sont regroupées dans
un catalogue.
3.2.20
prescription
3.2.20 une
spécification
directive écrite dupar le dentiste ou dule clinicien responsable et destinée au fournisseur, spécifiant le produit
qui doit être fabriquéqu’il convient de fabriquer pour le patient
6 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
3.2.21
3.2.21 Catalogue des
catalogue de produits
ProductCatalogue
moyen pour un fournisseur (3.1.4)(3.1.4) ou un courtier (3.1.1)(3.1.1) de publier les produits disponibles à la
commande
Note 1 à l'entrée: l'article: Le nœud fournit desles attributs et des éléments pour définir un produit, inclut descontient
plusieurs descriptions multiples dans différentes langues et spécifie desles options et les variantes de commande et des
variations.
3.2.22
produitSKU
3.2.22
SKU de produit
productSKU
unité de stockage des produitsde produit utilisée par les fabricants pour identifier leurs produits dansauprès
de leurs systèmes internes
3.2.23
3.2.23 ID du
identificateur de fournisseur
identifiantproviderID
identificateur utilisé par un courtier (3.1.1)(3.1.1) et un donneur d'ordre (3.1.3)(0) pour identifier un
prestataire (3.1.4),fournisseur (3.1.4), ou par un prestatairefournisseur pour s'identifier lui-même
3.2.24 3.2.24
soumission
lot ou groupe d'un ou de plusieurs décrits dans le document Interfaced’interface pour les systèmes
dentaires CAD/CAMde CFAO (IDS) (3.1.2)(3.1.2)
Note 1 à l'entrée: Dans la dentisterie l'article: En médecine bucco-dentaire traditionnelle (non numérique), une
soumission équivaut à la réception d'un recevoir un paquet physique [colis (3.2.17)](0)] contenant un ou plusieurs cas.
Dans le domaine de l'IDSl’IDS numérique, la soumission représente touten’importe quelle combinaison d'und’un ou de
plusieurs cas soit physiques ou, soit numériques, ou les deux, qui sont «soumis» à un fournisseur pour productionen vue
de les produire.
3.2.25
3.2.25 identifiant
identificateur unique universel unique
UUID
étiquette utilisée pour identifier les principaux éléments clés
Note 1 à l'entrée: l'article: Les UUID sont désignésindiqués dans le document par stringsous la forme d’une chaîne (36)
pour correspondre à la définition du schéma XML pour le type UUIDTypeDef.l’UUIDTypeDef. Nombre de 128 bits
(16 octets) représenté par unesous la forme d’une chaîne de 36 caractères de sa présentation hexadécimale
(32 caractères + séparateurs, y compris les valeurs 0 ende tête) dans le au format suivant: xxxxxxxx-xxxx-xxxx-xxxx-
xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX.
Note 2 à l'entrée: l'article: Un nœud dans lesau sein des du document permet d'assimiler
l'UUIDfournit un moyen d’associer l’UUID à d'autresdes identificateurs ayantalternatifs qui transportent une signification
externe, tels qu'une interfacepar exemple l’interface de système de gestion de laboratoire pour les systèmes dentaires
CAD/CAM de CFAO(IDS) (3.1.2)(3.1.2) pour un dentiste, un cas ou un patient.
Note 3 à l'entrée: l'article: Les valeurs UUID peuvent avoirposséder plusieurs IDS ID alternatifs dans le nœud >,
mais chaque UUID n'estest défini qu'uneune seule fois et utilisé sur un seul élément de cléprincipal.
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
EXEMPLE Si l'UUID “l’UUID «107face6-fc51-4366-805d-2ee23014d835”» est attribuéaffecté au dentiste “«Smith”,»,
il est possible que cette valeur UUIDd’UUID ne soit pas utilisée dans aucunsur un quelconque autre élément en tant
qu'identifiantcomme identificateur clé et ne puissepeut seulement être utilisée que comme référence dans
d'autresd’autres éléments devant être associésqu’il faut associer à ce dentiste spécifique.
3.2.26 3.2.26
mise à jour
signifie envoyermoyen d’envoyer un ensemble abrégé d'élémentsd’éléments de données pour rafraîchir ou
modifier une commande () soumise précédemment soumise
Note 1 à l'entrée: l'article: La mise à jour contient des éléments qui permettent à la mise à jour de correspondre
auxcoïncider avec des valeurs attendues en plus de fournir les nouvelles valeurs.
4 Sécurité des données et méthodes de stockage
L'internet s'est révéléL’Internet s’est avéré être un moyen de communication efficace, mais sa vulnérabilité à
l'interception poseaux interceptions soulève des problèmes de confidentialité,
d'authentificationd’authentification et d'intégritéd’intégrité du message communiqué. C'estC’est pourquoi la
sécurité des données est de la plus hauted’une importance capitale pour les utilisateurs des systèmes
d'information dentaired’informations dentaires.
Les dossiers médicaux étant personnels et privés, les praticiens dentaires sont censés comprendre les
problèmesquestions de sécurité liésassociées aux «données au reposinactives» et aux «données en transit.».
REMARQUE CeNOTE Le présent document n'an’est pas pour but d'expliquerdestiné à expliquer les concepts
de sécurité et les risques associés à la conservationmaintenance des données en stockagestockées et en transit, et ainsi
que celles se trouvant sur une connexion internet. Le comité de normalisation de l'ADAInternet. Le Comité des
normes ADA (Association dentaire américaine) sur l'informatiquel’informatique dentaire a publié une série de rapports
techniques qui fournissent aux praticiens dentaires des lignes directrices sur les concernant le traitement des questions
de sécurité des données stockées et transmisesen transit sur l'internetl’Internet.
Un format de fichier ZIP est recommandé pour le transport du fichier XML IDS et des fichiers connexes.
Toutefoisassociés, la mise en œuvre d'und’un conteneur de fichier relève toutefois de la responsabilité de
l'auteur de la mise en œuvredu maître d’œuvre.
5 Nommer
5 Affectation de nom
Le nom du fichier doit se terminer par une extension .ids. Le nom du fichier peut être précédé ded’un préfixe
avec toute convention de dénomination souhaitée par l'utilisateurl’utilisateur.
6 Système de numérotation des dents et des zones de la cavité buccale
Dans le présent document, la numérotation des dents et des zones de la cavité buccale estdoit être basée sur
la norme ISOl’ISO 3950.
7 Unités de mesure
ToutesSauf indication contraire, toutes les unités sont exprimées en millimètres, sauf indication contraire.
8 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
8 Restrictions supplémentaires suradditionnelles pour les documents XML IDS
Outre les informations fournies dans les clauses 33 à 7,7, un document IDS valide doit également répondre
aux exigences suivantes:
a) a) La taille totale du document ne doit pas dépasser 2 Mo.
b) b) Le document contient un identifiantidentificateur unique pour les ProviderIDID de
fournisseur.
c) c) Le document contient un identifiantidentificateur unique pour les BrokerIDID de courtier.
9 XSD Description de l’XSD
La définitionLes définitions des éléments du schéma XSD figurant à l'Annexe A doit être utilisée. XSD qui se
trouvent dans l’Annexe A doivent être utilisées. Un exemple de schéma XML d'IDSde l'IDS figure à
l'Annexe B.l'Annexe B. Le document de définition XSD peutde l’XSD doit être téléchargé à l'adresse suivante:
https://standards.iso.org/iso/18618/ed-3/en/https://standards.iso.org/iso/18618/ed-3/en/.
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
Annexe A
(normative)
Schéma XML pour IDSde l’IDS
A.1 Général
A.1 Généralités
La présente annexe décrit le schéma IDSde l’IDS. Les conventions suivantes sont utilisées dans cette annexe:
a) a) Unun astérisque (*) indique (*) désigne un nœud ou un attribut XML obligatoire. Sauf
s'ilsLorsqu’ils ne sont marqués d'unpas accompagnés d’un astérisque, tous les nœuds et les attributs sont
considérés comme facultatifs. Certains nœuds facultatifs ontpossèdent des attributs obligatoires, ce qui
signifie que si le nœud est présent, les attributs marqués d'un astérisqueaccompagnés d’un * sont
également présents.;
b) b) Pourpour les nœuds et les attributs de type “«Chaîne”,», la longueur autorisée de la chaîne est
illimitée, sauf si la longueurelle est spécifiée [par exemple, Chaîne (100)].)];
c) c) Lele type de données “Datetime «DateHeure UTC”» implique une valeur de date et
d'heure,d’heure telle que définie dans la norme ISOl’ISO 8601--1.;
d) d) Toustous les types de données font référencese réfèrent aux types de données du schéma XML:
chaîne de caractères,, nombre entier, booléen, dateDateHeure, etc.
A.2 Schéma XML pour la racine de l'IDSRacine IDS
Les informations détaillées du schéma XML pour la racine IDS et les sous-répertoires de l'IDS sont présentées
dans les Tableaux A.1, A.2Tableaux A.1, A.2 et A.3.A.3.
Tableau A.1 — Description du répertoire racine de l'IDS
IDS *
Le nœud racine depour tous les documents IDS.
Attribut Type dedes Description
données
IDSVersion * Chaîne (10) L'identifiantL’identificateur de la version du schéma XML du message.
IDSUUID * Chaîne (36) IdentifiantUn identificateur globalement unique pour le message IDS.
10 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
Tableau A.2 — Description du répertoire IDS/IDSSource
IDS/IDSSource
Un nœud facultatif décrivant le système d'où provientduquel est originaire le document.
Attribut Type dedes Description
données
Nom Chaîne (100) NomLe nom de réseau du système hôte source qui crée et envoie le
d'hôteHostName message.
Adresse Chaîne (15) Adresse Une adresse IPv4 du système hôte source qui crée et envoie le
IPAIPAddress message.
IPAddress6 Chaîne (45) Adresse Une adresse IPv6 du système hôte source qui crée et envoie le
message.
Adresse Chaîne (15) Adresse Une adresse MAC du système hôte source qui crée et envoie le
MACMACAddress message.
OperatorID Chaîne (100) Un identifiant d'utilisateuridentificateur d’utilisateur de réseau pour le
compte d'utilisateurd’utilisateur sur le système hôte source qui crée et
envoie le message.
Domaine de Chaîne (100) IdentificateurUn identificateur de nom de réseau pour le domaine
réseauNetworkDo contenant le système qui envoie le message.
main
Nom de Chaîne (100) ValeurUne valeur indiquant l'applicationl’application (par nom) qui a été
l'applicationAppli utilisée pour générer ou émettreinitier le message IDS.
cationName
Nom du Chaîne (100) ValeurUne valeur indiquant le système (par nom) à l'origine dudans
systèmeSystemNa lequel a été initié le document IDS.
me
SystemID Chaîne (100) Une valeur indiquant le système d'origineinitiateur par
l'identifiantl’identificateur ou la version.
Nom du sous- Chaîne ValeurUne valeur identifiant le nom du sous-système à l'originel’origine
systèmeSubSyste du message.
mName
SubSystemID Chaîne ValeurUne valeur indiquant le sous-système d'origineinitiateur par
l'identifiantl’identificateur ou la version.
Version du Chaîne Informations sur laL’information de version du logiciel ou du système à
systèmeSystemVe l'originel’origine du message.
rsion
Tableau A.3 — Description du répertoire IDS/IDSReplies/ReplyTo
IDS/IDSReplies/ReplyTo
ÉlémentUn élément spécifiant les informations d'adressed’adresse utilisées pour les réponses aux messages au
message IDS.
Attribut Type dedes Description
données
AdresseAddress Chaîne (200) Le texte d'uned’une adresse. L'adresseL’adresse elle-même peut se
présenter sous différentsdivers formats.
Type Chaîne (5) Une valeur énumérée identifiant le format de l'adressel’adresse fournie.
d'adresseAddress Les valeurs acceptablesadmissibles sont les suivantes:
Type
— URL
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
IDS/IDSReplies/ReplyTo
ÉlémentUn élément spécifiant les informations d'adressed’adresse utilisées pour les réponses aux messages au
message IDS.
Attribut Type dedes Description
données
— WCF
— MSMQ
— IPV4
— IPV6
— UNC
A.3 Schéma XML pour la demande d'IDS IDS
Les informations détaillées durelatives au schéma XML pour la demande IDS IDS et les sous-
répertoires sont présentées dans les Tableaux A.4Tableaux A.4 à A.34.A.34.
Tableau A.4 — Répertoire racine de IDS/Submission
IDS/Submission *
Le nœud racine du fichier pour le code XML de soumission.
Attribut Type de Description
données
UUID * Chaîne (36) Un identifiantidentificateur globalement unique pour cette soumission.
Cet UUID peut changer pour chaque nouvelle soumission et doit êtreil
convient qu’il soit fourni par l'auteurle donneur d’ordre.
DateUTCSoumisDat DatetimeDateh La date et l'heurel’heure auxquelles la demandesoumission a été
eUTCSubmitted eure UTC soumiseprésentée pour la première fois au destinataire.
Date de réception DatetimeDateh La date et l'heurel’heure auxquelles la soumission a été reçue par le
de eure UTC destinataire. Cette valeur est remplierenseignée par le destinataire
l'UTCRDateUTCRec (courtier ou prestatairefournisseur) et doit être omiseil convient de
eived l’ignorer (ou laissée en blanc) pourde la laisser vide) sur les nouvelles
soumissions.
Tableau A.5 — Description du répertoire IDS/Submission/Originator
IDS/Submission/Originator *
Contient des informations décrivant la personne physique ou l'entité commercialemorale qui a créé la
.
Attribut Type de Description
données
UUID * Chaîne (36) Un identifiantidentificateur unique pour cet élément qui peut être utilisé par
pouvant servir de référence ailleurs dans le document. Il doit être défini
dansconvient de le définir à l’intérieur du >, conjointement
avec tout autre identifiantidentificateur alternatif provenant de sources
externes (non IDS).
Nom Name * Chaîne (255) Nom de l'auteurdu donneur d’ordre.
12 © ISO 2022 – All rights reserved
ISO/FDIS 18618:2025(fr)
IDS/Submission/Originator *
Contient des informations décrivant la personne physique ou l'entité commercialemorale qui a créé la
.
Attribut Type de Description
données
Type Chaîne (3) Code àUn code de trois caractères indiquantdésignant le type d'entité de
d'entrepriseBusin l'expéditeur.d’entité du donneur d’ordre. Les valeurs valides sont les
essType suivantes:
— LAB: laboratoire;
— DOC: dentiste;
— SRV: service de courtier ou d'intermédiaireservice intermédiaire;
— OTH: autre.
FacilityID Chaîne (50) L'identifiant de l'établissement d'où provient cette
.L’identificateur du donneur d’ordre pour l’installation d’où est
originaire cette .
FacilitéUTCOffset L'heureTemps Le décalage UTC pour cette installation d'origine. Il s'agit d'unedu donneur
FacilityUTCOffset d’ordre. Noter qu’il s’agit d’une valeur [hh]:heuretime, représentée à minuit
plus/moins le décalage UTC. Par exemple, uneUne installation située dans le
fuseau horaire de l'Est l’est des États-Unis, par exemple, a unepour valeur de
00:00:00-05:00.
Tableau A.6 — Description du répertoire IDS/Submission/Originator/Address
IDS/Submission/Originator/Address
L'adresse postale de l'auteurdu donneur d’ordre.
Attribut Type de données Description
Rue1 Street1 * Chaîne (125) Ligne 1 de l'adresse postalela rue de l’adresse.
Rue2Street2 Chaîne (125) Ligne 2 de l'adresse postalela rue de l’adresse.
Ville City * Chaîne (125) Le nom de la ville ou de la commune.
ÉtatState Chaîne (64) Un code d'État àd’état de deux caractères (aux États-Unis) ou jusqu'à d’un
maximum de 64 caractères pour unele nom d’une zone postale, und’une
autre nom de région (et de sous-région), tel qu'unecomme une province,
un département, un canton ou une zone deun comté en dehors des États-
Unis.
Code Chaîne (100) Le code postal.
postalPostalCode
Pays Country * Chaîne (3) Code deUn code pays àde trois caractères indiquantdésignant le pays de
l'expéditeur.du donneur d’ordre. La valeur doit être conforme aux
spécifications desrelatives aux codes Alphaalpha-3 décritesprésentées dans
la norme ISOl’ISO 3166--1.
Tableau A.7 — Description du répertoire IDS/Submission/Originator/BillingAddress
IDS/Submission/Originator/BillingAddress
L'adresse de facturation du donneur d'ordre.
Attribut Type de données Description
Rue1 Street1 * Chaîne (125) Ligne 1 de l'adresse postalela rue de l’adresse.
Rue2Street2 Chaîne (125) Ligne 2 de l'adresse postalela rue de l’adresse.
© ISO 2025 – All rights reserved – Tous droits réservés
ISO 18618:2022(E2025(fr)
IDS/Submission/Originator/BillingAddress
L'adresse de facturation du donneur d'ordre.
Attribut Type de données Description
Ville City * Chaîne (125) Le nom de la ville ou de la commune.
ÉtatState Chaîne (64) Un code d'État àd’état de deux caractères (aux États-Unis) ou jusqu'à d’un
maximum de 64 caractères pour unele nom d’une zone postale, und’une
autre nom de région (et de sous-région), tel qu'unecomme une province,
un département, un canton ou une zone deun comté en dehors des États-
Unis.
Code Chaîne (100) Le code postal.
postalPostalCode
Pays Country * Chaîne (3) Code deUn code pays àde trois caractères indiquantdésignant le pays de
l'expéditeur.du donneur d’ordre. La valeur doit être conforme aux
spécifications desrelatives aux codes Alphaalpha-3 décritesprésentées dans
la norme ISOl’ISO 3166--1.
Tableau A.8 — Description du répertoire des IDS/Submission/Originator/Contact
IDS/Soumission/Origineur/Contact
Les coordonnées de l'auteurdu donneur d’ordre.
Attribut Type de données Description
NomName Chaîne (255) Nom de la personne de contactl’interlocuteur.
o
TéléphonePhone Chaîne (255) NuméroN de téléphone de contact (professionnel). du contact.
o
Fax Chaîne (255) NuméroN de fax dedu contact.
o
Téléphone Chaîne (255) Nu
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...