DOCSLIB.ORG

COVA Implementation Guide

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
COVA Implementation Guide ConnectVirginia EXCHANGE Services Implementation Guide Version 1.4 July 18, 2012 CONTENTS 1 Executive Summary .......................................................................................................... 5 2 Intended Audience ........................................................................................................... 5 3 Overview ......................................................................................................................... 5 4 Services ........................................................................................................................... 7 4.1 Authorization .......................................................................................................... 7 4.1.1 Security Assertion Markup Language (SAML) Attributes .................................. 7 4.1.2 Purpose of Use ............................................................................................... 9 4.1.3 Consent ......................................................................................................... 9 4.2 Patient Discovery ..................................................................................................... 9 4.2.1 Specifications ............................................................................................... 10 4.2.2 Initiating Node Scenarios ............................................................................. 10 4.2.3 Responding Node Scenarios ......................................................................... 10 4.2.4 Sample Messages ......................................................................................... 11 4.2.5 Request Parameters ..................................................................................... 11 4.2.6 Error Handling ............................................................................................. 14 4.3 Document Query ................................................................................................... 17 4.3.1 Specifications ............................................................................................... 17 4.3.2 Initiating Node Scenarios ............................................................................. 17 4.3.3 Responding Node Scenarios ......................................................................... 18 4.3.4 Sample Messages ......................................................................................... 18 4.3.5 Request Parameters ..................................................................................... 18 4.3.6 Error Handling ............................................................................................. 20 4.4 Document Retrieve ................................................................................................ 21 4.4.1 Specifications ............................................................................................... 21 4.4.2 Initiating Node Scenarios ............................................................................. 21 4.4.3 Responding Node Scenarios ......................................................................... 22 4.4.4 Sample Messages ......................................................................................... 22 4.4.5 Request Parameters ..................................................................................... 22 4.4.6 Error Handling ............................................................................................. 22 Support Contact Information: 800-446-4250 or [email protected] Page 2 of 84 MEDfx DOC ID: 34-1206-016 4.5 Document Submission ........................................................................................... 23 4.5.1 Specifications ............................................................................................... 23 4.5.2 Initiating Node Scenarios ............................................................................. 24 4.5.3 Responding Node Scenarios ......................................................................... 24 4.5.4 Sample Messages ......................................................................................... 24 4.5.5 Request Parameters ..................................................................................... 24 4.5.6 Error Handling ............................................................................................. 26 5 Appendix A – Sample Patient Discovery Messages .......................................................... 28 5.1 Patient Discovery Request Message ....................................................................... 28 5.2 Patient Discovery Response Message ..................................................................... 34 6 Appendix B – Sample Document Query Messages ........................................................... 41 6.1 Document Query Request Message ........................................................................ 41 6.2 Document Query Response Message ...................................................................... 46 6.3 Document Query Registry Error #1 ......................................................................... 55 6.4 Document Query Registry Error #2 ......................................................................... 56 7 Appendix C – Sample Document Retrieve Messages........................................................ 57 7.1 Document Retrieve Request Message .................................................................... 57 7.2 Document Retrieve Response Message .................................................................. 65 7.3 Document Retrieve Error #1 ................................................................................... 68 7.4 Document Retrieve Error #2 ................................................................................... 70 8 Appendix D – Sample Document Submission Messages ................................................... 70 8.1 Document Submission Request .............................................................................. 70 8.2 Document Submission Response ............................................................................ 78 8.3 Document Submission Error ................................................................................... 79 9 Appendix E – Sample Soap Fault Message ....................................................................... 80 10 Appendix F – Sample Query Parameter Validation Failure ............................................... 81 Support Contact Information: 800-446-4250 or [email protected] Page 3 of 84 MEDfx DOC ID: 34-1206-016 REVISION HISTORY Revision Implemented Approval Version Approved By Reason Date By Date Restructured Document 1.2 28 June 2012 MEDfx Added Content Update and Respond to 1.3 11 July 2012 Feedback Update and Respond to 1.4 18 July 2012 Feedback RELATED DOCUMENTATION This table includes key related documentation. ID Title Version Notes https://developer.connectopensource.org/download/attachment Patient Discovery 1 2.0 s/65601729/NHIN_Patient_Discovery_Production_Specification_v Specification 2.0.pdf?version=1&modificationDate=1330007330000 Query for https://developer.connectopensource.org/download/attachment 2 Documents 3.0 s/65601729/NHIN_QueryforDocumentsProductionSpecification_v Specification 3.0.pdf?version=1&modificationDate=1330007946000 Retrieve https://developer.connectopensource.org/download/attachment 3 Documents 3.0 s/65601729/NHIN_Retrieve_Documents_Production_Specificatio Specification n_v3.0.pdf?version=1&modificationDate=1330007320000 Document https://developer.connectopensource.org/download/attachment 4 Submissions 2.0 s/65601729/NHIN_document_submission_production_specificati Specification on_v2_0.pdf?version=1&modificationDate=1330007255000 Authorization https://developer.connectopensource.org/download/attachment 5 Framework 3.0 s/65601729/NHIN_AuthorizationFrameworkProductionSpecificati Specification on_v3.0.pdf?version=1&modificationDate=1330007296000 Messaging https://developer.connectopensource.org/download/attachment 6 Platform 2.0 s/36176694/NHIN_MessagingPlatformProductionSpecification_v2 Specification .0.pdf?version=1&modificationDate=1276728020000 Support Contact Information: 800-446-4250 or [email protected] Page 4 of 84 MEDfx DOC ID: 34-1206-016 1 EXECUTIVE SUMMARY ConnectVirginia is the Commonwealth of Virginia’s Health Information Exchange (HIE) which supports the exchange of medical records among healthcare entities in a secure, electronic, and internet-based technology. After applicant nodes have completed their application process, successfully performed their onboarding and certification activities, and remitted their subscription fee, an applicant node becomes known as a Certified Node. Each Certified Node is required to make the Patient Discovery, Document Query, Document Retrieve and Document Submission services available. This Implementation Guide defines the integration requirements for organizations in the process of becoming Certified Nodes. In general, strict adherence to the Nationwide Health Information Network (NwHIN) standards is required for successful integration with ConnectVirginia. 2 INTENDED AUDIENCE The intended audience for this document is technical staff such as System Analysts and Software Engineers for organizations in the process of becoming a Certified Node. It is assumed that the reader has familiarity with the NwHIN Interface Specifications and the CONNECT software, as well as experience with Web Services and Health
Load more

