ISO/IEEE 11073

Last updated

CEN ISO/IEEE 11073 Health informatics - Medical / health device communication standards enable communication between medical, health care and wellness devices and external computer systems. They provide automatic and detailed electronic data capture of client-related and vital signs information, and of device operational data.

Contents

Background

Goals

  1. Real-time plug-and-play interoperability for citizen-related medical, healthcare and wellness devices;
  2. Efficient exchange of care device data, acquired at the point-of-care, in all care environments.
  • "Real-time" means that data from multiple devices can be retrieved, time correlated, and displayed or processed in fractions of a second.
  • "Plug-and-play" means that all a user has to do is make the connection – the systems automatically detect, configure, and communicate without any other human interaction
  • "Efficient exchange of care device data" means that information that is captured at the point-of-care (e.g., personal vital signs data) can be archived, retrieved, and processed by many different types of applications without extensive software and equipment support, and without needless loss of information.

The standards are targeted at both point-of-care devices (ventilators, infusion pumps, ECG, etc.) and personal health and fitness devices (such as glucose monitors, pulse oximeters, weighing scales, medication dispensers and activity monitors) and at continuing and acute care devices (such as pulse oximeters, ventilators and infusion pumps). They comprise a family of standards that can be layered together to provide connectivity optimized for the specific devices being interfaced. There are four main partitions to the standards:

  • Device data, including a nomenclature, or terminology, optimized for vital signs information representation based on an object-oriented data model, and device specialisations;
  • General application services (e.g., polled vs. "event driven" services);
  • Internetworking and gateway standards (e.g., an observation reporting interface from CEN ISO/IEEE 11073-based messaging and data representation to HL7 or DICOM);
  • Transports (e.g., cable connected or wireless).

Problems

In short: appropriate use of 11073 device communication standards can help deliver better health, fitness and care, more quickly, safely, and at a lower cost.

Motivation

Availability

11073 standards are available freely to those actively involved in their development, others may purchase them. For published and draft standards search for '11073' at: IEEE, [1] ISO [2] or CEN. [3] Standards may be purchased from the national standards organisation or bookstore (e.g. AFNOR, BSI, DIN, JIS, UNI, etc.).

Overview

The ISO/IEEE 11073 Medical / Health Device Communication Standards are a family of ISO, IEEE, and CEN joint standards addressing the interoperability of medical devices. The ISO/IEEE 11073 standard family defines parts of a system, with which it is possible, to exchange and evaluate vital signs data between different medical devices, as well as remote control these devices.

Point-of-care medical device

11073-00101Health informatics – PoC medical device communication – Part 00101: Guide – Guidelines for the use of RF wireless technology
11073-10101:2004(E)Health informatics – Point-of-care medical device communication – Part 10101: Nomenclature
11073-10101a:2015(E)Health informatics – Point-of-care medical device communication – Part 10101: Nomenclature Amendment 1: Additional Definitions
11073-10102:2014(E)Health informatics – Point-of-care medical device communication – Part 10102: Nomenclature – Annotated ECG
11073-10103:2012(E)Health informatics – Point-of-care medical device communication – Part 10103: Nomenclature – Implantable device, cardiac
11073-10201:2004(E)Health informatics – Point-of-care medical device communication – Part 10201: Domain information model
11073-10207:2017Health informatics – Point-of-care medical device communication – Part 10207: Domain Information and Service Model for Service-Oriented Point-of-Care Medical Device Communication
11073-20101:2004(E)Health informatics – Point-of-care medical device communication – Part 20101: Application profile – Base standard
11073-20701:2018Health informatics – Point-of-care medical device communication – Part 20701: Service-Oriented Medical Device Exchange Architecture and Protocol Binding
11073-20702:2016Health informatics – Point-of-care medical device communication – Part 20702: Medical Devices Communication Profile for Web Services
11073-30200a:2011(E)Health informatics – Point-of-care medical device communication – Part 30200: Transport profile – Cable connected (amended)
11073-30300:2004(E)Health informatics – Point-of-care medical device communication – Part 30300: Transport profile – Infrared wireless
11073-30400:2012(E)Health informatics – Point-of-care medical device communication – Part 30400: Transport profile – Cabled Ethernet
11073-90101:2008(E)Health informatics – Point-of-care medical device communication – Part 90101: Analytical instruments – Point-of-care test

