EDXL

Last updated

The Emergency Data Exchange Language (EDXL) is a suite of XML-based messaging standards that facilitate emergency information sharing between government entities and the full range of emergency-related organizations. EDXL standardizes messaging formats for communications between these parties. EDXL was developed as a royalty-free standard by the OASIS International Open Standards Consortium. [1]

Contents

EDXL was designed to enable information about life-saving resources to be shared across local, state, tribal, national and non-governmental organizations. Implementation of EDXL standards aims to improve the speed and quality of coordinated response activities by allowing the exchange of information in real time.

Background

EDXL is advanced by the OASIS Emergency Management Technical Committee, [2] a group that was formed in 2003 and remains open to participation from organizations, agencies, and individuals from around the world. EDXL is based on detailed requirements and draft specifications provided to OASIS by emergency practitioners, with support from the Emergency Interoperability Consortium, [3] through a project sponsored by the United States Department of Homeland Security’s Disaster Management E-Gov Initiative.

EDXL-DE was approved as an OASIS Standard in 2006; EDXL-RM and –HAVE were approved as OASIS Standards in 2008.

Implementation of EDXL is promoted by the OASIS Emergency Management Adoption Committee, which was formed in 2009.

Components

The EDXL suite comprises a number of individual standards. Each standard is elaborated in the following sub-sections:

EDXL-DE (Distribution Element)

Overview

EDXL-DE (Distribution Element) [4] OASIS Standard, an XML-based header or wrapper that provides flexible message-distribution for emergency information systems’ data sharing. Messages may be exchanged by specific recipients, by a geographic area, or by other codes such as incident and agency type (police, fire, etc.). Any content payload can be distributed using the DE, not just EDXL messages.

Purpose

The primary purpose of the Distribution Element is to facilitate the routing of any properly formatted XML emergency message to recipients. The Distribution Element may be thought of as a "container". It provides the information to route "payload" message sets (such as Alerts or Resource Messages), by including key routing information such as distribution type, geography, incident, and sender/recipient IDs.

Conformance

Although there is an XML schema for EDXL-DE, there are some "business rules" or conformance rules that the developer must comply to in order to be considered conformant / compliant to the EDXL-DE Standard. Here are a list of the compliance rules from the EDXL-DE standard document:

Element NameSchema Data TypeRestrictionCommentsNotes
senderIDstringIn the form actor@domain-nameIn the format of an email address: <string w/o @>'@'<valid domain> Should be valid domain - In the "format" of an email; can't have commas
dateTimeSentdateTimeThe Date Time combination must include the offset time for time zone.
languagestringValid language values are supplied in the ISO standard [RFC3066]can be en-US or EN or bothin the form char[2] OR char[2]'-'char[2]
distributionReferencestringComma delimited string consisting of a valid dist. ID, senderID, and dateTimeSent
circlestringIn the form lat,lon<space>radiusLat/lon is WGS84. Radius is in km
polygonstringMust be a valid polygon. Must be in the form list{lat,lon<space>}No trailing space on the last point
polygonstringRing OrientationFollow the "Left Hand Rule" for exterior linear ring orientation?Not intersecting itself
countrystringTwo character ISO 3166-1 country codeTwo characters
subdivisionstringIso3166-1’-‘char[3] subdivision codeShould be in the form char[2]’-‘char[1-3]Two characters '-' 1-3 Characters
locCodeUNstringIso3166-1’-‘UNLOCCODEShould be in the form char[2]’-‘char[3]5 characters alphanumeric
digeststringResult of SHA-1 hash on payload dataSo the result of the hash is just 160 bits. String must be a Hexadecimal representation of the hash result.
keyXMLContentstringMust be explicitly namespaced as defined in the closing contentobject blockIt is correct that the XML data itself need to be within a separate namespace (not the entire content object). keyXMLContent must be well-formed
embeddedXMLContentExamplestringMust be explicitly namespaced as defined in the closing contentobject blockIt is correct that the XML data itself need to be within a separate namespace (not the entire content object). embeddedXMLContent must be well-formed
DistributionIDstringno commas

Background

