DOCSLIB.ORG

Ebxml Messaging Services Specification

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Ebxml Messaging Services Specification 1 2 ebXML Messaging Services 3 Specification 2.1 4 Working Draft 04, 25 March 2004 5 Document identifier: 6 wd-ebMS-2_1-04 7 Location: 8 http://www.oasis-open.org/committees/download.php/5591/wd-ebMS-2_1-01.pdf 9 Editor: 10 Matthew MacKenzie, Adobe Systems Incorporated, [email protected] 11 Contributors: 12 Dale Moberg Cyclone Commerce [email protected] Doug Bunting Sun Microsystems [email protected] Ian Jones Individual [email protected] Jacques Durand Fujitsu [email protected] Jeff Turpin Cyclone Commerce [email protected] Martin Sachs Cyclone Commerce [email protected] Mike Dillon Drummond Group [email protected] Pete Wenzel SeeBeyond [email protected] 13 14 Abstract: 15 [TODO] 16 Status: 17 This document specifies an ebXML Message Specification for the eBusiness community. 18 Distribution of this document is unlimited. 19 Note: Implementers of this specification should consult the OASIS ebXML Messaging Services 20 Technical Committee web site for current status and revisions to the specification 21 (http://www.oasis-open.org/committees/ebxml-msg/ ). 22 Previous version (2.0) 23 http://www.oasis-open.org/committees/ebxml-msg/documents/ebMS_v2_0.pdf 24 Errata to this version 25 http://TODO Copyright (C) .2004 OASIS Open, Inc. All Rights Reserved. OASIS ebXML Messaging Services March 2004 26 27 28 Table of Contents 29 1 Introduction 8 30 2 Summary of Contents of this Document 9 31 2.1.1 Document Conventions 9 32 2.1.2 Audience 10 33 2.1.3 Caveats and Assumptions 10 34 2.1.4 Related Documents 10 35 2.2 Concept of Operation 10 36 2.2.1 Scope 10 37 2.2.2 Background and Objectives 11 38 2.2.3 Operational Policies and Constraints 12 39 2.2.4 Modes of Operation 12 40 2.3 Minimal Requirements for Conformance 13 41 3 ebXML with SOAP 16 42 3.1 Packaging Specification 16 43 3.1.1 SOAP Structural Conformance 17 44 3.1.2 Message Package 17 45 3.1.3 Header Container 17 46 3.1.3.1 Content-Type 17 47 3.1.3.2 charset attribute 17 48 3.1.3.3 Header Container Example 18 49 3.1.4 Payload Container 18 50 3.1.4.1 Example of a Payload Container 18 51 3.1.5 Additional MIME Parameters 19 52 3.1.6 Reporting MIME Errors 19 53 3.2 XML Prolog 19 54 3.2.1 XML Declaration 19 55 3.2.2 Encoding Declaration 19 56 3.3 ebXML SOAP Envelope extensions 20 57 3.3.1 Namespace pseudo attribute 20 58 3.3.2 xsi:schemaLocation attribute 20 59 3.3.3 SOAP Header Element 21 60 3.3.4 SOAP Body Element 21 61 3.3.5 ebXML SOAP Extensions 21 62 3.3.5.1 SOAP Header extensions: 21 63 3.3.5.2 SOAP Body extension: 21 64 3.3.5.3 Core ebXML Modules: 21 65 3.3.6 #wildcard Element Content 22 66 3.3.7 id attribute 22 67 3.3.8 version attribute 22 68 3.3.9 SOAP mustUnderstand attribute 22 Message Service Specification 2.1 Page 2 of 87 Copyright © 2002 OASIS Open, Inc. All Rights Reserved. OASIS ebXML Messaging Services March 2004 69 3.3.10 ebXML "Next MSH" actor URI 23 70 3.3.11 ebXML "To Party MSH" actor URI 23 71 4 Core Extension Elements 24 72 4.1 MessageHeader Element 24 73 4.1.1 From and To Elements 24 74 4.1.1.1 PartyId Element 24 75 4.1.1.2 Role Element 25 76 4.1.2 CPAId Element 25 77 4.1.3 ConversationId Element 25 78 4.1.4 Service Element 26 79 4.1.4.1 type attribute 26 80 4.1.5 Action Element 26 81 4.1.6 MessageData Element 26 82 4.1.6.1 MessageId Element 27 83 4.1.6.2 Timestamp Element 27 84 4.1.6.3 RefToMessageId Element 27 85 4.1.6.4 TimeToLive Element 27 86 4.1.7 DuplicateElimination Element 27 87 4.1.8 Description Element 28 88 4.1.9 MessageHeader Sample 28 89 4.2 Manifest Element 28 90 4.2.1 Reference Element 29 91 4.2.1.1 Schema Element 29 92 4.2.1.2 Description Element 29 93 4.2.2 Manifest Validation 29 94 4.2.3 Manifest Sample 30 95 5 Core Modules 31 96 5.1 Security Module 31 97 5.1.1 Signature Element 31 98 5.1.2 Security and Management 31 99 5.1.2.1 Collaboration Protocol Agreement 31 100 5.1.3 Signature Generation 32 101 5.1.4 Countermeasure Technologies 34 102 5.1.4.1 Persistent Digital Signature 34 103 5.1.4.2 Persistent Signed Receipt 34 104 5.1.4.3 Non-persistent Authentication 35 105 5.1.4.4 Non-persistent Integrity 35 106 5.1.4.5 Persistent Confidentiality 35 107 5.1.4.6 Non-persistent Confidentiality 35 108 5.1.4.7 Persistent Authorization 35 109 5.1.4.8 Non-persistent Authorization 35 110 5.1.4.9 Trusted Timestamp 35 111 5.1.5 Security Considerations 36 112 5.2 Error Handling Module 37 113 5.2.1.1 Definitions: 37 114 5.2.2 Types of Errors 37 Message Service Specification 2.1 Page 3 of 87 Copyright © 2002 OASIS Open, Inc. All Rights Reserved. OASIS ebXML Messaging Services March 2004 115 5.2.3 ErrorList Element 37 116 5.2.3.1 highestSeverity attribute 38 117 5.2.3.2 Error Element 38 118 5.2.3.3 ErrorList Sample 39 119 5.2.3.4 errorCode values 39 120 5.2.4 Implementing Error Reporting and Handling 40 121 5.2.4.1 When to Generate Error Messages 40 122 5.2.4.2 Identifying the Error Reporting Location 40 123 5.2.4.3 Service and Action Element Values 40 124 5.3 SyncReply Module 41 125 5.3.1 SyncReply Element 41 126 6 Combining ebXML SOAP Extension Elements 42 127 6.1.1 MessageHeader Element Interaction 42 128 6.1.2 Manifest Element Interaction 42 129 6.1.3 Signature Element Interaction 42 130 6.1.4 ErrorList Element Interaction 42 131 6.1.5 SyncReply Element Interaction 42 132 7 Reliable Messaging Module 44 133 7.1 Persistent Storage and System Failure 44 134 7.2 Methods of Implementing Reliable Messaging 44 135 7.3 Reliable Messaging SOAP Header Extensions 45 136 7.3.1 AckRequested Element 45 137 7.3.1.1 SOAP actor attribute 45 138 7.3.1.2 signed attribute 45 139 7.3.1.3 AckRequested Sample 46 140 7.3.1.4 AckRequested Element Interaction 46 141 7.3.2 Acknowledgment Element 46 142 7.3.2.1 SOAP actor attribute 46 143 7.3.2.2 Timestamp Element 46 144 7.3.2.3 RefToMessageId Element 46 145 7.3.2.4 From Element 47 146 7.3.2.5 [XMLDSIG] Reference Element 47 147 7.3.2.6 Acknowledgment Sample 47 148 7.3.2.7 Sending an Acknowledgment Message by Itself 47 149 7.3.2.8 Acknowledgment Element Interaction 48 150 7.4 Reliable Messaging Parameters 48 151 7.4.1 DuplicateElimination 48 152 7.4.2 AckRequested 48 153 7.4.3 Retries 48 154 7.4.4 RetryInterval 48 155 7.4.5 TimeToLive 48 156 7.4.6 PersistDuration 49 157 7.4.7 syncReplyMode 49 158 7.5 ebXML Reliable Messaging Protocol 49 159 7.5.1 Sending Message Behavior 50 160 7.5.2 Receiving Message Behavior 50 Message Service Specification 2.1 Page 4 of 87 Copyright © 2002 OASIS Open, Inc. All Rights Reserved. OASIS ebXML Messaging Services March 2004 161 7.5.3 Generating an Acknowledgment Message 51 162 7.5.4 Resending Lost Application Messages 51 163 7.5.5 Resending Acknowledgments 52 164 7.5.6 Duplicate Message Handling 52 165 7.5.7 Failed Message Delivery 53 166 7.6 Reliable Messaging Combinations 53 167 8 Message Status Service 55 168 8.1 Message Status Messages 55 169 8.1.1 Message Status Request Message 55 170 8.1.2 Message Status Response Message 55 171 8.1.3 Security Considerations 56 172 8.2 StatusRequest Element 56 173 8.2.1 RefToMessageId Element 56 174 8.2.2 StatusRequest Sample 56 175 8.2.3 StatusRequest Element Interaction 56 176 8.3 StatusResponse Element 56 177 8.3.1 RefToMessageId Element 57 178 8.3.2 Timestamp Element 57 179 8.3.3 messageStatus attribute 57 180 8.3.4 StatusResponse Sample 57 181 8.3.5 StatusResponse Element Interaction 57 182 9 Message Service Handler Ping Service 58 183 9.1 Message Service Handler Ping Message 58 184 9.2 Message Service Handler Pong Message 59 185 9.3 Security Considerations 60 186 10 MessageOrder Module 61 187 10.1 MessageOrder Element 61 188 10.1.1 SequenceNumber Element 61 189 10.1.2 MessageOrder Sample 62 190 10.2 MessageOrder Element Interaction 62 191 11 Multi-Hop Module 63 192 11.1 Multi-hop Reliable Messaging 63 193 11.1.1 AckRequested Sample 63 194 11.1.2 Acknowledgment Sample 64 195 11.1.3 Multi-Hop Acknowledgments 64 196 11.1.4 Signing Multi-Hop Acknowledgments 64 197 11.1.5 Multi-Hop Security Considerations 65 198 11.2 Message Ordering and Multi-Hop 65 199 Appendix A.
Load more