The 'core' standards are: 11073-10101, 11073-10201, 11073-20101 and 11073-30200

Personal health device

ISO/IEEE 11073 personal health device (PHD) standards are a group of standards addressing the interoperability of personal health devices (PHDs) such as weighing scales, blood pressure monitors, blood glucose monitors and the like. The standards draw upon earlier IEEE11073 standards work, but differ from this earlier work due to an emphasis on devices for personal use (rather than hospital use) and a simpler communications model.

These are described in more detail at ISO/IEEE 11073 Personal Health Data (PHD) Standards

Core standard

Nomenclature

Within this standard nomenclature codes are defined, these give the possibility to clearly identify objects and attributes in relation to the so-called OID-Code (). The nomenclature is divided in partitions, to demarcate codes with regards to content and functions. Programmatically these codes are defined as constants, those can be used by a pseudonym.
example in C:

#define MDC_PART_OBJ 1 /* Definition for the Partition Object Infrastructure */ #define MDC_MOC_VMS_MDS_SIMP 37 /* Define the Object Simple Medical Device System */

Domain information model

This standard is the "heart" of VITAL. Within this, objects and their arrangement in a Domain Information Model for vital signs data transmission are defined. Beyond this the standard defines a service model for the standardized communication.

Base standard

The common background for assembly and transmission of objects and their attributes are defined in this standard. It's subdivided in a communication model and an information model. The communication model describes the layers 5 to 7 of the OSI 7-layer model. The information model defines the modeling, formatting and the syntax for transmission coding of the objects.

Agent/manager principle

Agents and managers in ISO/IEEE 11073 ISO 11073 Agent Manager.jpg
Agents and managers in ISO/IEEE 11073

All defined parts of this standard family are designed to allow communication according to this principle. The arrangement of two or more medical devices as a system, so that the components are possible to understand and to interact, are the basic idea of this principle.

The agent is the part of the principle that is connected to the medical devices. It provides the data. The manager keeps a copy of the agent data, reacts on update events from them, and triggers events on the agent. In most use cases the manager is only used to remotely monitor and display agent data, but in some cases it may also remotely control the agents. Agents and manager are built in the same structure. This enables an agent to act as a manager and reverse. Besides the plain agent-manager application, hybrid systems over multiple stages are possible.

Agent application process(es)

This module is the interface between a proprietary (eventually native) protocol and the ISO/IEEE (VITAL) object world. It is not defined within the standard and as a result it can be implemented free.

Medical data information base

MMOs (Managed Medical Objects) are stored hierarchically within a tree structure in a form named Domain Information Model (DIM). This MMOs and their arrangement in the DIM are defined within this standard. The implementation of the MDIB (Medical Device Information Base) and their functionality is out of the scope of the standard.

Association service control element

This module is subject to the standards ISO/IEC 15953 and ISO/IEC 15954. It has services available, that controlling the association assembly and disassembly. A possible association and their condition is negotiated here, no MMOs are transmitted over this module.

An element of the application layer, which is responsible for the establishment, termination and control of associations between two or more communication parties (programs).

Common medical device information service element

Services for the data exchange of MMOs (Managed Medical Objects) between Agent-Manager systems, are defined in this module. This data exchange is highly dynamic. Objects are created, changed or deleted by services named CREATE, UPDATE, DELETE. Through reports, which can be defined detailed down to the single object attribute, it is possible to trigger complex operations in Agent or Manager, through this services.

Presentation layer

This layer contains the encoding of object data. Objects, groups of objects attributes or single attributes are encoded by ASN.1 representations, respectively the specialization MDER (Medical Device encoding Rules).

Session layer

That layer controls connection at the session level.

Domain information model

The central core of the standard is the so-called Domain Information Model. Objects containing vital-sign data representations and their relationships are defined in this model. Objects for additional services around vital signs data objects, are defined also here.

ISO 11073 DIM.jpg

For content sensitive classification of the objects, they are divided into packages.

Medical package

The package that defines objects, to map medical vital signs data. There are different objects to store vital signs data in different ways. As an example the RealTimeSampleArray object for the management of e.g. ECG data be mentioned.

Alert package

This small package is related within the medical package. It is used for setting and administrating alert parameters to objects from the medical package.

System package

A representation of a medical device can be achieved with objects of this package. It contains concrete derivations of the abstract MDS (MedicalDevice System) object. One of these concrete derivations are ever the root object of a DIM tree. The Battery object and the Clock object are further objects in this package. The last one can be used for time synchronization of medical device data.