The Disaster Management eGov Initiative of the Department of Homeland Security (DHS) determined in 2004 to launch a project to develop interagency emergency data communications standards. It called together a group of national emergency response practitioner leaders and sought their guidance on requirements for such standards. In June, 2004 the first such meeting identified the need for a common distribution element for all emergency messages. Subsequent meetings of a Standards Working Group developed detailed requirements and a draft specification for such a distribution element (DE). During the same period the DM Initiative was forming a partnership with industry members of the Emergency Interoperability Consortium (EIC) to cooperate in the development of emergency standards. EIC had been a leading sponsor of the Common Alerting Protocol (CAP). Both organizations desired to develop an expanded family of data formats for exchanging operational information beyond warning. EIC members participated in the development of the DE, and in the broader design of the design of a process for the development of additional standards. This was named Emergency Data Exchange Language (EDXL). The goal of the EDXL project is to facilitate emergency information sharing and data exchange across the local, state, tribal, national and non-governmental organizations of different professions that provide emergency response and management services. EDXL will accomplish this goal by focusing on the standardization of specific messages (messaging interfaces) to facilitate emergency communication and coordination particularly when more than one profession is involved. It is not just an "emergency management" domain exercise. It is a national effort including a diverse and representative group of local, state and federal emergency response organizations and professionals, following a multi-step process. Just as a data-focused effort targets shared data elements, the EDXL process looks for shared message needs, which are common across a broad number of organizations. The objective is to rapidly deliver implementable standard messages, in an incremental fashion, directly to emergency response agencies in the trenches, providing seamless communication and coordination supporting each particular process. The effort first addresses the most urgent needs and proceeds to subsequent message sets in a prioritized fashion. The goal is to incrementally develop and deliver standards. EDXL is intended as a suite of emergency data message types including resource queries and requests, situation status, message routing instructions and the like, needed in the context of cross-disciplinary, cross-jurisdictional communications related to emergency response. The priorities and requirements are created by the DM EDXL Standards Working Group (SWG) which is a formalized group of emergency response practitioners, technical experts, and industry. The draft DE specification was trialed by a number of EIC members starting in October, 2004. In November, 2004, EIC formally submitted the draft to the OASIS Emergency Management Technical Committee for standardization.

EDXL-RM (Resource Messaging)

Overview

EDXL-RM (Resource Message) [5] OASIS Standard, which describes a suite of standard messages for sharing data among information systems that coordinate requests for emergency equipment, supplies, and people.

Purpose

The primary purpose of the Emergency Data Exchange Language Resource Messaging (EDXL-RM) Specification is to provide a set of standard formats for XML emergency response messages. These Resource Messages are specifically designed as payloads of Emergency Data Exchange Language Distribution Element- (EDXL-DE)-routed messages. Together EDXL-DE and EDXL-RM are intended to expedite all activities associated with resources needed to respond and adapt to emergency incidents. The Distribution Element may be thought of as a "container". It provides the information to route "payload" message sets (such as Alerts or Resource Messages), by including key routing information such as distribution type, geography, incident, and sender/recipient IDs. The Resource Message is constrained to the set of Resource Message Types contained in this specification. The Resource Message is intended to be the payload or one of the payloads of the Distribution Element which contains it.

History

Disaster Management (DM) is a communications program in the Department of Homeland Security’s (DHS) Office for Interoperability and Compatibility (OIC) and managed by the Science and Technology (S&T) Directorate. The program was initiated as one of the President’s e-government initiatives. DM’s mission is to serve as the program within the Federal Government to help local, tribal, state, and federal public safety and emergency response agencies improve public safety response through more effective and efficient interoperable data sharing. The DHS DM program sponsors a Practitioner Steering Group (PSG). The DM Practitioner Steering Group (PSG) governance was formalized following publication of the EDXL Distribution Element. It plays a key role in the direction, prioritization, definition, and execution of the DHS-DM program. The group is composed of representatives of major emergency response associations, setting priorities and providing recommendations regarding messaging standards development as well as the other facets of the DM program. The PSG specified messaging standards-based systems interoperability as the top priority for the DHS Disaster Management program. The EDXL Resource Messaging Specification effort was identified as the top priority standard by this group following the EDXL-DE. The requirements and specification effort was initiated by this group in partnership with industry members of the Emergency Interoperability Consortium (EIC) in a Standards Working Group (SWG). That group developed a draft specification which was submitted to the OASIS Emergency Management Technical Committee to begin work on this EDXL-RM specification. The process remained the same as with the EDXL-DE specification with the exception that the Technical Committee requested that the initial candidate specification submitted by the expert group be recast as a formal Requirements Document according to a template that the Technical Committee provided to the expert group. The candidate specification was then resubmitted along with this requested requirements document.