Recommended publications
  • TIBCO Businessconnect™ Ebxml Protocol User’S Guide — Ebms3/AS4 Standard
    TIBCO BusinessConnect™ ebXML Protocol User’s Guide — ebMS3/AS4 Standard Software Release 6.1 August 2015 Two-Second Advantage® Important Information SOME TIBCO SOFTWARE EMBEDS OR BUNDLES OTHER TIBCO SOFTWARE. USE OF SUCH EMBEDDED OR BUNDLED TIBCO SOFTWARE IS SOLELY TO ENABLE THE FUNCTIONALITY (OR PROVIDE LIMITED ADD-ON FUNCTIONALITY) OF THE LICENSED TIBCO SOFTWARE. THE EMBEDDED OR BUNDLED SOFTWARE IS NOT LICENSED TO BE USED OR ACCESSED BY ANY OTHER TIBCO SOFTWARE OR FOR ANY OTHER PURPOSE. USE OF TIBCO SOFTWARE AND THIS DOCUMENT IS SUBJECT TO THE TERMS AND CONDITIONS OF A LICENSE AGREEMENT FOUND IN EITHER A SEPARATELY EXECUTED SOFTWARE LICENSE AGREEMENT, OR, IF THERE IS NO SUCH SEPARATE AGREEMENT, THE CLICKWRAP END USER LICENSE AGREEMENT WHICH IS DISPLAYED DURING DOWNLOAD OR INSTALLATION OF THE SOFTWARE (AND WHICH IS DUPLICATED IN THE LICENSE FILE) OR IF THERE IS NO SUCH SOFTWARE LICENSE AGREEMENT OR CLICKWRAP END USER LICENSE AGREEMENT, THE LICENSE(S) LOCATED IN THE “LICENSE” FILE(S) OF THE SOFTWARE. USE OF THIS DOCUMENT IS SUBJECT TO THOSE TERMS AND CONDITIONS, AND YOUR USE HEREOF SHALL CONSTITUTE ACCEPTANCE OF AND AN AGREEMENT TO BE BOUND BY THE SAME. This document contains confidential information that is subject to U.S. and international copyright laws and treaties. No part of this document may be reproduced in any form without the written authorization of TIBCO Software Inc. TIBCO, Two-Second Advantage, TIBCO ActiveMatrix BusinessWorks, TIBCO ActiveMatrix BusinessWorks Plug-in for BusinessConnect, TIBCO Administrator, TIBCO BusinessConnect, TIBCO BusinessConnect Palette, TIBCO Designer, TIBCO Enterprise Message Service, TIBCO Hawk, TIBCO Rendezvous, TIBCO Runtime Agent are either registered trademarks or trademarks of TIBCO Software Inc.
    [Show full text]
  • A SOAP-Based Model for Secure Messaging in a Global Context
    A SOAP-Based Model for Secure Messaging in a Global Context by Johannes Jurie van Eeden A SOAP-based Model for Secure Messaging in a Global Context by Johannes Jurie van Eeden Dissertation submitted in fulfillment of the requirements for the degree Magister Technologiae in Information Technology in the School of Information and Communication Technology at the Nelson Mandela Metropolitan University Promoter: Dr Maree Pather December 2005 Table of Contents Declaration ............................................................................................................. v Abstract.................................................................................................................. vi Acknowledgements................................................................................................ vii Acronyms and Abbreviations used.......................................................................viii Part I ...................................................................................................................... 1 Introduction............................................................................................................. 1 Chapter 1 ............................................................................................................... 2 Introduction............................................................................................................. 2 1.1 Problem Statement........................................................................................ 3 1.2 Objectives ....................................................................................................
    [Show full text]
  • Content Assembly Mechanism (CAM) Business Transaction Information Management
    Content Assembly Mechanism (CAM) business transaction information management What CAM Is The CAM approach provides these three The CAM specification provides an open critical abilities: – XML based system for using business rules to • documentation of business interchange define, validate and compose specific business transactions, documents from generalized schema elements • design-time assembly support with and structures. verification, and A CAM rule set and document assembly • runtime checking of information content. template defines the specific business context, content requirement, and transactional function Next we consider the limitations of current of a document. A CAM template must be approaches and technologies and how the capable of consistently reproducing documents capabilities that CAM provides can address that can successfully carry out the specific these shortcomings. transactional function that they were designed for. CAM also provides the foundation for The Present Tools and Their Limitations for creating industry libraries and dictionaries Addressing the Problem of schema elements and business document structures to support business process needs. The advent of XML has also meant that other new tools are available to advance the technology of automatic transaction content Solving the Inherent Problem of Automated handling. These include formal structure Information Integration definitions using XML schema (XSD) with Automated information integration has content control at the element level using been the Holy Grail of e-Business systems datatyping; then XSLT rules and XPath since before XML was conceived. Early expressions and semantic tools such as RDF attempts centered on the use of industry and OWL to provide machine understanding of standard transaction formats typified by EDI the role and usage of the XML based messages1.
    [Show full text]
  • Innovations in Resource Management and Mutual Aid Technology
    Innovations in Resource Management and Mutual Aid Technology July 22, 2021 National Alliance for Public Safety GIS (NAPSG) Foundation napsgfoundation.org | @napsgfoundation napsgfoundation.org | @napsgfoundation 1 Webinar Prep​ • Due to the large attendance, all participants are muted for the duration of the session to prevent background noise.​ • Please use the Q&A functionality within Zoom for questions that are relevant to the whole group.​ • We will address these Q&A at the end of the webinar!​ napsgfoundation.org | @napsgfoundation Today’s Objectives • Learn about FEMA’s National Resource Hub and how to gain access and start using the suite of resource management tools. • Gain insight into how the National Resource Hub can connect and share data with your other incident management systems, situational awareness apps, and other 3rd party systems today and in the future. • Learn what is in development to improve existing and innovate with new resource management and mutual aid technology tools and systems. • Find out what’s new in version 3.0 of the Implementation Guide on Information Sharing Standards and how you can use the guide in informing your agency’s technology selection and acquisition process to ensure interoperability and seamless information sharing. • Gain basic technical knowledge on the latest with the Emergency Data Exchange Language (EDXL) and how it supports building a National – and Global – network of interoperable incident management systems. napsgfoundation.org | @napsgfoundation 3 Agenda 2:00pm Introductions and Overview 2:10pm National Resource Hub - What It’s About - What It Can Do For You and Your Agency 2:25pm What’s Coming in the Job Aid and Technical Guidance for Incident Management Technology 2:35pm Know the Basics on EDXL and Why it Matters 2:55pm Actions & Next Steps 3:00pm Adjourned napsgfoundation.org | @napsgfoundation 4 Hosts and Panelists • Charlotte Abel, Strategic Manager, NAPSG Foundation • Harmon Rowland, Section Chief, FEMA National Integration Center • Rebecca Harned, Vice President, 4 Arrows Consulting, Inc.
    [Show full text]
  • T-Mobile International Ebxml B2B Gateway Solution
    An OASIS White Paper T-Mobile International ebXML B2B Gateway Solution Adoption of the ebXML Messaging Service and ebXML Collaboration Protocol Profiles and Agreements OASIS Standards By Pim van der Eijk For OASIS OASIS (Organization for the Advancement of Structured Information Standards) is a not-for-profit, international consortium that drives the development, convergence, and adoption of e-business standards. Members themselves set the OASIS technical agenda, using a lightweight, open process expressly designed to promote industry consensus and unite disparate efforts. The consortium produces open standards for Web services, security, e-business, and standardization efforts in the public sector and for specific industries. OASIS was founded in 1993. More information can be found on the OASIS web site at http://www.oasis-open.org/. OASIS also hosts the ebXML XML.org web site, http://ebxml.xml.org/, which serves as the official international community gathering place and information resource for the suite of ebXML standards. The ebXML Messaging Service (ebMS) OASIS Standard enables the transport, routing and packaging of e-business transactions. The ebXML Collaboration Protocol Profiles and Agreements (CPPA) OASIS Standard describes how trading partners engage in electronic business collaborations through the exchange of electronic messages. Both technical specifications are part of the ebXML modular suite of specifications. The OASIS Technical Committees working on ebMS and CPPA were originally formed in 2001. The ebXML Messaging Service specification, version 2.0 and the ebXML Collaboration Protocol Profiles and Agreements specification, version 2.0, became OASIS Standards in 2002. Along with two other specifications of the ebXML framework, both documents were approved by the International Standards Organisation as ISO/TS 15000-2 and ISO/TS 15000-1 in March 2004.
    [Show full text]
  • Emergency Management Standards
    Emergency Management Standards HL7 WGM International Council May 2019 Elysa Jones, Chair OASIS Emergency Management Technical Committee Emergency Interoperability Member Section [email protected] Agenda ▪ What is OASIS ▪ Joint work with HL7 - Tracking emergency patients - Hospital availability 2 Internationally recognized ▪ EU classifies OASIS as “one of the top three ICT consortia”. ▪ EU Regulation 1025/2012 allows OASIS specs to be referenced in public procurement ▪ OASIS is permanent member of EC’s European Multi-Stakeholder Platform on ICT Standardization ▪ OASIS TC Process is ANSI-accredited. 3 Established presence, Current agenda ▪ Nonprofit consortium ▪ Founded 1993 ▪ Global 5,000+ participants 600+ orgs & individuals in 100+ countries ▪ Home of 70+ Technical Committees ▪ Broad portfolio of standards: security, privacy, Cloud, M2M, IoT, content technologies, energy, eGov, legal, emergency management, finance, Big Data, healthcare, + other areas identified by members 4 OASIS → de jure OASIS Standard Also Approved As: Advanced Message Queuing Protocol (AMQP) ISO/IEC 19464 ebXML Collaborative Partner Profile Agreement ISO 15000-1 ebXML Messaging Service Specification ISO 15000-2 ebXML Registry Information Model ISO 15000-3 ebXML Registry Services Specification ISO 15000-4 Security Assertion Markup Language (SAML) ITU-T Rec. X.1141 Extensible Access Control Markup Language (XACML) ITU-T Rec. X.1142 OpenDocument Format (ODF) ISO/IEC 26300 Common Alerting Protocol (CAP) ITU-T Rec. X.1303 Computer Graphics Metafile (WebCGM) W3C WebCGM
    [Show full text]
  • Ebxml Web Services &
    ebXML Web Services & EDI XML Europe 2003 London 7 May 2003 Dale Waldt President, aXtive Minds, Inc. Program Development, OASIS Who Am I? Currently Director, aXtive Minds XML Training & Consulting [email protected] Program Development Consultant, OASIS XML Standards Consortium [email protected] Previously VP Technology, RIA Tax Publishing Group The Thomson Corporation XML Enables Robust e-Business Platforms Enables industry data interchange standards platform-independent data exchange electronic commerce user agents for automatic processing after receipt Enables software to handle specialized information distributed over the Web Enables use of metadata data about information help people & systems find information help information producers & consumers find each other The Complete XML Picture V V V V V V E E E E E E R R R R R R T T T T T T I I I I I I C C C C C C A A A A A A L L L L L L HORIZONTAL & WEB SERVICES PROCESS/CORE COMPONENTS MESSAGING (e.g. SOAP, ebXML TRP) FOUNDATION (e.g. XML, Schema, XSLT) CORE (e.g. TCP/IP, HTTP) The eBusiness Tidal Wave Business-to-Business Processes Sales and Distribution Consumer Services Internet Based Delivery The eBusiness Technologies Sales and Distribution B2B iMarketPlaces / Hubs XMLXML B2B iMarketPlaces / Hubs ASP’s (App’ Srvc Provider) B2C Integration Information Mining Web Services Directory Services First There Was EDI Electronic data Interchange (EDI) Fortune 1000 Facilitates global electronic trade ANSI X12 standards used in North America UN EDIFACT (EDI for Administration, Commerce & Transport) used in Europe and 95% elsewhere outside North America Purchase orders, invoices, wire transfers, Small to Medium receipts, etc.
    [Show full text]
  • 16Th ICCRTS “Collective C2 in Multinational Civil-Military Operations”
    16th ICCRTS “Collective C2 in Multinational Civil-Military Operations” Title of Paper Adapting WS-Discovery for use in tactical networks Topic(s) Primary: Topic 9: Networks and Networking Alternatives: Topic 8: Architectures, Technologies, and Tools, Topic 6: Experimentation, Metrics, and Analysis Name of Author(s) Frank T. Johnsen and Trude Hafsøe Norwegian Defence Research Establishment (FFI) P.O. Box 25 2027 Kjeller, Norway Point of Contact Frank T. Johnsen Norwegian Defence Research Establishment (FFI) P.O. Box 25 2027 Kjeller, Norway [email protected] Abstract The NATO Network Enabled Capabilities (NNEC) feasibility study has identified Web services as a key enabling technology for NNEC. The technology is founded on a number of civil standards, ensuring interoperability across different operating systems and programming languages. This also makes the technology a natural choice for interoperability also in multinational civil-military operations, where a large number of heterogeneous systems need to exchange information. Web services provide loose coupling and late binding, which are desirable properties in such a setting. Discovering available services in an operation is essential, and the discovery process must leverage standards to ensure interoperable information exchange. WS-Discovery is a standard for Web services discovery suited for dynamic environments and civil networks, but has high overhead and is not so suitable for tactical networks. Like the other Web services standards, it uses XML for encoding messages. In civil networks bandwidth is abundant, but in tactical networks XML may incur unacceptable overhead. However, the W3C has created a specification for efficient XML interchange (EXI), which reduces XML overhead by defining a binary interchange format.
    [Show full text]
  • Service Discovery in Hybrid Environments
    Service Discovery in Hybrid Environments Sabrina Alam Chowdhury Department of Informatics Faculty of mathematics and natural sciences UNIVERSITETET OF OSLO 01/08/2017 1 2 Service Discovery in Hybrid Environments 3 © 2017 Sabrina Alam Chowdhury Service Discovery in Hybrid Environments http://www.duo.uio.no/ Printed: Reprosentralen, University of Oslo 4 Abstract The thesis topic is based on Service discovery of heterogeneous Web services across hybrid environments. Here it also describes a clear definition of SOA and Web service with different standards to implement those services in different environments. Furthermore an analysis and survey of Web services standards also given in this thesis. An overview also discussed here that how different Web service discovery mechanism solution is currently available to discover services in different environments which include from cloud to non-cloud , non- cloud to cloud and other platforms with some research challenges on service discovery for SOAP and RESTful Web services. A prototype has been implemented as a proof of concept for enabling common service discovery for hybrid environments for different Web services. 5 6 Preface The thesis represents the final product of my master degree in Informatics at the University of Oslo. The work described herein is conducted under the supervision of Dr. Frank Trethan Johnsen and Cand. Scient. Trude Hafsøe Bloebaum. The thesis has been a long journey, and I would not have been able to complete it without the precious help and support given by various people. The learning curve of my career becomes so high, and I got to understand lots of interesting things while working on this thesis.
    [Show full text]
  • Department Informatik DEUS
    Department Informatik Technical Reports / ISSN 2191-5008 Christoph P. Neumann, Florian Rampp, Richard Lenz DEUS: Distributed Electronic Patient File Update System Technical Report CS-2012-02 March 2012 Please cite as: Christoph P. Neumann, Florian Rampp, Richard Lenz, “DEUS: Distributed Electronic Patient File Update System”, University of Erlangen, Dept. of Computer Science, Technical Reports, CS-2012-02, March 2012. Friedrich-Alexander-Universitat¨ Erlangen-Nurnberg¨ Department Informatik Martensstr. 3 · 91058 Erlangen · Germany www.informatik.uni-erlangen.de DEUS: Distributed Electronic Patient File Update System Christoph P. Neumann, Florian Rampp, Richard Lenz Institute of Computer Science 6 (Data Management) Dept. of Computer Science, University of Erlangen, Germany [email protected] Abstract—Inadequate availability of patient information aging of western society affects the public health sector, is a major cause for medical errors and affects costs in chronic diseases and multimorbidity become the focus of healthcare. Traditional approaches to information inte- interest, and the cost pressure rises. Chronic diseases and gration in healthcare do not solve the problem. Apply- multimorbidity, like cancer, diabetes, asthma, and cardiac ing a document-oriented paradigm to systems integra- insufficiency, require more healthcare parties than com- tion enables inter-institutional information exchange in healthcare. The goal of the proposed architecture is to mon diseases. Coevally, the rapid advance in medicine provide information exchange between strict autonomous leads to an advancing specialization of physicians that healthcare institutions, bridging the gap between primary is an additional cause for the increasing number of and secondary care. involved parties regarding a single patient’s treatment. In a long-term healthcare data distribution scenario, For improving the treatment quality and in order to the patient has to maintain sovereignty over any personal avoid unnecessary costs, an effective information and health information.
    [Show full text]
  • Ebxml Message Service Specification Defines a Set of Namespace-Qualified SOAP Header and 456 Body Element Extensions Within the SOAP Envelope
    1 Message Service Specification 2 Version 2.0 rev C 3 OASIS ebXML Messaging Services Technical Committee 4 21 February 2002 Copyright (C) . January 2002 OASIS Open, Inc. All Rights Reserved. OASIS ebXML Messaging Services February 2002 5 Status of this Document 6 This document specifies an ebXML Message Specification for the eBusiness community. Distribution of 7 this document is unlimited. 8 The document formatting is based on the Internet Society’s Standard RFC format converted to Microsoft 9 Word 2000 format. 10 Note: Implementers of this specification should consult the OASIS ebXML Messaging Services Technical 11 Committee web site for current status and revisions to the specification 12 (http://www.oasis-open.org/committees/ebxml-msg/ ). 13 Specification 14 Version 1.0 of this Technical Specification document was approved by the ebXML Plenary in May 2001. 15 Version 2.0 of this Technical Specification document was approved by the OASIS Messaging Team as a 16 Technical Committee(TC) Specification, January 22, 2002. 17 Version 2.0 of this Technical Specification document is presented to the OASIS membership for 18 consideration as an OASIS Technical Specification, April 2002. 19 This version 20 V2.0 –Error! Hyperlink reference not valid. http://www.oasis-open.org/committees/ebxml- 21 msg/documents/ebMS_v2_0.pdf 22 Errata to this version 23 V2.0 –Error! Hyperlink reference not valid. http://www.oasis-open.org/committees/ebxml- 24 msg/documents/ebMS_v2_0_errata.html 25 Previous version 26 V1.0 – http://www.ebxml.org/specs/ebMS.doc 27 ebXML Participants 28 The authors wish to acknowledge the support of the members of the Messaging Services Team who 29 contributed ideas, comments and text to this specification by the group’s discussion eMail list, on 30 conference calls and during face-to-face meetings.
    [Show full text]
  • Ebxml Registry Information Model Version
    1 2 ebXML Registry Information Model 3 Version 3.0 4 OASIS Standard, 2 May, 2005 5 Document identifier: 6 regrep-rim-3.0-os 7 Location: 8 http://docs.oasis-open.org/regrep-rim/v3.0/ 9 Editors: Name Affiliation Sally Fuger Individual Farrukh Najmi Sun Microsystems Nikola Stojanovic RosettaNet 10 11 Contributors: Name Affiliation Diego Ballve Individual Ivan Bedini France Telecom Kathryn Breininger The Boeing Company Joseph Chiusano Booz Allen Hamilton Peter Kacandes Adobe Systems Paul Macias LMI Government Consulting Carl Mattocks CHECKMi Matthew MacKenzie Adobe Systems Monica Martin Sun Microsystems Richard Martell Galdos Systems Inc Duane Nickull Adobe Systems regrep-rim-3.0-os May 2, 2005 Copyright © OASIS Open 2005. All Rights Reserved. Page 1 of 78 12 13 Abstract: 14 This document defines the types of metadata and content that can be stored in an ebXML 15 Registry. 16 A separate document, ebXML Registry: Service and Protocols [ebRS], defines the services and 17 protocols for an ebXML Registry. 18 19 Status: 20 This document is an OASIS ebXML Registry Technical Committee Approved Draft 21 Specification. 22 Committee members should send comments on this specification to the [email protected] 23 open.org list. Others should subscribe to and send comments to the regrep- 24 [email protected] list. To subscribe, send an email message to regrep-comment- 25 [email protected] with the word "subscribe" as the body of the message. 26 For information on whether any patents have been disclosed that may be essential to 27 implementing this specification, and any offers of patent licensing terms, please refer to the 28 Intellectual Property Rights section of the OASIS ebXML Registry TC web page 29 (http://www.oasis-open.org/committees/regrep/).
    [Show full text]