Control package

Inside the control package, objects for the remote control of a medical device are defined. There are objects used for influencing the modality of measuring (for example the SetRangeOperation object) and objects for direct remote control of medical devices (for example the ActivateOperation object).

Extended services package

Other than the name supposes, in this package essential and ever-used objects are defined. This package is built on so-called scanner objects in different derivations. Scanning data in other objects and generation of event reports, which can be sent, is the sense of these objects. The scanner objects have a wide range of different attributes (e.g. scan interval, scan lists, scan period etc.), for a wide range of applications of the DIM. As an example, the FastPeriCfgScanner object (Fast Periodic Configurable Scanner) is specially constructed for the requirements of real-time data exchange in conjunction with the RealTimeSampleArray object to transmit live data from ECG devices.

Communication package

The objects in these package contain information, which are responsible for basic communication profiles. These packages are developed very open, so that different communication profiles and interfaces to proprietary device interfaces can be built. Annotation by the author: From a historic view, the standard was developed for the first time in the early 90s, this package has to be reconstructed.

Archival package

Storing Patient related data in online or offline archives is the idea for objects in the archival package. For Example, the Patient Archive object can store vital signs data, demographic data and treatment data in one object.

Patient package

The patient package contains only one object, the Patient Demographics object. This object contains patient related data and can be set in relationship to an MDS object or one of the objects from the archive package, to give anonymous data the reference to patient data.

Communication model

The complete communication sequence can be very complex. This article should provide basic information, that can be described in more detail at a later time in a separate article.

Finite state machine

The finite state machine regulates the synchronization of an Agent Manager system over different conditions. A complete session roundtrip starts up with the disconnected state, is transferred by multiple stages to the initialized state, in what the actual data transfer shall be done, and ends with the disconnected state.

Initializing MDIB

During the association phase, the configuring state will be reached. In this condition Agent and Manager are to exchange object data for the first time. In the process a MDSCreateEvent in the form of a report would be triggered. This report creates a copy of the MDS root object from the Agent MDIB in the Manager MDIB. Afterward a Contextscanner object is created in the Agent MDIB. This scanner object scans the complete MDIB and generates a report containing the complete Agent MDIB representation, except the MDS root object. The Manager evaluates this report and creates the objects defined here in his own MDIB copy. At this point the manager has an exact copy of the Agent MDIB. Both are now at configured state.

Data exchange through services

The Common Medical Device Information Service Element (CMDISE) provides a GET service, to deliver data requested by the Manager. The Agent GET service retrieves a list of attribute IDs. These IDs identify explicit values within Agents MDIB. Now the Agent creates a report, containing the requested values. This report is sent back to the Manager.

Data exchange through scanner objects

In an MDIB, additional objects shall be created through the CREATE service of CMDISE. The Manager requests the Agent through this service to create a scanner object itself, and to fix the scanner object on one or more values. Optional for example the scan interval for the data delivery can be set. The Agent creates the scanner object in his own MDIB and sends the Manager a response message. Now the Manager creates a copy of the scanner object in his MDIB. The data updates from Agent to Manager now occur automatically through the scanner object. Through CMDISE's DELETE service, the scanner object can be deleted, like all other MDIB objects.

IEEE 11073 Service-oriented Device Connectivity (SDC)

See also

Related Research Articles

Digital Imaging and Communications in Medicine (DICOM) is a technical standard for the digital storage and transmission of medical images and related information. It includes a file format definition, which specifies the structure of a DICOM file, as well as a network communication protocol that uses TCP/IP to communicate between systems. The primary purpose of the standard is to facilitate communication between the software and hardware entities involved in medical imaging, especially those that are created by different manufacturers. Entities that utilize DICOM files include components of picture archiving and communication systems (PACS), such as imaging machines (modalities), radiological information systems (RIS), scanners, printers, computing servers, and networking hardware.

Health Level Seven or HL7 is a range of global standards for the transfer of clinical and administrative health data between applications. The HL7 standards focus on the application layer, which is "layer 7" in the Open Systems Interconnection model. The standards are produced by Health Level Seven International, an international standards organization, and are adopted by other standards issuing bodies such as American National Standards Institute and International Organization for Standardization. There are a range of primary standards that are commonly used across the industry, as well as secondary standards which are less frequently adopted.