EDXL-HAVE (Hospital Availability Exchange)

Overview

EDXL-HAVE (Hospital Availability Exchange) [6] OASIS Standard, which allows a hospital's status, services, and resources (including bed capacity, emergency department status, and available service coverage) to be communicated.

Purpose

EDXL-HAVE specifies an XML document format that allows the communication of the status of a hospital, its services, and its resources. These include bed capacity and availability, emergency department status, available service coverage, and the status of a hospital’s facility and operations.

History

In a disaster or emergency situation, there is a need for hospitals to be able to communicate with each other, and with other members of the emergency response community. The ability to exchange data in regard to hospitals’ bed availability, status, services, and capacity enables both hospitals and other emergency agencies to respond to emergencies and disaster situations with greater efficiency and speed. In particular, it will allow emergency dispatchers and managers to make sound logistics decisions - where to route victims, which hospitals have the ability to provide the needed service. Many hospitals have expressed the need for, and indeed are currently using, commercial or self-developed information technology that allows them to publish this information to other hospitals in a region, as well as EOCs, 9-1-1 centers, and EMS responders via a Web-based tool. Systems that are available today do not record or present data in a standardized format, creating a serious barrier to data sharing between hospitals and emergency response groups. Without data standards, parties of various kinds are unable to view data from hospitals in a state or region that use a different system – unless a specialized interface is developed. Alternatively, such officials must get special passwords and toggle between web pages to get a full picture. Other local emergency responders are unable to get the data imported into the emergency IT tools they use (e.g. a 9-1-1 computer-aided dispatch system or an EOC consequence information management system). They too must get a pass word and go to the appropriate web page. This is very inefficient. A uniform data standard will allow different applications and systems to communicate seamlessly.

In 2013 the OASIS EM Technical Committee created a sub-committee to revise HAVE. HAVE version 2.0 is under development with draft schema and working documents in place. HAVE version 2.0 is aimed at addressing some shortfalls of the HAVE v1.0 (and the unofficial HAVE v1.1 that evolved informally) and to increase the depth of support for non-hospital facilities (e.g. urgent care clinics, long-term care facilities, temporary facilities).

Common Alerting Protocol

See (Common Alerting Protocol) OASIS standard preceding EDXL-DE that is often included in the EDXL family.

EDXL-SitRep (Situation Reporting)

Overview

EDXL-SitRep (Situation Reporting) completed the detailed practitioner requirements process in 2008 and was submitted by EIC and the U.S. Department of Homeland Security to OASIS to begin its standards process in March 2009.

Purpose

EDXL-SitRep will provide a standard format for sharing general information across the disparate systems of any public or private organization and Emergency Support Function (ESF), about a situation, incident or event and the operational picture of current and required response. The purpose of EDXL-SitRep is to guide more effective preparation, response, management and recovery through seamless summary-level information-sharing before, during and after emergencies and disasters of any scale.

EDXL-TEP (Tracking of Emergency Patients)

Overview

EDXL-TEP is an XML messaging standard primarily for exchange of emergency patient and tracking information from patient encounter through hospital admission or release. TEP supports patient tracking across the EMS incident continuum of care, as well as evacuations from hospitals and day to day hospital patient transfers, providing real-time information to responders, emergency management, coordinating organizations and care facilities involved in incidents and the chain of care and transport. The TEP purpose embraces larger Phase II effort objectives for tracking everyone affected by and requiring emergency service or assistance as a result of a mass casualty incident, but is aimed at increased effectiveness of emergency medical services and management, patient tracking, and continued patient care preparedness during emergency care. TEP is driven by cross-profession practitioner needs (Practitioner Steering Group and expanded stakeholder groups), and led by the National Association of State EMS Officials (NASEMSO). It supports select goals of the HHS-Agency for Health and Research Quality (AHRQ) and gaps identified by the Health Information Technology Standards Panel (HITSP).