Recommended publications
  • OASIS Response to NSTC Request for Feedback on Standard Practices
    OASIS RESPONSE TO NSTC REQUEST FOR FEEDBACK ON STANDARDS PRACTICES OASIS (Organization for the Advancement of Structured Information Standards) is pleased to respond to the request from the National Science and Technology Council's Sub-Committee on Standards published at 75 FR 76397 (2010), and extended by 76 FR 3877 (2011), for feedback and observations regarding the effectiveness of Federal agencies' participation in the development and implementation of standards and conformity assessment activities and programs. We have advised our own members about the Federal Register inquiry, in case they wish to respond. Of course, their opinions are their own, and this response does not represent the views of any members, but only the observations of OASIS professional staff. I. RESPONDENT'S BACKGROUND OASIS is one of the largest and oldest global open data standards consortia, founded in 1993 as SGML Open. OASIS has over 5000 active participants representing about 600 member organizations and individual members in over 80 countries. We host widely-used standards in multiple fields including • cybersecurity & access control (such as WS-Security, SAML, XACML, KMIP, DSS & XSPA) [/1], • office documents and smart semantic documents (such as OpenDocument, DITA, DocBook & CMIS) [/2], and • electronic commerce (including SOA and web services, such as BPEL, ebXML, WS-ReliableMessaging & the WS-Transaction standards) [/3] among other areas. Various specific vertical industries also fulfill their open standards requirements by initiating OASIS projects, resulting in mission-specific standards such as • UBL and Business Document Exchange (for e-procurement) [/4], • CAP and EDML (for emergency first-responder notifications) [/5], and • LegalXML (for electronic court filing data)[/6].
    [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]
  • GRA Reliable Secure Web Services Service Interaction Profile Version 1.2
    GRA Reliable Secure Web Services Service Interaction Profile Version 1.2 Table of Contents Acknowledgements ........................................................................................................................... v Document Conventions .................................................................................................................... vi 1. Introduction and Purpose ..............................................................................................................1 1.1. Profile Selection Guidance .....................................................................................................1 1.2. Usage ....................................................................................................................................1 1.3. Profiles, Standards, and Recommendations ...........................................................................2 1.4. Web Services Interoperability (WS-I) Reliable Secure Profile .................................................2 1.5. Reliable Secure Profile Usage Scenarios ................................................................................3 1.6. Transport Independent Messaging Protocol ...........................................................................3 2. Conformance Requirements ..........................................................................................................4 2.1. Conformance Targets ............................................................................................................4 2.2.
    [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 Messaging Service Interaction Profile Version 1.0
    Global JRA ebXML Messaging Service Interaction Profile Version 1.0 Table of Contents Acknowledgements .............................................................................................................. iv Document Conventions .........................................................................................................v 1. Introduction and Purpose ................................................................................................. 1 1.1. Profile Selection Guidance ........................................................................................ 3 1.2. Usage ....................................................................................................................... 3 1.3. Namespace References ............................................................................................. 4 2. Conformance Requirements ............................................................................................. 4 2.1. Conformance Targets ............................................................................................... 4 2.2. General Conformance Requirements (Normative) .................................................... 5 2.3. Implementation Notes and Implications (Non-Normative) ........................................ 6 3. Service Interaction Requirements ..................................................................................... 6 3.1.1. Service Consumer Authentication .................................................................. 6 3.1.2. Statement of Requirement
    [Show full text]
  • (GRA) Ebxml Messaging Service Interaction Profile
    GRA ebXML Messaging Service Interaction Profile Version 1.1 Table of Contents Acknowledgements .............................................................................................................. iv Document Conventions ........................................................................................................ vi 1. Introduction and Purpose ................................................................................................. 1 1.1. Profile Selection Guidance ........................................................................................ 3 1.2. Usage ....................................................................................................................... 3 1.3. Namespace References ............................................................................................. 4 2. Conformance Requirements ............................................................................................. 4 2.1. Conformance Targets ............................................................................................... 4 2.2. General Conformance Requirements (Normative) .................................................... 5 2.3. Implementation Notes and Implications (Non-Normative) ........................................ 6 3. Service Interaction Requirements ..................................................................................... 6 3.1.1. Service Consumer Authentication .................................................................. 6 3.1.2. Statement of Requirement
    [Show full text]
  • Rolling Plan for Ict Standardisation
    ROLLING PLAN FOR ICT STANDARDISATION 2021 ICT Standardisation European Commission DG Internal Market, Industry, Entrepreneurship and SMEs Standards for Growth INTRODUCTION The Rolling Plan for ICT Standardisation provides a unique The Rolling Plan 2021 identifies around 180 actions bridge between EU policies and standardisation activities grouped into 37 technological or application domains in the field of information and communication technolo- under four thematic areas: key enablers and security, gies (ICT). This allows for increased convergence of stand- societal challenges, innovation for the single market and ardisation makers’ efforts towards achieving EU policy sustainable growth. In the 2021 edition four new chapters goals. This document is the result of an annual dialogue were added. “COVID-19” and “Safety, transparency and involving a wide-range of interested parties as represent- due process online” under the societal challenges theme ed by the European multi-stakeholder platform on ICT and “Circular economy” and “U-space” under sustainable standardisation (MSP). The Rolling Plan focuses on actions growth. Digital technologies and data play a paramount that can support EU policies and does not claim to be as role in fighting the pandemic and are at the heart of the complete as the work programmes of the various stand- digital transformation that is needed to convert our econ- ardisation bodies. omy to a low emission, circular one. Challenges with re- spect to cybersecurity, safety, privacy, transparency and Standardisation actions identified in this document to sup- integrity of digital processes arise at every step of digital- port EU policies are complementary to other instruments, isation and policy makers need to be more aware that ICT in particular the Annual Union Work Programme (AUWP).
    [Show full text]
  • Standardized CAP Messages from GITEWS DSS – How They Are Useful for National and International Warning Message Dissemination
    Standardized CAP Messages from GITEWS DSS – how they are useful for national and international warning message dissemination DEWS Midterm Conference – Potsdam July 2009 Interoperability Issues – System for Interoperable Advisory and Warning Centres T. Steinmetz, U. Raape, T. Riedlinger German Aerospace Center (DLR) Overview Status Quo in Interoperation of GITEWS/InaTEWS How do we use CAP? What messages are needed in the InaTEWS context? Standardization in GITEWS DSS warning dissemination using CAP What is CAP? How does it improve the dissemination process? Proposals for interoperable IOTWS RTWP message exchange InaTEWS Open Architecture to support Integration of Components Sensors Sensor Systems Sensor System X SeisComP3 CGPS Tide Gauges OBU / PACT GPS-Bouys Earth Observation Sensor System Integration Simulation Situation Assessment and Decision Support System Dissemination ITB Systems BMKG 5in1 / 6in1 System Risk- & Vulnerability Geospatial 2wCOM Modelling Data Repository FM RDS System Additional Tsunami Scenarios Additional Analysis / Processing Capabilities, additional Data Sources Message Dissemination CAP Message BMKG Warning BMKG 5-in-1 Recipients Dissemination DSS Message Generation CAP Message FM-RDS 2wCom Warning National Recipients Dissemination CAP Message RTWP RTWP Subscribers Dissemination of Warning Products: dissemination channels DSS has interfaces to different dissemination systems Document server (web accessible) Dissemination system receives 2wcom receiver the warning product from the DSS 2wcom receiver Broadcast antenna
    [Show full text]
  • The 7 Internet Identity Workshop 2008B BOOK of PROCEEDINGS
    The 7th Internet Identity Workshop 2008b November 10-12, 2008 BOOK OF PROCEEDINGS Version 1 Notes Gathered by Heidi Nobantu Saul, Complied by Kaliya Hamlin Notes in this book can be found online at http://iiw.idcommons.net/Notes_08b IIW is produced by Phil Windley, Doc Searls and Kaliya Hamlin Table of Contents for IIW 2008b INTRODUCTORY LETTERS..................................................................................................................................................................4 FROM MARY RUDDY – CHAIR OF THE IDENTITY COMMONS STEWARDS COUNCIL................................................................................4 FROM KALIYA HAMLIN – CO-PRODUCER AND FACILITATOR OF IIW .....................................................................................................5 INTRODUCTORY TALKS.......................................................................................................................................................................7 IDENTITY OVERVIEW – JOHANNES ERNST ...............................................................................................................................................7 OPENID – DAVID RECORDON.................................................................................................................................................................13 SAML – PAUL MADSEN .........................................................................................................................................................................15
    [Show full text]
  • Business Information Systems
    + PA165 Enterprise Java 2013-2014 SOAP and WS* Webservices Bruno Rossi & Juha Rikkilä + 2 SOAP, in general terms Originally acronym for Simple Object Access Protocol, now a common name A communication protocol, designed to communicate via Internet Extends HTTP for XML messaging Provides data transport for Web services (SOAP, WSDL, UDDI) Exchanges complete documents or call a remote procedure Is used for broadcasting a message Is platform and language independent Is the XML way of defining what information gets sent and how + https://kore.fi.muni.cz/wiki/index.php/PA165/WebServices_(English) + 4 XML (Extensible Markup Language) created to structure, store, and transport data by defining a set of rules for encoding documents a format that is both human-readable and machine-readable defined in the XML 1.0 Specification produced by the W3C there are two current versions of XML. XML 1.0, currently in its fifth edition, and still recommended for general use XML 1.1, not very widely implemented and is recommended for use only by those who need its unique features + 5 XML emphasizes simplicity, generality, and usability over the Internet textual data format with Unicode support for the languages of the world focuses on documents, but is widely used for the representation of arbitrary data structures, for example in web services. many APIs for processing XML data several schema systems hundreds of XML-based languages (e.g. RSS, Atom, SOAP, and XHTML) the default for many office-productivity tools, including Microsoft Office
    [Show full text]
  • Economic and Social Council Distr.: General
    United Nations ECE/TRADE/C/CEFACT/2021/INF.9 Distr.: General Economic and Social Council 16 March 2021 Original: English only Economic Commission for Europe Executive Committee Centre for Trade Facilitation and Electronic Business Twenty-seventh session Geneva, 19-20 April 2021 Item 6 (e) of the provisional agenda Recommendations and standards: Support to capacity building and technical cooperation Meeting Report of the Forty-Second Session of the Electronic Business Memorandum of Understanding Management Group Meeting of 9-10 December 2020 Summary The Electronic Business Memorandum of Understanding (eB-MoU) between the International Electrotechnical Commission (IEC), the International Telecommunication Union (ITU), the International Organization for Standardization (ISO) and the United Nations Economic Commission for Europe (UNECE) held its Management Group meeting on 9-10 December 2020. The UNECE served as secretary of this group throughout 2020 and passed this responsibility to IEC at this meeting. This document provides the complete report of this meeting along with the resolutions and actions which are still active. This report is recorded as document N861 on the website of the eB-MoU. Document ECE/TRADE/C/CEFACT/2021/INF.9 is submitted by the secretariat to the twenty-seventh session of the Plenary for information. ECE/TRADE/C/CEFACT/2021/INF.9 1. In January of 1995, the United Nations Economic Commission for Europe signed a first Memorandum of Understanding (MoU) on Electronic Business with two leading international standards-setting organizations, namely the International Electrotechnical Commission (IEC) and the International Organization for Standardization (ISO). The International Telecommunication Union (ITU) became the fourth signatory of this MoU in 2000.
    [Show full text]
  • DRAFT Slide Deck for OASIS Convener Calls
    OASIS is a global community of experts who drive the creation and adoption of open standards promoting interoperability, innovation, and freedom of choice. 2 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 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. 4 Work that’s making a difference OASIS is the home of: • Award-winning SAML (ITU-T X.1141), XACML (ITU-T X.1142), KMIP,PKCS #11, and many more specifications that define security and access control • MQTT, AMQP, OBIX, and other standards that make the Internet of Things (IoT) possible • TOSCA, OData, CAMP, CloudAuthZ, and other cloud computing specifications • CMIS, OpenDocument (ISO 26300), DITA, DocBook, and other standards for creating content and managing digital assets • LegalXML, EDXL-CAP, and other projects that address the needs of specific communities 5 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.
    [Show full text]