<span class="mw-page-title-main">Electronic health record</span> Digital collection of patient and population electronically stored health information

An electronic health record (EHR) is the systematized collection of patient and population electronically stored health information in a digital format. These records can be shared across different health care settings. Records are shared through network-connected, enterprise-wide information systems or other information networks and exchanges. EHRs may include a range of data, including demographics, medical history, medication and allergies, immunization status, laboratory test results, radiology images, vital signs, personal statistics like age and weight, and billing information.

<span class="mw-page-title-main">Medical device</span> Device to be used for medical purposes

A medical device is any device intended to be used for medical purposes. Significant potential for hazards are inherent when using a device for medical purposes and thus medical devices must be proved safe and effective with reasonable assurance before regulating governments allow marketing of the device in their country. As a general rule, as the associated risk of the device increases the amount of testing required to establish safety and efficacy also increases. Further, as associated risk increases the potential benefit to the patient must also increase.

IEC 61850 is an international standard defining communication protocols for intelligent electronic devices at electrical substations. It is a part of the International Electrotechnical Commission's (IEC) Technical Committee 57 reference architecture for electric power systems. The abstract data models defined in IEC 61850 can be mapped to a number of protocols. Current mappings in the standard are to Manufacturing Message Specification (MMS), GOOSE [see section 3, Terms and definitions, term 3.65 on page 14], SV or SMV, and soon to web services. In the previous version of the standard, GOOSE stood for "Generic Object Oriented Substation Event", but this old definition is still very common in IEC 61850 documentation. These protocols can run over TCP/IP networks or substation LANs using high speed switched Ethernet to obtain the necessary response times below four milliseconds for protective relaying.

openEHR is an open standard specification in health informatics that describes the management and storage, retrieval and exchange of health data in electronic health records (EHRs). In openEHR, all health data for a person is stored in a "one lifetime", vendor-independent, person-centred EHR. The openEHR specifications include an EHR Extract specification but are otherwise not primarily concerned with the exchange of data between EHR-systems as this is the focus of other standards such as EN 13606 and HL7.

<span class="mw-page-title-main">SNOMED CT</span> System for medical classification

SNOMED CT or SNOMED Clinical Terms is a systematically organized computer-processable collection of medical terms providing codes, terms, synonyms and definitions used in clinical documentation and reporting. SNOMED CT is considered to be the most comprehensive, multilingual clinical healthcare terminology in the world. The primary purpose of SNOMED CT is to encode the meanings that are used in health information and to support the effective clinical recording of data with the aim of improving patient care. SNOMED CT provides the core general terminology for electronic health records. SNOMED CT comprehensive coverage includes: clinical findings, symptoms, diagnoses, procedures, body structures, organisms and other etiologies, substances, pharmaceuticals, devices and specimens.

<span class="mw-page-title-main">Continua Health Alliance</span>

Continua Health Alliance is an international non-profit, open industry group of nearly 240 healthcare providers, communications, medical, and fitness device companies. Continua was a founding member of Personal Connected Health Alliance which was launched in February 2014 with other founding members mHealth SUMMIT and HIMSS.

The European Committee for Standardization (CEN) Standard Architecture for Healthcare Information Systems, Health Informatics Service Architecture or HISA is a standard that provides guidance on the development of modular open information technology (IT) systems in the healthcare sector. Broadly, architecture standards outline frameworks which can be used in the development of consistent, coherent applications, databases and workstations. This is done through the definition of hardware and software construction requirements and outlining of protocols for communications. The HISA standard provides a formal standard for a service-oriented architecture (SOA), specific for the requirements of health services, based on the principles of Open Distributed Processing. The HISA standard evolved from previous work on healthcare information systems architecture commenced by Reseau d’Information et de Communication Hospitalier Europeen (RICHE) in 1989, and subsequently built upon by a number of organizations across Europe.

Medical equipment management is a term for the professionals who manage operations, analyze and improve utilization and safety, and support servicing healthcare technology. These healthcare technology managers are, much like other healthcare professionals referred to by various specialty or organizational hierarchy names.

The system of concepts to support continuity of care, often referred to as ContSys, is an ISO and CEN standard . Continuity of care is an organisational principle that represents an important aspect of quality and safety in health care. Semantic interoperability is a basic requirement for continuity of care. Concepts that are needed for these purposes must represent both the content and context of the health care services.