Government support

The U.S. Department of Homeland Security has increasingly embraced the EDXL suite of standards. Official grant guidance requires their use by grantees in information systems funded by the Department.

Customer Information Quality

Customer Information Quality is another OASIS standard that is used in EDXL-RM and EDXL-HAVE. The CIQ set of specifications is for party, person, and organization information. The CIQ TC's objective in producing their specification was for "global" identification and was discovered to include information not applicable to the Emergency Management Domain. In light of this a profile was developed that maintained compliance with the original CIQ specification, but removed items not needed for EDXL.

GeoOASIS Where

The Geography Markup Language (GML) is the XML grammar defined by the Open Geospatial Consortium (OGC) to express geographical features. The EDXL Data Standards implement a profile of the GML standard called "GeoOASIS Where".

National Information Exchange Model

The National Information Exchange Model (NIEM) is an XML-based information exchange framework from the United States. NIEM represents a collaborative partnership of agencies and organizations across all levels of government (federal, state, tribal, and local) and with private industry. EDXL is considered to be NIEM compliant through a set of adapters that are contained within NIEM Core.

IEEE 1512

A related series of standards sponsored by the United States Department of Transportation and critical to emergency operations. The IEEE 1512 Family of standards are incident management and traffic incident related message sets. They provide incident management message sets common to traffic management, public safety, and hazardous materials incident response activities. [7]

See also

Related Research Articles

<span class="mw-page-title-main">SOAP</span> Messaging protocol for web services

SOAP is a messaging protocol specification for exchanging structured information in the implementation of web services in computer networks. It uses XML Information Set for its message format, and relies on application layer protocols, most often Hypertext Transfer Protocol (HTTP), although some legacy systems communicate over Simple Mail Transfer Protocol (SMTP), for message negotiation and transmission.

<span class="mw-page-title-main">Interoperability</span> Ability of systems to work with each other

Interoperability is a characteristic of a product or system to work with other products or systems. While the term was initially defined for information technology or systems engineering services to allow for information exchange, a broader definition takes into account social, political, and organizational factors that impact system-to-system performance.

The Organization for the Advancement of Structured Information Standards is a nonprofit consortium that works on the development, convergence, and adoption of open standards for cybersecurity, blockchain, Internet of things (IoT), emergency management, cloud computing, legal data exchange, energy, content technologies, and other areas.

<span class="mw-page-title-main">Computer-aided dispatch</span> A method of dispatching vehicle-based services assisted by computer

Computer-aided dispatch (CAD), also called computer-assisted dispatch, is a method of dispatching taxicabs, couriers, field service technicians, mass transit vehicles or emergency services assisted by computer. It can either be used to send messages to the dispatchee via a mobile data terminal (MDT) and/or used to store and retrieve data. A dispatcher may announce the call details to field units over a two-way radio. Some systems communicate using a two-way radio system's selective calling features. CAD systems may send text messages with call-for-service details to alphanumeric pagers or wireless telephony text services like SMS. The central idea is that persons in a dispatch center are able to easily view and understand the status of all units being dispatched. CAD provides displays and tools so that the dispatcher has an opportunity to handle calls-for-service as efficiently as possible.

Message-oriented middleware (MOM) is software or hardware infrastructure supporting sending and receiving messages between distributed systems. MOM allows application modules to be distributed over heterogeneous platforms and reduces the complexity of developing applications that span multiple operating systems and network protocols. The middleware creates a distributed communications layer that insulates the application developer from the details of the various operating systems and network interfaces. APIs that extend across diverse platforms and networks are typically provided by MOM.

The Common Alerting Protocol (CAP) is an XML-based data format for exchanging public warnings and emergencies between alerting technologies. CAP allows a warning message to be consistently disseminated simultaneously over many warning systems to many applications, such as Google Public Alerts and Cell Broadcast. CAP increases warning effectiveness and simplifies the task of activating a warning for responsible officials.

Security Assertion Markup Language is an open standard for exchanging authentication and authorization data between parties, in particular, between an identity provider and a service provider. SAML is an XML-based markup language for security assertions. SAML is also:

