ISO/IEEE 11073-20601:2010/Amd 1:2015
(Amendment)Health informatics - Personal health device communication - Part 20601: Application profile - Optimized exchange protocol - Amendment 1
Health informatics - Personal health device communication - Part 20601: Application profile - Optimized exchange protocol - Amendment 1
Informatique de santé — Communication entre dispositifs de santé personnels — Partie 20601: Profil d'application — Protocole d'échange optimisé — Amendement 1
General Information
Relations
Frequently Asked Questions
ISO/IEEE 11073-20601:2010/Amd 1:2015 is a standard published by the International Organization for Standardization (ISO). Its full title is "Health informatics - Personal health device communication - Part 20601: Application profile - Optimized exchange protocol - Amendment 1". This standard covers: Health informatics - Personal health device communication - Part 20601: Application profile - Optimized exchange protocol - Amendment 1
Health informatics - Personal health device communication - Part 20601: Application profile - Optimized exchange protocol - Amendment 1
ISO/IEEE 11073-20601:2010/Amd 1:2015 is classified under the following ICS (International Classification for Standards) categories: 35.240.80 - IT applications in health care technology. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO/IEEE 11073-20601:2010/Amd 1:2015 has the following relationships with other standards: It is inter standard links to ISO 7010:2003/FDAmd 9, ISO/IEEE 11073-20601:2010, ISO/IEEE 11073-20601:2016. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
You can purchase ISO/IEEE 11073-20601:2010/Amd 1:2015 directly from iTeh Standards. The document is available in PDF format and is delivered instantly after payment. Add the standard to your cart and complete the secure checkout process. iTeh Standards is an authorized distributor of ISO standards.
Standards Content (Sample)
INTERNATIONAL ISO/IEEE
STANDARD 11073-20601
First edition
2010-05-01
AMENDMENT 1
2015-03-01
Health informatics — Personal health
device communication
Part 20601:
Application profile — Optimized
exchange protocol
AMENDMENT 1
Informatique de santé — Communication entre dispositifs de santé
personnels
Partie 20601: Profil d'application — Protocole d'échange optimisé
AMENDEMENT 1
Reference number
©
IEEE 2011
© ISO 2010
© IEEE 2011
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from ISO or IEEE at the respective address
below.
ISO copyright office Institute of Electrical and Electronics Engineers, Inc.
Case postale 56 3 Park Avenue, New York
CH-1211 Geneva 20 NY 10016-5997, USA
Tel. + 41 22 749 01 11 E-mail stds.ipr@ieee.org
Fax + 41 22 749 09 47 Web www.ieee.org
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © IEEE 2011 – All rights reserved
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the International
Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating
Committees of the IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards
through a consensus development process, approved by the American National Standards Institute, which
brings together volunteers representing varied viewpoints and interests to achieve the final product. Volunteers
are not necessarily members of the Institute and serve without compensation. While the IEEE administers the
process and establishes rules to promote fairness in the consensus development process, the IEEE does not
independently evaluate, test, or verify the accuracy of any of the information contained in its standards.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
Attention is called to the possibility that implementation of this standard may require the use of subject matter
covered by patent rights. By publication of this standard, no position is taken with respect to the existence or
validity of any patent rights in connection therewith. ISO/IEEE is not responsible for identifying essential
patents or patent claims for which a license may be required, for conducting inquiries into the legal validity or
scope of patents or patent claims or determining whether any licensing terms or conditions provided in
connection with submission of a Letter of Assurance or a Patent Statement and Licensing Declaration Form, if
any, or in any licensing agreements are reasonable or non-discriminatory. Users of this standard are expressly
advised that determination of the validity of any patent rights, and the risk of infringement of such rights, is
entirely their own responsibility. Further information may be obtained from ISO or the IEEE Standards
Association.
Amendment 1 to ISO/IEEE 11073-20601 was prepared by the 11073 Committee of the Engineering in
Medicine and Biology Society of the IEEE (as IEEE 11073-20601). It was adopted by Technical Committee
ISO/TC 215, Health informatics, in parallel with its approval by the ISO member bodies, under the “fast-track
procedure” defined in the Partner Standards Development Organization cooperation agreement between ISO
and IEEE. Both parties are responsible for the maintenance of this document.
© IEEE 2011 – All rights reserved iii
ISO/IEEE 11073-20601:2010/Amd.1:2014(E)
(blank page)
iv © IEEE 2011 – All rights reserved
Health informatics—Personal health device communication
Part 20601: Application profile—
Optimized Exchange Protocol
Amendment 1
IEEE Engineering in Medicine and Biology Society
Sponsored by the
IEEE 11073™ Standards Committee
IEEE
IEEE Std 11073-20601a™-2010
3 Park Avenue
(Amendment to
New York, NY 10016-5997
IEEE Std 11073-20601™-2008)
USA
24 January 2011
TM
IEEE Std 11073-20601a -2010
(Amendment to
IEEE Std 11073-20601™-2008)
Health informatics—Personal health device communication
Part 20601: Application profile—
Optimized Exchange Protocol
Amendment 1
Sponsor
TM
IEEE 11073 Standards Committee
of the
IEEE Engineering in Medicine and Biology Society
Approved 30 September 2010
IEEE-SA Standards Board
Approved 8 June 2011
American National Standards Institute
Abstract: Issues found within IEEE Std 11073-20601-2008 while implementing the standard
and/or testing and certifying products are addressed in this amendment.
Keywords: 11073, medical device communication, personal health devices
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, USA
All rights reserved. Published 24 January 2011. Printed in the United States of America.
IEEE and IEEE 802 are registered trademarks in the U.S. Patent & Trademark Office, owned by the Institute of Electrical and Electronics
Engineers, Incorporated.
PDF: ISBN 978-0-7381-6462-5 STD97019
Print: ISBN 978-0-7381-6463-2 STDPD97019
IEEE prohibits discrimination, harassment and bullying. For more information, visit http://www.ieee.org/web/aboutus/whatis/policies/p9-26.html.
No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission
of the publisher.
IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of the
IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus
development process, approved by the American National Standards Institute, which brings together volunteers
representing varied viewpoints and interests to achieve the final product. Volunteers are not necessarily members of the
Institute and serve without compensation. While the IEEE administers the process and establishes rules to promote
fairness in the consensus development process, the IEEE does not independently evaluate, test, or verify the accuracy
of any of the information or the soundness of any judgments contained in its standards.
Use of an IEEE Standard is wholly voluntary. The IEEE disclaims liability for any personal injury, property or other
damage, of any nature whatsoever, whether special, indirect, consequential, or compensatory, directly or indirectly
resulting from the publication, use of, or reliance upon this, or any other IEEE Standard document.
The IEEE does not warrant or represent the accuracy or content of the material contained herein, and expressly
disclaims any express or implied warranty, including any implied warranty of merchantability or fitness for a specific
purpose, or that the use of the material contained herein is free from patent infringement. IEEE Standards documents
are supplied “AS IS.”
The existence of an IEEE Standard does not imply that there are no other ways to produce, test, measure, purchase,
market, or provide other goods and services related to the scope of the IEEE Standard. Furthermore, the viewpoint
expressed at the time a standard is approved and issued is subject to change brought about through developments in the
state of the art and comments received from users of the standard. Every IEEE Standard is subjected to review at least
every five years for revision or reaffirmation, or every ten years for stabilization. When a document is more than five
years old and has not been reaffirmed, or more than ten years old and has not been stabilized, it is reasonable to
conclude that its contents, although still of some value, do not wholly reflect the present state of the art. Users are
cautioned to check to determine that they have the latest edition of any IEEE Standard.
In publishing and making this document available, the IEEE is not suggesting or rendering professional or other
services for, or on behalf of, any person or entity. Nor is the IEEE undertaking to perform any duty owed by any other
person or entity to another. Any person utilizing this, and any other IEEE Standards document, should rely upon his or
her independent judgment in the exercise of reasonable care in any given circumstances or, as appropriate, seek the
advice of a competent professional in determining the appropriateness of a given IEEE standard.
Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate to
specific applications. When the need for interpretations is brought to the attention of IEEE, the Institute will initiate
action to prepare appropriate responses. Since IEEE Standards represent a consensus of concerned interests, it is
important to ensure that any interpretation has also received the concurrence of a balance of interests. For this reason,
IEEE and the members of its societies and Standards Coordinating Committees are not able to provide an instant
response to interpretation requests except in those cases where the matter has previously received formal consideration.
A statement, written or oral, that is not processed in accordance with the IEEE-SA Standards Board Operations Manual
shall not be considered the official position of IEEE or any of its committees and shall not be considered to be, nor be
relied upon as, a formal interpretation of the IEEE. At lectures, symposia, seminars, or educational courses, an
individual presenting information on IEEE standards shall make it clear that his or her views should be considered the
personal views of that individual rather than the formal position, explanation, or interpretation of the IEEE.
Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership affiliation
with IEEE. Suggestions for changes in documents should be in the form of a proposed change of text, together with
appropriate supporting comments. Recommendations to change the status of a stabilized standard should include a
rationale as to why a revision or withdrawal is required. Comments and recommendations on standards, and requests
for interpretations should be addressed to:
Secretary, IEEE-SA Standards Board
445 Hoes Lane
Piscataway, NJ 08854
USA
Authorization to photocopy portions of any individual standard for internal or personal use is granted by The Institute
of Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to Copyright Clearance Center.
To arrange for payment of licensing fee, please contact Copyright Clearance Center, Customer Service, 222 Rosewood
Drive, Danvers, MA 01923 USA; +1 978 750 8400. Permission to photocopy portions of any individual standard for
.
educational classroom use can also be obtained through the Copyright Clearance Center
Introduction
This introduction is not part of IEEE Std 11073-20601a-2010, Health informatics—Personal health device
communication—Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1.
This amendment addresses issues found while implementing the standard and/or testing and certifying
products.
Notice to users
Laws and regulations
Users of these documents should consult all applicable laws and regulations. Compliance with the
provisions of this standard does not imply compliance to any applicable regulatory requirements.
Implementers of the standard are responsible for observing or referring to the applicable regulatory
requirements. IEEE does not, by the publication of its standards, intend to urge action that is not in
compliance with applicable laws, and these documents may not be construed as doing so.
Copyrights
This document is copyrighted by the IEEE. It is made available for a wide variety of both public and
private uses. These include both use, by reference, in laws and regulations, and use in private self-
regulation, standardization, and the promotion of engineering practices and methods. By making this
document available for use and adoption by public authorities and private users, the IEEE does not waive
any rights in copyright to this document.
Updating of IEEE documents
Users of IEEE standards should be aware that these documents may be superseded at any time by the
issuance of new editions or may be amended from time to time through the issuance of amendments,
corrigenda, or errata. An official IEEE document at any point in time consists of the current edition of the
document together with any amendments, corrigenda, or errata then in effect. In order to determine whether
a given document is the current edition and whether it has been amended through the issuance of
amendments, corrigenda, or errata, visit the IEEE Standards Association web site at
http://ieeexplore.ieee.org/xpl/standards.jsp, or contact the IEEE at the address listed previously.
For more information about the IEEE Standards Association or the IEEE standards development process,
visit the IEEE-SA web site at http://standards.ieee.org.
Errata
Errata, if any, for this and all other standards can be accessed at the following URL:
http://standards.ieee.org/reading/ieee/updates/errata/index.html. Users are encouraged to check this URL
for errata periodically.
iv
Interpretations
Current interpretations can be accessed at the following URL: http://standards.ieee.org/reading/ieee/interp/
index.html.
Patents
Attention is called to the possibility that implementation of this standard may require use of subject matter
covered by patent rights. By publication of this standard, no position is taken with respect to the existence
or validity of any patent rights in connection therewith. The IEEE is not responsible for identifying
Essential Patent Claims for which a license may be required, for conducting inquiries into the legal validity
or scope of Patents Claims or determining whether any licensing terms or conditions provided in
connection with submission of a Letter of Assurance, if any, or in any licensing agreements are reasonable
or non-discriminatory. Users of this standard are expressly advised that determination of the validity of any
patent rights, and the risk of infringement of such rights, is entirely their own responsibility. Further
information may be obtained from the IEEE Standards Association.
v
Participants
At the time this standard was submitted to the IEEE-SA Standards Board for approval, the Personal Health
Devices Working Group had the following membership:
Douglas P. Bogia, Chair
Manfred Aigner Cory Condek Sten Hanke
Juan García-Prieto Cuesta Todd H. Cooper Kai Hassing
Karsten Aalders Nigel Cox Marc Daniel Haunschild
Charles R. Abbruscato Tomio Crosley Hiroshi Hayashi
Maher Abuzaid Jeremy Cummin Mike Hayes
Jon Adams Allen Curtis Mike Hayes
Murtaza Ali Rupert Dance Timothy L. Hirou
Rolf Ambuehl Jesús Daniel Trigo Allen Hobbs
Lawrence Arne Sushil K. Deka Alex Holland
Serafin Arroyo Pedro de-las-Heras-Quiros Arto Holopainen
Kevin Arruda Jim DelloStritto Robert Hoy
Muhammad Asim Matthew d'Entremont Frank Hsu
Merat Bagha Kent Dicks Sen-Der Huang
Doug Baird Hyoungho Do David Hughes
David Baker Amy Droitcour Robert D. Hughes
Anindya Bakshi Brian Dubreuil Nick Hunn
Ananth Balasubramanian Jakob Ehrensvard Hugh Hunter
Sunlee Bang Fredrik Einberg Hitoshi Ikeda
M Jonathan Barkley Roger M. Ellingson Yutaka Ikeda
David Bean Michihiro Enokida Philip O. Isaacson
John Bell Javier Escayola Calvo Atsushi Ito
Rudy Belliardi Leonardo Estevez Praduman Jain
Yazid Benazzouz Roger Feeley Ho-In Jeon
George A. Bertos Bosco T. Fernandes Danny Jochelson
Ola Björsne Gear Fisher Chris Johnson
Thomas Blackadar Julie N. Fleischer Phaneeth Junga
Marc Blanchet Roger Florkowski Akiyoshi Kabe
Thomas Bluethner Joseph W. Forler Steve Kahle
Funieru Bogdan Russell Foster Tomio Kamioka
Xavier Boniface Peter Fredriksson XX Kyung Hee Kang
Shannon Boucousis Eric Freudenthal Andy Kaschl
Julius Broma Matthias Frohner Junzo Kashihara
Lyle G. Bullock, Jr. Miguel Galarraga Kohichi Kashiwagi
Bernard Burg Marcus Garbe Ralph Kent
Chris Burns John Garguilo Kurt M. Kermes
Anthony Butt Rick Geimer Ikuo Keshi
Jeremy Byford-Rew Igor Gejdos John Keys
Carole C. Carey Ferenc Gerbovics Minho Kim
Santiago Carot-Nemesio Nicolae Goga Taekon Kim
Randy W. Carroll Julian Goldman Tetsuya Kimura
Rahul Chauhan Raul Gonzalez Gomez Michael Kirwan
James Cheng Chris Gough Alfred Kloos
Maria Cherkaoui Channa Gowda Jeongmee Koh
Peggy Chien Niclas Granqvist Jean-Marc Koller
Silviu Chiricescu Charles Gropper Thomas Kottler
Jiho Choi Amit Gupta Alexander Kraus
Chia-Chin Chong Jeff Guttmacher Ramesh Krishna
Jinhan Chung Christian Habermann Falko Kuester
Malcolm Clarke Mikey Hagerty Pierre Landau
Rick A. Cnossen Jerry Hahn Rami Lee
Moshe Cohen Robert Hall Sungkee Lee
John T. Collins Rickey L. Hampton Woojae Lee
vi
Yonghee Lee Soren Petersen Ray Sweidan
Kathryn A. Lesh Arnie Pittler Kunihiro Takiuchi
Qiong Li Carol Primdahl Francis Tam
Patrick Lichter Arif Rahman Haruyuyki Tatsumi
Joon-Ho Lim Barry Reinhold Randy Thomas
John Lin Brian Reinhold Brad Tipler
Wei-Jung Lo Melvin I. Reynolds Jonas Tirén
Charles Lowe Jeffrey S. Robbins James Tomcik
Jeremy Martin Scott Robertson Gary Tschautscher
Sandra Martinez Timothy Robertson Masato Tsuchid
Miguel Martínez David Rosales Ken Tubman
de Espronceda Cámara Don Rosen
Yoshihiro Uchida
Dennis Mathews Paivi M. Ruuska Sunil Unadkat
Peter Mayhew Bill Saltzstein Philipp Urbauer
Jim McCain Stefan Sauermann Laura Vanzago
Richard McPartland John Sawyer Alpo Värri
László Meleg Paul S. Schluter Daniel von Büren
Jinsei Miyazaki Johannes Schmidt Rudi Voon
Darr Moore Lars Schmitt Isobel Walker
Joe Morrissey Mark G. Schnell David Wang
Piotr Murawski Richard A. Schrenker Jerry P. Wang
Soundharya Nagasubramanian Antonio Scorpiniti Yao Wang
Jae-Wook Nah Kwang Seok Seo Steve Warren
Alex Neefus Riccardo Serafin Fujio Watanabe
Michael E. Nidd Frank Shen Toru Watsuji
Tetsu Nishimura Min Shih Jeff Webber
Jim Niswander Mazen Shihabi Eric White
Hiroaki Niwamoto Tommy Shing Paul Williamson
Thomas Norgall Krishna Shingala Jan Wittenber
Yoshiteru Nozoe Robert Smith Jia-Rong Wu
Brett Olive Ivan Soh Will Wykeham
Charles Palmer Motoki Sone Ariton Xhafa
Bud Panjwani Emily Sopensky Ricky Yang
Carl Pantiskas Andreas Staubert Chi-Lu Yang (III)
Mikey Paradis Nick Steblay Steven Yecies
Jong-Tae Park Lars Steubesand Done-Sik Yoo
Soojun Park John Stivoric Jason Zhang
Jayant Parthasarathy Raymond Strickland Thomas Zhao
Phillip E. Pash Hermanni Suominen Daidi Zhong
TongBi Pei Lee Surprenant Szymon Zysko
Ravi Swami
The following members of the balloting committee voted on this standard. Balloters may have voted for
approval, disapproval, or abstention.
Vered Bar Niclas Granqvist G. Luri
H Stephen Berger Randall Groves Melvin I. Reynolds
Christopher Biernacki Kai Hassing Bartien Sayogo
Douglas P. Bogia Werner Hoelzl Lars Schmitt
Lyle Bullock Atsushi Ito Gil Shultz
Randy W. Carroll Piotr Karocki James Smith
Keith Chow Kurt M. Kermes Lars Steubesand
Malcolm Clarke Bruce Kraemer Jonas Tirén
Fredrik Einberg Oren Yuen
vii
When the IEEE-SA Standards Board approved this standard on 30 September 2010, it had the following
membership:
Robert M. Grow, Chair
Richard H. Hulett, Vice Chair
Steve M. Mills, Past Chair
Judith Gorman, Secretary
Karen Bartleson Young Kyun Kim Ronald C. Petersen
Victor Berman Joseph L. Koepfinger* Thomas Prevost
Ted Burse John Kulick Jon Walter Rosdahl
Clint Chaplin David J. Law Sam Sciacca
Andy Drozd Hung Ling Mike Seavey
Alexander Gelman Oleg Logvinov Curtis Siller
Jim Hughes Ted Olsen Don Wright
*Member Emeritus
Also included are the following nonvoting IEEE-SA Standards Board liaisons:
Satish Aggarwal, NRC Representative
Richard DeBlasio, DOE Representative
Michael Janezic, NIST Representative
Don Messina
IEEE Standards Program Manager, Document Development
Kathryn M. Bennett
IEEE Standards Program Manager, Technical Program Development
viii
Contents
1.3 Context. 1
3. Definitions, acronyms, and abbreviations . 2
3.1 Definitions . 2
3.2 Acronyms and abbreviations . 3
6. Personal health device DIM . 3
6.2 Nomenclature usage . 3
6.3 Personal health object class definitions . 4
6.4 Information model extensibility rules. 40
7. Personal health device service model. 40
7.3 Object access services. 40
7.4 Specific application of object access EVENT REPORT services for personal health devices. 40
8. Communication model . 47
8.3 Communications characteristics . 47
8.4 State machines . 47
8.7 Associating procedure . 49
8.8 Configuring procedure. 52
8.9 Operating procedure . 54
8.10 Disassociating procedure. 59
8.11 Message encoding. 59
8.12 Time coordination. 59
9. Conformance model . 62
9.2 Conformance specification . 62
9.4 General conformance. 62
(list the set of IEEE 11073-20601 device specializations and profiles that were followed and prepare
the information specified in 9. 5). 62
9.5 Device additions/extensions ICS . 62
Annex A (normative) ASN.1 definitions. 63
A.2 Common data types . 63
A.4 ACTION-method-related data types. 64
A.8 Association protocol definitions . 66
A.10 Data protocol definitions . 66
A.11 Data types for new object attributes and object services . 67
Annex E (normative) State tables. 72
E.1 General. 72
E.1a Events. 72
E.2 Agent state table. 73
E.3 Manager state table . 81
ix
Annex G (informative) Encoded data type definitions. 88
Annex H (informative) Examples. 92
H.2 Weighing scale. 92
H.3 Pulse oximeter . 97
H.3a PM-store and PM-segment transactions. 98
Annex I (normative) Nomenclature codes. 106
x
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
Health informatics—Personal health device communication
Part 20601: Application profile—
Optimized Exchange Protocol
Amendment 1
IMPORTANT NOTICE: This standard is not intended to assure safety, security, health, or
environmental protection. Implementers of the standard are responsible for determining appropriate
safety, security, environmental, and health practices or regulatory requirements.
This IEEE document is made available for use subject to important notices and legal disclaimers. These
notices and disclaimers appear in all publications containing this document and may be found under the
heading “Important Notice” or “Important Notices and Disclaimers Concerning IEEE Documents.”
They can also be obtained on request from IEEE or viewed at http://standards.ieee.org/IPR/disclaimers.html.
NOTE—The editing instructions contained in this corrigendum define how to merge the material contained therein into
the existing base standard and its amendments to form the comprehensive standard.
The editing instructions are shown in bold italic. Four editing instructions are used: change, delete, insert, and replace.
Change is used to make corrections in existing text or tables. The editing instruction specifies the location of the
change and describes what is being changed by using strikethrough (to remove old material) and underscore (to add
new material). Delete removes existing material. Insert adds new material without disturbing the existing material.
Insertions may require renumbering. If so, renumbering instructions are given in the editing instruction. Replace is used
to make changes in figures or equations by removing the existing figure or equation and replacing it with a new one.
Editing instructions, change markings, and this NOTE will not be carried over into future editions because the changes
will be incorporated into the base standard.
1.3 Context
Insert the following text between the current sixth and seventh paragraphs:
Some device specializations describe broad categories of device types (e.g., the IEEE 11073-10441 model
device types that promote cardiovascular activity such as step counters or exercise cycles). Other device
Notes in text, tables, and figures are given for information only and do not contain requirements needed to implement the standard.
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
specializations have a narrow focus on a single device type (e.g., IEEE 11073-10408 model thermometers).
Specializations that address one or more device types may also define profiles. A profile further constrains
the model defined in a specialization to increase interoperability (e.g., the step counter profile utilizes a
limited portion of IEEE 11073-10441 modeling).
The ISO/IEEE P11073-00103 [B8] technical report describes the overall personal health space with further
definition of the underlying use cases and usage models.
3. Definitions, acronyms, and abbreviations
3.1 Definitions
Change the first paragraph and insert new footnote as shown. Delete [B6] from Annex K and renumber
subsequent references in Annex K:
For the purposes of this standard, the following terms and definitions apply. The Authoritative Dictionary
of IEEE Standards [B6]The IEEE Standards Dictionary: Glossary of Terms & Definitions should be
referenced consulted for terms not defined in this clause.
Changes existing definitions and insert new definitions as shown:
3.1.1 agent: A node that collects and transmits personal health data to an associated manager.
attribute: Data representing a property of an object. Attributes, together with actions, define an object.
AttributeChangeSet: The set of attribute value changes that represents an atomic update of an object. The
MDS or scanner is notified when an AttributeChangeSet is completed. Collections of these
AttributeChangeSets are mapped by the MDS or scanner into one of the ObservationScan structures in a
scan event report that gets sent to the manager. The manager updates its object with the set of attribute
value changes contained in the ObservationScan before deriving any semantic behavior.
3.1.2 compute engine: See: manager.
3.1.3 confirmed: An application-level, completion notification service mechanism. For EVENT REPORT
services (i.e., the data plane), confirmation allows the agent to know when the manager has “accepted
responsibility” for a piece of data so that the agent can delete that data. For the ACTION, GET, and SET
services (i.e., the control plane), confirmation allows the manager to know when the agent has “completed”
the requested transaction.
3.1.4 device: A physical device implementing either an agent or manager role.
dynamic attribute: An attribute with a value that may change during an association. The attribute value
should be sent at configuration time and shall be sent at or before the time when the value would be needed
for interpreting a reported observation. The value may be updated later (e.g., in a scan or segment data
event report). The attribute value remains in effect until updated by a later scan or segment data event
report or the system exits the association.
3.1.5 handle: An unsigned 16-bit number that is locally unique and identifies one of the object instances
within an agent.
The numbers in brackets correspond to the numbers of the bibliography in Annex K.
The IEEE Standards Dictionary: Glossary of Terms & Definitions is available at http://shop.ieee.org/.
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
3.1.6 manager: A node receiving data from one or more agent systems. Examples of managers include a
cellular phone, health appliance, set top box, or computer system.
metric: A metric object models different forms of measurements.
observational attribute: An attribute value that may change during the life of an association. The value
may be sent in a scan or segment data event report. When a set of observational attribute values are
received, these values are combined with the available context information (i.e., all related dynamic and
static attribute values) to represent the observation at the observation time. Unlike dynamic and static
attribute values, the observational attribute values are combined only once with context information (i.e.,
the observational attribute values are not reused when any new attribute values are received in the future).
object: A unit that represents some functionality or item in a device whose properties are described by
attributes. Metric objects represent measurements (such as blood pressure, weight, or temperature), the
MDS represents the device, PM-store objects represent the permanent storage mechanisms on an agent, and
Scanners represent a control and reporting mechanism.
3.1.7 personal health device: A device used in personal health applications.
3.1.8 personal telehealth device: See: personal health device.
static attribute: An attribute value that does not change (its value remains fixed) during the life of an
association. The value is sent in the configuration event report. The value remains in effect until the system
exits the associated state.An attribute value that does not change (its value remains fixed) during the life of
an association.
NOTE—Do not confuse the use of static in this document with static as used in the C programming language.
3.2 Acronyms and abbreviations
Change as shown and insert the following new lines in alphabetical order:
ECG electrocardiogram or electrocardiograph
FIFO first-in, first-out
PM persistent metric
UTC coordinated universal time coordinated
6. Personal health device DIM
6.2 Nomenclature usage
Change Table 1 as shown:
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
Table 1 —Partitions in the nomenclature
Partition number Nomenclature category
0 Unspecified
1 Object-oriented (OO)
2 Supervisory control and data acquisition (SCADA)
3 Events
4 Dimensions (units of measurement)
5 Virtual attributes
6 Parameter groups
7 [Body] sites
8 Infrastructure
9 File Exchange Format
10 ECG Extensions
11 IDCO Extensions
129–127 Reserved
128 Personal health devices disease management
129 Personal health devices health and fitness
130 Personal health devices aging independently
131–254 Reserved
255 Return codes
256 External nomenclature references
257–1023 Reserved
1024 Private
1025–65 535 Reserved
6.3 Personal health object class definitions
6.3.1 General
Replace Figure 4 with the following figure:
Class PHD-DIM
: MDS
: PM-Store
0.*
1 : Metric
0.*
Scanner Package
0.*
0.*
0.* 0.*
+Scanner
+CfgScanner
+EpiCfgScanner : Numeric : RealTime-SA : Enumeration : PM-Segment
+PeriCfgScanner
Figure 4 —Personal health device—DIM
Change the following paragraphs as shown:
The attributes for each class are defined in tables that specify the name of the attribute, its nomenclature
reference ID, its type, a description of the attribute, and its qualifiers. The qualifiers Conditional, Optional,
and Mandatory identify when the attribute is to be implemented in the object. A conditional attribute is
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
implemented basedThe qualifiers mean O — Attribute is Optional, M — Attribute is Mandatory, and C —
Attribute is Conditional and depends on the condition(s) stated in the Remark column. Conditional
attributes shall be implemented if the condition remark applies and may be implemented otherwise.
Optional attributes may be implemented on by an agent. Mandatory attributes shall be implemented by an
agent.
An attribute is further qualified as static, dynamic, or observational. Static attributes shall not change value
during the life of an association. The value is sent in the configuration event report. The value remains in
effect until the system exits the associated state. The attribute shall have a fixed value from the time the
operating state is reached until the system exits the associated state.Dynamic attributes have a value that
may change during the life of an association. The attribute value should be sent at configuration time and
shall be sent at or before the time when the value would be needed for interpreting a reported observation.
The value may be updated later (e.g., in a scan or segment data event report). The attribute value remains in
effect until updated by a later scan or segment data event report by a later scan report (a state)or the system
exits the associationed state. Attributes are further qualified based on the persistence of the attribute when
reported to a manager. A persistent attribute has a value that remains valid until that value is updated (a
state). Observational attributes have a value that may change during the life of an association. The value
may be sent in a scan or segment data event report. When a set of observational attribute values are
received, these values are combined with the available context information (i.e., all related dynamic and
static attribute values) to represent the observation at the observation time. Unlike dynamic and static
attribute values, the observational attribute values are combined only once with context information (i.e.,
the observational attribute values are not reused when any new attribute values are received in the future).
In the metric object tables, attributes that are labeled as observations may be addionally flagged as a
(1) setting, (2) manual entry, or (3) calculation entirely from manual and/or setting entry attributes. In those
three cases, the attribute is to be treated by the manager as dynamic. The agent sets these flags in the
Metric-Spec-Small attribute. The attribute types are summarized in Table 1a.
Insert the following new table:
Table 1a—Attribute types
Attribute type Can be reported by… Attribute value remains in effect
until…
dynamic attribute • Should be reported in a • updated by a later scan or
may change during the life
configuration event report and segment data event report
of an association shall be sent at or before the time
• the system exits the association
when the value would be needed
state
for interpreting a report
observation
• May be reported in a scan or
segment data event report
observational attribute • Shall be reported in a scan or • these values are combined with
may change during the life segment data event report the available context
of an association
information (i.e., all related
dynamic and static attribute
values) to represent the
observation at the observation
time.
static attribute
• Shall be reported in the • the system exits the association
shall not change during the life
configuration event report state
of an association
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
6.3.2 MDS class
6.3.2.3 MDS class attributes
Change Table 2 as shown and insert the following text after the table:
Table 2 —MDS attributes
Attribute Attribute ID Attribute type Remark
Qualifiers.
name
Handle MDC_ATTR_ID_ HANDLE The Handle attribute represents a Mandatory
HANDLE reference ID for this object. Static
The value of the MDS Handle
attribute shall be 0.
System-Type MDC_ATTR_SYS_TYPE TYPE This attribute defines the type of the Conditional
agent, as defined in nomenclature Static
(e.g., weighing scale). The values
shall come from ISO/IEEE 11073-
10101 [B12], nom-part-object
partition, and subpartition MD-Gen
(Medical Device – Generic). Either
this attribute orOne and only one of
System-Type or System-Type-Spec-
List shall be present. This attribute
shall remain unchanged after the
configuration is agreed upon.
System-Model MDC_ATTR_ID_MODEL SystemModel This attribute defines manufacturer Mandatory
and model number of the agent Static
device. This attribute shall remain
unchanged after the configuration is
agreed upon.
ISO/IEEE 11073-20601:2010/Amd.1:2015(E)
IEEE Std 11073-20601a-2010
Health informatics—Personal health device communication
Part 20601: Application profile—Optimized Exchange Protocol—Amendment 1
Table 2 —MDS attributes
Attribute Attribute ID Attribute type Remark
Qualifiers.
name
System-Id MDC_ATTR_SYS_ID OCTET STRING This attribute is an IEEE EUI-64, Mandatory
which consists of a 24-bit unique Static
organizationally unique identifier
(OUI) followed by a 40-bit
manufacturer-defined ID. The OUI
shall be a value assigned by the IEEE
Registration Authority
(http://standards.ieee.org/regauth/inde
x.html) and shall be used in
accordance with IEEE Std 802-
2001. This attribute shall remain
unchanged after the configuration is
agreed upon.
Dev- MDC_ATTR_DEV_ ConfigId This attribute defines the Mandatory
Configuration- CONFIG_ID identification of the agent device Static
Id configuration. This Dev-
Configuration-Id is static during the
lifetime of an association; it
...
NORME ISO/IEEE
INTERNATIONALE 11073-20601
Première édition
2010-05-01
AMENDEMENT 1
2015-03-01
Informatique de santé — Communication
entre dispositifs de santé personnels
Partie 20601:
Profil d'application — Protocole
d'échange optimisé
AMENDEMENT 1
Health informatics — Personal health device communication
Part 20601: Application profil — Optimized exchange protocol
AMENDMENT 1
Numéro de référence
©
IEEE 2011
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2010
© IEEE 2011
Droits de reproduction réservés. Sauf prescription différente, 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 et les microfilms, sans l'accord écrit
soit de l'ISO soit de l'IEEE, à l'une ou l'autre des adresses ci-après.
ISO copyright office Institute of Electrical and Electronics Engineers, Inc.
Case postale 56 CH-1211 Geneva 20 3 Park Avenue, New York NY 10016-5997, USA
Tel. + 41 22 749 01 11 E-mail stds.ipr@ieee.org
Fax + 41 22 749 09 47 Web www.ieee.org
E-mail copyright@iso.org
Web www.iso.org
Publié en Suisse
ii © IEEE 2011 – Tous droits réservés
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques 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) sur tout ce qui concerne la normalisation électrotechnique.
Les documents normatifs de l'IEEE sont développés au sein des sociétés de l'IEEE et des Comités de
Coordination des Normes du Conseil des Normes de l'Association des normes IEEE (IEEE-SA). L'IEEE
développe ses normes par le biais d'un processus de développement de consensus approuvé par l'American
National Standards Institute, qui rassemble des volontaires représentant divers points de vue et divers intérêts
pour parvenir au produit final. Les volontaires ne sont pas nécessairement des membres de l'Institut et
aucune compensation ne leur est attribuée. Bien que l'IEEE administre le processus et établisse des règles
pour favoriser l'équité au cours du processus de développement du consensus, l'IEEE n'évalue pas, ne teste
pas ou ne vérifie pas de manière indépendante l'exactitude des informations contenues dans ses normes.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
L'attention est appelée sur la possibilité que la mise en œuvre de la présente norme puisse requérir
l'utilisation d'un objet couvert par des droits de propriété intellectuelle. Du fait de la publication de la présente
norme, aucune position n'est adoptée en ce qui concerne l'existence ou la validité de droit quelconque de
brevet en rapport avec celle-ci. Il n'incombe pas à l'ISO/IEEE d'identifier des brevets essentiels ou des
revendications de brevet essentielles pour lesquels une licence peut être requise, ni de conduire des
enquêtes en ce qui concerne la validité légale ou la portée des brevets ou des revendications de brevet ou de
déterminer si des termes ou conditions d'attribution de licence fournis en rapport avec la soumission d'une
lettre d'assurance ou d'une déclaration de brevet et du formulaire de déclaration d'attribution de licence, s'il y
en a, ou dans des accords d'attribution de licence quelconques sont raisonnables ou non discriminatoires. Les
utilisateurs de la présente Norme sont expressément avisés que la détermination de la validité de tout droit de
brevet et le risque de violation de ces droits leur incombent entièrement. Des informations supplémentaires
peuvent être obtenues auprès de l'ISO ou de l'Association des normes IEEE.
L'amendement 1 à l'ISO/IEEE 11073-20601:2010 a été élaboré par le Comité 11073 de la Société
d'Ingénierie en Médecine et Biologie de l'IEEE (en tant que norme 11073-20601a-2010). Il a été adopté par le
comité technique ISO/TC 215, Informatique de santé, parallèlement à son approbation par les organismes
membres de l'ISO dans le cadre de la « procédure rapide » définie par l'accord de coopération entre les
Organisations Partenaires de Développement de Normes que sont l'ISO et l'IEEE. L'IEEE est responsable de
la tenue à jour du présent document, avec la participation et la contribution des organismes nationaux
ISO/IEC.
© IEEE 2011 – Tous droits réservés iii
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
(page vierge)
iv © IEEE 2011 – Tous droits réservés
Informatique de santé — Communication entre dispositifs de santé
personnels
Partie 20601 : Profil d'application —
Protocole d'échange optimisé
Amendement 1
Société d'Ingénierie en Médecine et Biologie de l'IEEE
Commandité par le
Comité des Normes 11073™ de l'IEEE
IEEE
IEEE 11073-20601a™-2010
3 Park Avenue
(Amendement à
New York, NY 10016-5997
l'IEEE 11073-20601™-2008)
États-Unis
24 janvier 2011
IEEE 11073-20601a™-2010
(Amendement à
l'IEEE 11073-20601™-2008)
Informatique de santé — Communication entre dispositifs de santé
personnels
Partie 20601 : Profil d'application —
Protocole d'échange optimisé
Amendement 1
Commanditaire
Comité des Normes 11073™ de l'IEEE
de la
Société d'Ingénierie en Médecine et Biologie de l'IEEE
Approuvé le 30 septembre 2010
Conseil des Normes IEEE-SA
Approuvé le 8 juin 2011
American National Standards Institute
Résumé : les problèmes identifiés dans l'IEEE 11073-20601-2008 lors de la mise en œuvre de la norme et/ou
des essais et de la certification des produits sont traités dans cet amendement.
Mots-clés : 11073, communication entre dispositifs, dispositifs personnels de santé
The Institute of Electrical and Electronics Engineers, Inc.
3 Park Avenue, New York, NY 10016-5997, États-Unis
Tous droits réservés. Publié le 24 janvier 2011. Imprimé aux États-Unis.
IEEE et IEEE 802 sont des marques de commerce déposées à l'Office des brevets et des marques des États-Unis, détenues par l'Institute of Electrical and
Electronics Engineers, Incorporated.
PDF : ISBN 978-0-7381-6462-5 STD97019
Copie papier : ISBN 978-0-7381-6463-2 STDPD97019
L'IEEE interdit toute discrimination, tout harcèlement et toute intimidation. Pour plus d'informations, visiter http://www.ieee.org/web/aboutus/whatis/policies/p9-26.html.
Toute reproduction, même partielle, de cette publication, sous quelque forme et par quelque procédé que ce soit, y compris par système de localisation
électronique, est interdite sans l'autorisation écrite préalable de l'éditeur.
Les documents normatifs de l'IEEE sont développés au sein des sociétés de l'IEEE et des Comités de Coordination des Normes du
Conseil des Normes de l'Association des normes IEEE (IEEE-SA). L'IEEE développe ses normes par le biais d'un processus de
développement de consensus approuvé par l'American National Standards Institute, qui rassemble des volontaires représentant divers
points de vue et divers intérêts pour parvenir au produit final. Les volontaires ne sont pas nécessairement des membres de l'Institut et
aucune compensation ne leur est attribuée. Bien que l'IEEE administre le processus et établisse des règles pour favoriser l'équité au
cours du processus de développement du consensus, l'IEEE n'évalue pas, ne teste pas ou ne vérifie pas de manière indépendante
l'exactitude des informations ni le bien-fondé de tous les jugements contenus dans ses normes.
L'utilisation d'une Norme IEEE est totalement volontaire. L'IEEE rejette toute responsabilité pour toute blessure personnelle, dommages à
des biens ou autres de quelque nature que ce soit, qu'elle soit spéciale, indirecte, consécutive ou compensatoire, résultant directement ou
indirectement de la publication, de l'utilisation de celle-ci ou du fait de reposer sur celle-ci ou de quelque autre document normatif de l'IEEE.
L'IEEE ne garantit pas ni ne déclare l'exactitude ou le contenu des documents contenus ici et rejette expressément toute garantie
expresse ou implicite, y compris toute garantie implicite d'aptitude à la commercialisation ou d'aptitude à un besoin spécifique ou que
l'utilisation de documents contenus ici est libre et ne viole pas des brevets. Les documents normatifs de l'IEEE sont fournis « en l'état ».
L'existence d'une Norme IEEE n'implique pas qu'il n'y ait pas d'autres manières de produire, de tester, de mesurer, d'acheter, de
commercialiser ou de fournir d'autres biens et services qui se rapportent au domaine d'application de la Norme IEEE. En outre, le point
de vue exprimé à l'instant où une norme est approuvée et est émise, est soumis aux changements provoqués par les développements
techniques et les commentaires reçus des utilisateurs de la norme. Chaque Norme IEEE est soumise à un examen au moins tous les
cinq ans en vue d'une révision ou d'une confirmation, ou tous les dix ans en vue de sa stabilisation. Lorsqu'un document a plus de cinq
ans et n'a pas été confirmé, ou qu'il a plus de dix ans et qu'il n'a pas été stabilisé, il est raisonnable de conclure que son contenu, bien
qu'il ait encore une certaine valeur, ne reflète pas totalement l'état actuel de la technique. Les utilisateurs sont invités à s'assurer qu'ils
ont la dernière édition des Normes IEEE.
En publiant ce document et en le rendant disponible, l'IEEE ne suggère pas ou ne rend pas de services professionnels ou autres pour
une personne ou une entité quelconque. L'IEEE ne s'engage pas non plus à exécuter des devoirs quelconques à la charge de toute autre
personne ou de toute autre entité vis-à-vis d'une autre personne ou entité. Il est recommandé à toute personne utilisant ce document
normatif de l'IEEE et tout autre document normatif de l'IEEE, de s'appuyer sur son jugement indépendant dans l'exercice des précautions
raisonnables dans toutes les circonstances données ou, si approprié, d'obtenir l'avis d'un professionnel compétent pour déterminer la
pertinence d'une norme IEEE donnée.
Interprétations : occasionnellement, des questions peuvent apparaître en ce qui concerne la signification de parties de normes lorsqu'elles se
rapportent à des applications spécifiques. Lorsque le besoin d'interprétations est amené à l'attention de l'IEEE, l'Institut initiera une action
pour préparer des réponses appropriées. Comme les Normes de l'IEEE représentent un consensus des intérêts concernés, il est important
de s'assurer que toute interprétation a également reçu l'attention d'intérêts équilibrés. Pour cette raison, l'IEEE et les membres de ses
sociétés et de ses Comités de Coordination des Normes ne peuvent pas fournir une réponse instantanée aux demandes d'interprétations,
excepté dans les cas où la question a précédemment été examinée formellement. Une déclaration, écrite ou orale, qui n'est pas traitée
conformément au manuel des opérations du Conseil des Normes IEEE-SA ne doit pas être considérée comme la position officielle de l'IEEE
ou de l'un quelconque de ses comités et ne doit pas être considérée comme une interprétation formelle de l'IEEE ni servir de base à une telle
interprétation. Lors de conférences, de symposiums, de séminaires ou de cours de formation, une personne présentant des informations sur
les normes de l'IEEE doit indiquer clairement qu'il convient que ses points de vue soient considérés comme les point de vue personnels de
cette personne plutôt que comme étant la position, l'explication ou l'interprétation officielle de l'IEEE.
Les commentaires visant à des révisions des Normes IEEE provenant de toute partie intéressée sont les bienvenus, indépendamment de
l'affiliation en tant que membre de l'IEEE. Il convient que des suggestions pour des modifications aux documents se présentent sous la
forme d'une modification de texte proposée accompagnée des commentaires d'appui appropriés. Il convient que les recommandations de
changement du statut d'une norme stabilisée comprennent un justificatif quant à la nécessité de sa révision ou de son retrait. Il est
recommandé que les commentaires et recommandations sur les normes et demandes d'interprétations soient adressés à :
Conseil des Normes IEEE-SA
445 Hoes Lane
Piscataway, NJ 08854
États-Unis
L'Institute of Electrical and Electronics Engineers, Inc., autorise la photocopie d’extraits, à usage interne ou personnel, d'une norme
individuelle contre versement de la redevance appropriée au Copyright Clearance Center. Pour les dispositions relatives au versement du
droit de licence, veuillez contacter le Copyright Clearance Center, Customer Service, 222 Rosewood Drive, Danvers, MA 01923 États-Unis ;
+1 978 750 8400. L'autorisation de photocopier des parties d'une norme individuelle à des fins éducatives en classe peut également être
obtenue du Copyright Clearance Center.
Introduction
Cette introduction ne fait pas partie de la Norme IEEE 11073-20601a-2010, Informatique de santé —
Communication entre dispositifs de santé personnels — Partie 20601 : Profil d'application — Protocole
d'échange optimisé — Amendement 1.
Le présent amendement traite des problèmes identifiés lors de la mise en œuvre de la norme et/ou des essais
et de la certification des produits.
Avis aux utilisateurs
Lois et règlements
Il est recommandé aux utilisateurs de ces documents de consulter toutes les lois et tous les règlements
applicables. La conformité aux dispositions de la présente norme n'implique pas la conformité à toutes les
exigences réglementaires applicables. Il incombe aux personnes ou organismes mettant en œuvre de la
norme d'observer des exigences réglementaires applicables ou d'y faire référence. L'IEEE n'a pas l'intention,
du fait de la publication de ses normes, de provoquer des actions qui ne sont pas conformes aux lois
applicables et ces documents ne peuvent pas être interprétés comme le faisant.
Copyrights
Le présent document fait l'objet d'un copyright de l'IEEE. Il est rendu disponible pour diverses utilisations à la
fois publiques et privées. Celles-ci incluent une utilisation, par référence, dans les lois et réglementations et
une utilisation dans l'auto-réglementation, la normalisation et la promotion de pratiques et de méthodes
d'ingénierie. En rendant ce document disponible en vue de son utilisation et de son adoption par les autorités
publiques et les utilisateurs privés, l'IEEE ne renonce à aucun droit de copyright sur ce document.
Mise à jour de documents de l'IEEE
Il convient que les utilisateurs des normes de l'IEEE soient informés du fait que ces documents peuvent être
remplacés à tout moment par la publication de nouvelles éditions ou peuvent être amendés de temps à autre
par le biais de l'émission d'amendements, de correctifs ou d'errata. Un document IEEE officiel, à un instant
quelconque, est constitué de l'édition actuelle du document accompagnée de tous les amendements,
correctifs ou errata alors en vigueur. Pour déterminer si un document donné est l'édition actuelle et s'il a été
amendé par le biais de l'émission d'amendements, de correctifs ou d'errata, il convient de visiter le site web
de l'IEEE Standards Association à l'adresse http://ieeexplore.ieee.org/xpl/standards.jsp, ou de contacter
l'IEEE à l'adresse citée précédemment.
Pour plus d'informations sur l'IEEE Standards Association ou le processus de développement des normes
IEEE, visiter le site web de l'IEEE-SA à l'adresse http://standards.ieee.org.
iv
Errata
Il peut être accédé aux errata, s'ils existent, pour la présente norme et toutes les autres normes à l'URL
suivante : http://standards.ieee.org/reading/ieee/updates/errata/index.html. Les utilisateurs sont encouragés à
vérifier périodiquement cette URL pour rechercher d'éventuels errata.
Interprétations
Il peut être accédé aux interprétations actuelles à l'adresse URL suivante :
http://standards.ieee.org/reading/ieee/interp/index.html.
Brevets
L'attention est appelée sur la possibilité que la mise en œuvre de la présente norme puisse requérir
l'utilisation d'un objet couvert par des droits de propriété intellectuelle. Du fait de la publication de la présente
norme, aucune position n'est adoptée en ce qui concerne l'existence ou la validité de droit quelconque de
brevet en rapport avec celle-ci. Il n'incombe pas à l'IEEE d'identifier les Essential Patent Claims
(Revendications Essentielles de Brevets) pour lesquelles une licence peut être requise, d'exécuter des
enquêtes portant sur la validité légale ou la portée des revendications de brevet ou de déterminer si des
termes ou conditions d'attribution de licence fournis en rapport avec la soumission d'une lettre d'assurance,
s'il y en a, ou dans des accords d'attribution de licence quelconques sont raisonnables ou non
discriminatoires. Les utilisateurs de la présente Norme sont expressément avisés que la détermination de la
validité de tout droit de brevet et le risque de violation de ces droits leur incombent entièrement. Des
informations supplémentaires peuvent être obtenues auprès de l'Association des normes IEEE.
v
Participants
Au moment de la soumission de la présente norme au Conseil des Normes IEEE-SA pour approbation, le
Groupe de travail Dispositifs personnels de santé comprenait les membres suivants :
Douglas P. Bogia, Président
Manfred Aigner Cory Condek Sten Hanke
Juan García-Prieto Cuesta Todd H. Cooper Kai Hassing
Karsten Aalders Nigel Cox Marc Daniel Haunschild
Charles R. Abbruscato Tomio Crosley Hiroshi Hayashi
Maher Abuzaid Jeremy Cummin Mike Hayes
Jon Adams Allen Curtis Mike Hayes
Murtaza Ali Rupert Dance Timothy L. Hirou
Rolf Ambuehl Jesús Daniel Trigo Allen Hobbs
Lawrence Arne Sushil K. Deka Alex Holland
Serafin Arroyo Pedro de-las-Heras-Quiros Arto Holopainen
Kevin Arruda Jim DelloStritto Robert Hoy
Muhammad Asim Matthew d'Entremont Frank Hsu
Merat Bagha Kent Dicks Sen-Der Huang
Doug Baird Hyoungho Do David Hughes
David Baker Amy Droitcour Robert D. Hughes
Anindya Bakshi Brian Dubreuil Nick Hunn
Ananth Balasubramanian Jakob Ehrensvard Hugh Hunter
Sunlee Bang Fredrik Einberg Hitoshi Ikeda
M Jonathan Barkley Roger M. Ellingson Yutaka Ikeda
David Bean Michihiro Enokida Philip O. Isaacson
John Bell Javier Escayola Calvo Atsushi Ito
Rudy Belliardi Leonardo Estevez Praduman Jain
Yazid Benazzouz Roger Feeley Ho-In Jeon
George A. Bertos Bosco T. Fernandes Danny Jochelson
Ola Björsne Gear Fisher Chris Johnson
Thomas Blackadar Julie N. Fleischer Phaneeth Junga
Marc Blanchet Roger Florkowski Akiyoshi Kabe
Thomas Bluethner Joseph W. Forler Steve Kahle
Funieru Bogdan Russell Foster Tomio Kamioka
Xavier Boniface Peter Fredriksson XX Kyung Hee Kang
Shannon Boucousis Eric Freudenthal Andy Kaschl
Julius Broma Matthias Frohner Junzo Kashihara
Lyle G. Bullock, Jr. Miguel Galarraga Kohichi Kashiwagi
Bernard Burg Marcus Garbe Ralph Kent
Chris Burns John Garguilo Kurt M. Kermes
Anthony Butt Rick Geimer Ikuo Keshi
Jeremy Byford-Rew Igor Gejdos John Keys
Carole C. Carey Ferenc Gerbovics Minho Kim
Santiago Carot-Nemesio Nicolae Goga Taekon Kim
Randy W. Carroll Julian Goldman Tetsuya Kimura
Rahul Chauhan Raul Gonzalez Gomez Michael Kirwan
James Cheng Chris Gough Alfred Kloos
Maria Cherkaoui Channa Gowda Jeongmee Koh
Peggy Chien Niclas Granqvist Jean-Marc Koller
Silviu Chiricescu Charles Gropper Thomas Kottler
Jiho Choi Amit Gupta Alexander Kraus
Chia-Chin Chong Jeff Guttmacher Ramesh Krishna
Jinhan Chung Christian Habermann Falko Kuester
Malcolm Clarke Mikey Hagerty Pierre Landau
Rick A. Cnossen Jerry Hahn Rami Lee
Moshe Cohen Robert Hall Sungkee Lee
John T. Collins Rickey L. Hampton Woojae Lee
vi
Yonghee Lee Soren Petersen Ray Sweidan
Kathryn A. Lesh Arnie Pittler Kunihiro Takiuchi
Qiong Li Carol Primdahl Francis Tam
Patrick Lichter Arif Rahman Haruyuyki Tatsumi
Joon-Ho Lim Barry Reinhold Randy Thomas
John Lin Brian Reinhold Brad Tipler
Wei-Jung Lo Melvin I. Reynolds Jonas Tirén
Charles Lowe Jeffrey S. Robbins James Tomcik
Jeremy Martin Scott Robertson Gary Tschautscher
Sandra Martinez Timothy Robertson Masato Tsuchid
Miguel Martínez David Rosales Ken Tubman
de Espronceda Cámara Don Rosen Yoshihiro Uchida
Dennis Mathews Paivi M. Ruuska Sunil Unadkat
Peter Mayhew Bill Saltzstein Philipp Urbauer
Jim McCain Stefan Sauermann Laura Vanzago
Richard McPartland John Sawyer Alpo Värri
László Meleg Paul S. Schluter Daniel von Büren
Jinsei Miyazaki Johannes Schmidt Rudi Voon
Darr Moore Lars Schmitt Isobel Walker
Joe Morrissey Mark G. Schnell David Wang
Piotr Murawski Richard A. Schrenker Jerry P. Wang
Soundharya Nagasubramanian Antonio Scorpiniti Yao Wang
Jae-Wook Nah Kwang Seok Seo Steve Warren
Alex Neefus Riccardo Serafin Fujio Watanabe
Michael E. Nidd Frank Shen Toru Watsuji
Tetsu Nishimura Min Shih Jeff Webber
Jim Niswander Mazen Shihabi Eric White
Hiroaki Niwamoto Tommy Shing Paul Williamson
Thomas Norgall Krishna Shingala Jan Wittenber
Yoshiteru Nozoe Robert Smith Jia-Rong Wu
Brett Olive Ivan Soh Will Wykeham
Charles Palmer Motoki Sone Ariton Xhafa
Bud Panjwani Emily Sopensky Ricky Yang
Carl Pantiskas Andreas Staubert Chi-Lu Yang (III)
Mikey Paradis Nick Steblay Steven Yecies
Jong-Tae Park Lars Steubesand Done-Sik Yoo
Soojun Park John Stivoric Jason Zhang
Jayant Parthasarathy Raymond Strickland Thomas Zhao
Phillip E. Pash Hermanni Suominen Daidi Zhong
TongBi Pei Lee Surprenant Szymon Zysko
Ravi Swami
La présente norme a été votée par les membres suivants du comité de vote : Les votants peuvent avoir voté
son approbation, sa désapprobation ou s'être abstenus.
Vered Bar Niclas Granqvist G. Luri
H Stephen Berger Randall Groves Melvin I. Reynolds
Christopher Biernacki Kai Hassing Bartien Sayogo
Douglas P. Bogia Werner Hoelzl Lars Schmitt
Lyle Bullock Atsushi Ito Gil Shultz
Randy W. Carroll Piotr Karocki James Smith
Keith Chow Kurt M. Kermes Lars Steubesand
Malcolm Clarke Bruce Kraemer Jonas Tirén
Fredrik Einberg Oren Yuen
vii
Lorsque le Conseil des Normes IEEE-SA a approuvé la présente norme le 30 septembre 2010, il comprenait
les membres suivants :
Robert M. Grow, Président
Richard H. Hulett, Vice-président
Steve M. Mills, Ancien président
Judith Gorman, Secrétaire
Karen Bartleson Young Kyun Kim Ronald C. Petersen
Victor Berman Joseph L. Koepfinger* Thomas Prevost
Ted Burse John Kulick Jon Walter Rosdahl
Clint Chaplin David J. Law Sam Sciacca
Andy Drozd Hung Ling Mike Seavey
Alexander Gelman Oleg Logvinov Curtis Siller
Jim Hughes Ted Olsen Don Wright
*Membre émérite
Il comprenait également les agents de liaison (non votants) avec le Conseil des Normes IEEE-SA suivants :
Satish Aggarwal, Représentant du NRC
Richard DeBlasio, Représentant du DOE
Michael Janezic, Représentant du NIST
Don Messina
Directeur des programmes des normes IEEE, responsable de l'élaboration de documents
Kathryn M. Bennett
Directrice des programmes des normes IEEE, responsable de l'élaboration de programmes techniques
viii
Sommaire
1.3 Contexte .1
3. Définitions, acronymes et abréviations .2
3.1 Définitions .2
3.2 Acronymes et abréviations .3
6. Modèle DIM d'un dispositif personnel de santé.3
6.2 Utilisation d'une nomenclature.3
6.3 Définitions de classes d'objets personnels de santé.4
6.4 Règles d'extensibilité de modèle d'informations.42
7. Modèle de service de dispositif personnel de santé .43
7.3 Services d'accès à des objets.43
7.4 Application spécifique de services EVENT REPORT d'accès à des objets pour les
dispositifs personnels de santé.43
8. Modèle de communication .49
8.3 Caractéristiques de communications .49
8.4 Machines à états finis .50
8.7 Procédure d'établissement d'une association .51
8.8 Procédure de configuration .54
8.9 Procédure pour l'état Operating (fonctionnement).57
8.10 Procédure pour mettre fin à une association.61
8.11 Codage de message.61
8.12 Coordination du temps .61
9. Modèle de conformité .63
9.2 Spécifications de la conformité .63
9.4 Conformité générale.64
9.5 Déclaration ICS relative aux additions/extensions de dispositifs.64
Annexe A (normative) Définitions ASN.1.65
A.2 Types de données communs .65
A.4 Types de données associés à la méthode ACTION.66
A.8 Définitions du protocole d'Association .68
A.10 Définitions du protocole de données.68
A.11 Types de données pour les attributs des nouveaux objets et les services des objets.69
Annexe E (normative) Tables d'état.74
E.1 Généralités .74
E.1a Événements .75
E.2 Tables d'états de l'agent.76
E.3 Table d'états du gestionnaire.85
Annexe G (informative) Définitions des types de données codés.94
Annexe H (informative) Exemples .98
H.2 Balance.98
H.3 Oxymètre de pouls .103
H.3a Transactions PM-store et PM-segment.104
Annexe I (normative) Codes de Nomenclature .112
ix
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
Informatique de santé — Communication entre dispositifs de santé personnels
Partie 20601 : Profil d'application —
Protocole d'échange optimisé
Amendement 1
NOTE IMPORTANTE : la présente norme n'a pas pour but d'assurer la sécurité, la sûreté, la santé ou la
protection de l'environnement dans toutes les circonstances. Il incombe aux personnes ou
organismes mettant en œuvre la présente norme de déterminer les exigences appropriées en matière
de sécurité, de sûreté, d'environnement et de pratiques de santé ou d'exigences réglementaires.
Le présent document de l'IEEE est mis à disposition afin d'être utilisé sous réserve de notes
importantes et de rejets de responsabilité légale. Ces notes et rejets de responsabilité apparaissent
dans toutes les publications mentionnant le présent document et peuvent être trouvés sous l'en-tête
« Note importante » ou « Notes importantes et rejets de responsabilité concernant les documents de
l'IEEE ». Ils peuvent également être obtenus sur demande auprès de l'IEEE ou visualisés sur le site :
http://standards.ieee.org/IPR/disclaimers.html.
NOTE — Les instructions d'édition contenues dans ce corrigendum définissent comment fusionner les informations
figurant dans les présentes dans la norme de base existantes et ses amendements afin de former la norme complète.
Les instructions d'édition sont présentées en gras et en italique. Quatre instructions d'édition sont utilisées : modifier,
supprimer, insérer et remplacer. Modifier est utilisé pour effectuer des corrections dans un texte ou des tableaux
existants. L'instruction d'édition spécifie l'emplacement de la modification et décrit ce qui est modifié en utilisant les
fonctionnalités texte barré (pour supprimer le contenu antérieur) et souligner (pour ajouter un nouveau contenu).
Supprimer sert à supprimer le contenu existant. Insérer ajoute un nouveau contenu sans avoir d'incidence sur le
contenu existant. Les insertions de texte peuvent exiger de modifier la numérotation du document. Le cas échéant,
des instructions de renumérotation sont données dans les instructions d'édition. Remplacer est utilisé pour effectuer
des modifications dans les figures ou les équations en supprimant le chiffre ou l'équation existant(e) et en le/la
remplaçant par un(e) autre. Les instructions d'édition, les marques de modification et la présente note ne seront pas
1)
reportées dans les futures éditions, car les modifications seront intégrées dans la norme de base.
1.3 Contexte
Insérer le texte suivant entre le sixième et le septième paragraphes actuels :
Certaines spécialisations de dispositifs décrivent des catégories générales de types de dispositifs (par exemple
les types de dispositifs du modèle de l'IEEE 11073-10441 qui favorisent l'activité cardiovasculaire tels que les
podomètres ou les vélos d'appartement). D'autres spécialisations de dispositifs mettent spécifiquement l'accent
sur un seul type de dispositif (par exemple les thermomètres du modèle de l'IEEE 11073-10408). Les
spécialisations qui traitent d'un ou de plusieurs types de dispositifs peuvent également définir des profils. Un
profil restreint davantage le modèle défini dans une spécialisation pour accroître l'interopérabilité (par exemple le
profil du podomètre utilise une portion limitée de la modélisation de l'IEEE 11073-10441).
1)
Les notes dans le texte, les tableaux et les figures sont données pour information seulement et ne contiennent pas
d'exigences nécessaires à l'utilisation de la norme.
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
IEEE 11073-20601a-2010
Informatique de santé — Communication entre dispositifs de santé personnels
Partie 20601 : Profil d'application — Protocole d'échange optimisé — Amendement 1
1)
Le rapport technique ISO/IEEE P11073-00103 [B8] décrit l'espace global de santé personnelle avec une
définition supplémentaire des cas d'utilisation et des modèles d'utilisation sous-jacents.
3. Définitions, acronymes et abréviations
3.1 Définitions
Modifier le premier paragraphe et insérer une nouvelle note de bas de page comme indiqué.
Supprimer [B6] de l'Annexe K et renuméroter les références suivantes dans l'Annexe K :
Pour les besoins de la présente norme, les termes et définitions suivants s'appliquent. Il convient de consulter
le dictionnaire The Authoritative Dictionary of IEEE Standards [B6]The IEEE Standards Dictionary: Glossary of
2)
Terms & Definitions pour les termes qui ne sont pas définis dans le présent article.
Modifier les définitions existantes et insérer les nouvelles définitions comme indiqué :
3.1.1 agent : nœud qui collecte et transmet des données de santé personnelles à un gestionnaire associé.
attribut : données représentant une propriété d'un objet. Conjointement avec les actions, les attributs
définissent un objet
AttributeChangeSet (ensemble des modifications de l'attribut) : ensemble des modifications de la valeur
de l'attribut représentant une mise à jour atomique d'un objet. Le MDS ou l'analyseur est notifié lorsqu'un
AttributeChangeSet est terminé. Les ensembles de ces AttributeChangeSets sont mappés par le MDS ou
l'analyseur dans une des structures ObservationScan dans un rapport d'événement d'analyse envoyé au
gestionnaire. Le gestionnaire met à jour son objet avec l'ensemble des modifications de la valeur de l'attribut
contenu dans ObservationScan avant de déduire tout comportement sémantique.
3.1.2 moteur informatique : voir gestionnaire
3.1.3 confirmé : mécanisme de services de notification d'achèvement, au niveau de l'application. Pour les
services du type EVENT REPORT (c'est-à-dire le plan de données), une confirmation permet à l'agent de
savoir quand le gestionnaire a « accepté la responsabilité » d'un élément de données de sorte que l'agent
peut supprimer ces données. Pour les services ACTION, GET et SET (c'est-à-dire le plan de commande), la
confirmation permet que l'agent sache quand l'agent a « achevé » la transaction demandée.
3.1.4 dispositif : dispositif physique jouant le rôle soit d'un agent, soit d'un gestionnaire.
attribut dynamique : attribut dont la valeur peut être modifiée au cours d'une association. Il convient que la
valeur de l'attribut soit envoyée au moment de la configuration. Elle doit être envoyée au moment où la valeur
a généralement besoin d'interpréter une observation signalée ou avant. La valeur peut être mise à jour
ultérieurement (par exemple dans un rapport d'analyse ou d'événement de données de segment). La valeur
de l'attribut reste en vigueur jusqu'à ce qu'elle soit mise à jour par un rapport d'analyse ou de rapport
d'événement de données de segment ultérieur ou jusqu'à ce que le système sorte de l'association.
3.1.5 poignée : nombre de 16 bits sans signe qui est unique localement et identifie l'une des instances d'objet
dans un agent
3.1.6 gestionnaire : nœud recevant des données d'un ou de plusieurs systèmes d'agents. Des exemples de
gestionnaires incluent un téléphone cellulaire, un appareil de santé, un boîtier décodeur ou un système
informatique
metric (mesures) : un objet Metric modélise différentes formes de mesures.
1)
La numérotation entre crochets correspond à la numérotation de la Bibliographie donnée dans l'Annexe K.
2)
Le dictionnaire IEEE Standards Dictionary: Glossary of Terms & Definitions est disponible sur http://shop.ieee.org/.
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
IEEE 11073-20601a-2010
Informatique de santé — Communication entre dispositifs de santé personnels
Partie 20601 : Profil d'application — Protocole d'échange optimisé — Amendement 1
attribut d'observation : attribut dont la valeur peut être modifiée au cours de la durée de vie d'une
association. La valeur peut être envoyée dans un rapport d'analyse ou d'événement de données de segment.
Lorsqu'un ensemble de valeurs d'attributs d'observation est reçu, ces valeurs sont combinées avec les
informations contextuelles disponibles (c'est-à-dire toutes les valeurs des attributs dynamiques et statiques
connexes) pour représenter l'observation au moment où elle est réalisée. Contrairement aux valeurs
d'attributs dynamiques et statiques, les valeurs d'attributs d'observation ne sont combinées qu'une seule fois
avec les informations contextuelles (c'est-à-dire que les valeurs des attributs d'observation ne sont pas
réutilisées lorsque de nouvelles valeurs d'attributs sont reçues ultérieurement).
objet : unité représentant une fonctionnalité ou un élément dans un dispositif dont les propriétés sont décrites
par des attributs. Les objets Metric représentent des mesures (telles que la pression artérielle, le poids ou la
température), le MDS représente le dispositif, les objets PM-store représentent les mécanismes de stockage
permanent sur un agent et les analyseurs représentent un mécanisme de commande et de compte-rendu.
3.1.7 dispositif personnel de santé : dispositif utilisé dans des applications personnelles de santé.
3.1.8 dispositif personnel de télésanté : voir dispositif personnel de santé.
attribut statique : attribut dont la valeur n'est pas modifiée (elle reste fixe) au cours de la durée de vie d'une
association. La valeur est envoyée dans un rapport d'événement de configuration. La valeur reste en vigueur
jusqu'à ce que le système sorte de l'état Associé. attribut dont la valeur n'est pas modifiée (elle reste fixe) au
cours de la durée de vie d'une association.
NOTE — Ne pas confondre l'utilisation du terme « statique » dans ce document avec celle employée dans le langage de
programmation C.
3.2 Acronymes et abréviations
Modifier le texte comme indiqué et insérer les nouvelles lignes suivantes par ordre alphabétique :
ECG électrocardiogramme ou électrocardiographe
FIFO premier entré, premier sorti
PM mesure permanente
UTC temps universel coordonné
6. Modèle DIM d'un dispositif personnel de santé
6.2 Utilisation d'une nomenclature
Modifier le Tableau 1 comme indiqué :
Tableau 1 — Partitions dans la nomenclature (1 sur 2)
Numéro de la partition Catégorie de la nomenclature
0 Non spécifié
1 Orienté objet (OO)
2 Commande de supervision et acquisition de données (SCADA)
3 Événements
4 Dimensions (unités de mesurage)
5 Attributs virtuels
6 Groupes de paramètres
7 Sites (corporels)
8 Infrastructure
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
IEEE 11073-20601a-2010
Informatique de santé — Communication entre dispositifs de santé personnels
Partie 20601 : Profil d'application — Protocole d'échange optimisé — Amendement 1
Tableau 1 — Partitions dans la nomenclature (2 sur 2)
Numéro de la partition Catégorie de la nomenclature
9 Format d'échange de fichiers
10 Extensions pour ECG
11 Extensions pour IDCO
129–127 Réservé
128 Dispositifs personnels de santé – Gestion des maladies
129 Dispositifs personnels de santé – Santé et mise en forme
130 Dispositifs personnels de santé – Vieillissement indépendant
131–254 Réservé
255 Codes de retour
256 Références à une nomenclature externe
257–1023 Réservé
1024 Privé
1025–65 535 Réservé
6.3 Définitions de classes d'objets personnels de santé
6.3.1 Généralités
Remplacer la Figure 4 par la Figure suivante :
Figure 4 — Dispositif personnel de santé — Modèle DIM
Modifier les paragraphes suivants comme indiqué :
Les attributs pour chaque classe sont définis dans des tables qui spécifient le nom de l'attribut, son
identificateur de référence de nomenclature, son type, une description de l'attribut et ses qualificateurs. Les
qualificateurs Conditionnel, Optionnel et Obligatoire identifient dans quels cas l'attribut est mis en œuvre dans
l'objet. Un attribut conditionnel est mis en œuvre en fonctionLes qualificateurs ont la signification suivante : O
— l'attribut est optionnel, M — l'attribut est obligatoire et C — l'attribut est conditionnel et dépend de la ou des
conditions mentionnées dans la colonne Remarques. Les attributs conditionnels doivent être mis en œuvre si
la condition remarque s'applique et sinon peuvent être mis en œuvre. Les attributs optionnels peuvent être
mis en œuvre sur par un agent. Les attributs obligatoires doivent être mis en œuvre par un agent.
ISO/IEEE 11073-20601:2010/Amd.1:2015(F)
IEEE 11073-20601a-2010
Informatique de santé — Communication entre dispositifs de santé personnels
Partie 20601 : Profil d'application — Protocole d'échange optimisé — Amendement 1
Un attribut est par ailleurs qualifié de « statique », « dynamique » ou « d'observation ». La valeur des attributs
statiques ne peut pas être modifiée au cours de la durée de vie d'une association. La valeur est envoyée dans
un rapport d'événement de configuration. La valeur reste en vigueur jusqu'à ce que le système sorte de l'état
Associé. Les attributs doivent avoir une valeur fixe depuis le moment où l'état En fonctionnement est atteint
jusqu'au moment où le système sort de l'état Associé. La valeur des attributs dynamiques peut être modifiée
au cours de la durée de vie d'une association. Il convient que la valeur de l'attribut soit envoyée au moment
de la configuration. Elle doit être envoyée au moment où la valeur a généralement besoin d'interpréter une
observation signalée ou avant. La valeur peut être mise à jour ultérieurement (par exemple dans un rapport
d'analyse ou d'événement de données de segment). La valeur de l'attribut reste en vigueur jusqu'à ce qu'elle
soit mise à jour par un rapport d'analyse ou d'événement de données de segment ultérieur par un rapport
d'analyse ultérieur (un état) ou jusqu'à ce que le système sorte de l'état Associé. Les attributs sont ensuite
qualifiés à partir de la durée de conservation de l'attribut lorsqu'il est signalé à un gestionnaire. La valeur d'un
attribut permanent reste valide jusqu'à ce qu'elle soit mise à jour (un état). La valeur des attributs
d'observation peut être modifiée au cours de
...










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...