<span class="mw-page-title-main">Monitoring (medicine)</span> Observation of a disease, condition or one or several medical parameters over time

In medicine, monitoring is the observation of a disease, condition or one or several medical parameters over time.

Barcode technology in healthcare is the use of optical machine-readable representation of data in a hospital or healthcare setting.

<span class="mw-page-title-main">Body area network</span> Small-scale computer network to connect devices around a human body, typically wearables

A body area network (BAN), also referred to as a wireless body area network (WBAN) or a body sensor network (BSN) or a medical body area network (MBAN), is a wireless network of wearable computing devices. BAN devices may be embedded inside the body as implants or pills, may be surface-mounted on the body in a fixed position, or may be accompanied devices which humans can carry in different positions, such as in clothes pockets, by hand, or in various bags. Devices are becoming smaller, especially in body area networks. These networks include multiple small body sensor units (BSUs) and a single central unit (BCU). Despite this trend, decimeter sized smart devices still play an important role. They act as data hubs or gateways and provide a user interface for viewing and managing BAN applications on the spot. The development of WBAN technology started around 1995 around the idea of using wireless personal area network (WPAN) technologies to implement communications on, near, and around the human body. About six years later, the term "BAN" came to refer to systems where communication is entirely within, on, and in the immediate proximity of a human body. A WBAN system can use WPAN wireless technologies as gateways to reach longer ranges. Through gateway devices, it is possible to connect the wearable devices on the human body to the internet. This way, medical professionals can access patient data online using the internet independent of the patient location.

ISO/IEEE 11073 Personal Health Device (PHD) standards are a group of standards addressing the interoperability of personal health devices (PHDs) such as weighing scales, blood pressure monitors, blood glucose monitors and the like. The standards draw upon earlier IEEE11073 standards work, but differ from this earlier work due to an emphasis on devices for personal use and a simpler communications model.

The Open Smart Grid Protocol (OSGP) is a family of specifications published by the European Telecommunications Standards Institute (ETSI) used in conjunction with the ISO/IEC 14908 control networking standard for smart grid applications. OSGP is optimized to provide reliable and efficient delivery of command and control information for smart meters, direct load control modules, solar panels, gateways, and other smart grid devices. With over 5 million OSGP based smart meters and devices deployed worldwide it is one of the most widely used smart meter and smart grid device networking standards.

Medical device connectivity is the establishment and maintenance of a connection through which data is transferred between a medical device, such as a patient monitor, and an information system. The term is used interchangeably with biomedical device connectivity or biomedical device integration. By eliminating the need for manual data entry, potential benefits include faster and more frequent data updates, diminished human error, and improved workflow efficiency.

<span class="mw-page-title-main">Dipak Kalra</span>

Dipak Kalra is President of the European Institute for Health Records and of the European Institute for Innovation through Health Data. He undertakes international research and standards development, and advises on adoption strategies, relating to Electronic Health Records.

<span class="mw-page-title-main">IEEE 11073 service-oriented device connectivity</span> Communication protocol for point-of-care (PoC) medical devices

The IEEE 11073 service-oriented device connectivity (SDC) family of standards defines a communication protocol for point-of-care (PoC) medical devices. The main purpose is to enable manufacturer-independent medical device-to-device interoperability. Furthermore, interconnection between medical devices and medical information systems is enabled. However, IEEE 11073 SDC does not compete with established and emerging standards like HL7 v2 or HL7 FHIR. IEEE 11073 SDC is part of the established ISO/IEEE 11073 family of standards.

Clinical data standards are used to store and communicate information related to healthcare so that its meaning is unambiguous. They are used in clinical practice, in activity analysis and finding, and in research and development.

References

  1. ↑ "IEEE SA - Standards Store".
  2. ↑ "Search". ISO.
  3. ↑ "Extended Search". Archived from the original on 2010-01-19. Retrieved 2010-08-20.

Android 4.0 implements support for IEEE 11073 via the BluetoothHealth class

NIST Standard Conformance Tools Archived 2008-10-07 at the Wayback Machine

11073 Web site

ZigBee provides support for IEEE 1073 via the ZigBee Health Care Profile (ZHCP)

This page is based on this Wikipedia article
Text is available under the CC BY-SA 4.0 license; additional terms may apply.
Images, videos and audio are available under their respective licenses.