<span class="mw-page-title-main">Learning object metadata</span> Data model

Learning Object Metadata is a data model, usually encoded in XML, used to describe a learning object and similar digital resources used to support learning. The purpose of learning object metadata is to support the reusability of learning objects, to aid discoverability, and to facilitate their interoperability, usually in the context of online learning management systems (LMS).

NIEMOpen, frequently referred to as NIEM, originated as an XML-based information exchange framework from the United States, but has transitioned to an OASISOpen Project. This initiative formalizes NIEM's designation as an official standard in national and international policy and procurement. NIEMOpen's Project Governing Board recently approved the first standard under this new project; the Conformance Targets Attribute Specification (CTAS) Version 3.0. A full collection of NIEMOpen standards are anticipated by end of year 2024.

The Microsoft Open Specification Promise is a promise by Microsoft, published in September 2006, to not assert its patents, in certain conditions, against implementations of a certain list of specifications.

Election Markup Language (EML) is an XML-based standard to support end to end management of election processes.

AS4 is an open standard for the secure and payload-agnostic exchange of Business-to-business documents using Web services. Secure document exchange is governed by aspects of WS-Security, including XML Encryption and XML Digital Signatures. Payload agnosticism refers to the document type not being tied to any defined SOAP action or operation.

Content Assembly Mechanism (CAM) is an XML-based standard for creating and managing information exchanges that are interoperable and deterministic descriptions of machine-processable information content flows into and out of XML structures. CAM is a product of the OASIS Content Assembly Technical Committee.

<span class="mw-page-title-main">Key Management Interoperability Protocol</span> Communication protocol for the manipulation of cryptographic keys

The Key Management Interoperability Protocol (KMIP) is an extensible communication protocol that defines message formats for the manipulation of cryptographic keys on a key management server. This facilitates data encryption by simplifying encryption key management. Keys may be created on a server and then retrieved, possibly wrapped by other keys. Both symmetric and asymmetric keys are supported, including the ability to sign certificates. KMIP also allows for clients to ask a server to encrypt or decrypt data, without needing direct access to the key.

Emergency management software is the software used by local, state and federal emergency management personnel to deal with a wide range of disasters and can take many forms. For example, training software such as simulators are often used to help prepare first responders, word processors can keep form templates handy for printing and analytical software can be used to perform post-hoc examinations of the data captured during an incident. All of these systems are interrelated, as the results of an after-incident analysis can then be used to program training software to better prepare for a similar situation in the future. Crisis Information Management Software (CIMS) is the software found in emergency management operation centers (EOC) that supports the management of crisis information and the corresponding response by public safety agencies.

EDXL Sharp is a C# / .NET 3.5 implementation of the OASIS Emergency Data Exchange Language (EDXL) family of standards. The purpose of these libraries is to allow developers to:

Electronic Business using eXtensible Markup Language, commonly known as e-business XML, or ebXML as it is typically referred to, is a family of XML based standards sponsored by OASIS and UN/CEFACT whose mission is to provide an open, XML-based infrastructure that enables the global use of electronic business information in an interoperable, secure, and consistent manner by all trading partners.

The SAML metadata standard belongs to the family of XML-based standards known as the Security Assertion Markup Language (SAML) published by OASIS in 2005. A SAML metadata document describes a SAML deployment such as a SAML identity provider or a SAML service provider. Deployments share metadata to establish a baseline of trust and interoperability.

References

  1. Take a Tour
  2. OASIS Emergency Management TC | OASIS
  3. Emergency Interoperability Consortium (EIC)
  4. http://www.oasis-open.org/committees/download.php/17228/EDXL-DE_Spec_v1.0.pdf [ bare URL PDF ]
  5. http://docs.oasis-open.org/emergency/edxl-rm/v1.0/EDXL-RM-SPEC-V1.0.pdf [ bare URL PDF ]
  6. http://docs.oasis-open.org/emergency/edxl-have/pr03/emergency_edxl_have-1.0-spec-pr03.html
  7. "IEEE Incident Management Working Group - Home". Archived from the original on 2009-04-19. Retrieved 2009-04-28.