Real-Time Connectivity Specifications For. 270/271 and 276/277 Inquiry Transactions

Similar documents
Real-Time Connectivity Specifications

Real-Time Inquiry Connectivity Specifications

Real-Time Claim Adjudication and Estimation Connectivity Specifications

BlueCross BlueShield of Tennessee

INTERNET TRANSACTION SERVICES CORE

Phase II CAQH CORE 270: Connectivity Rule version March 2011

CTMMIS SAFE HARBOR. Connecticut Medical Assistance Program 5010 Companion Guide April 10, 2017

Claim Status Inquiry and Response (276/277) (Refers to the Implementation Guides based on ASC X X212)

276/277 Health Care Claim Status Request/ Response Real-Time. Section 1 276/277 Claim Status Request/Response: Basic Instructions

Excellus BlueCross BlueShield

ASC X12N 270/271 (005010X279A1)

276/277 Health Care Claim Status Request/ Response Real-Time. Section 1 276/277 Claim Status Request/Response: Basic Instructions

Alameda Alliance for Health

Health Care Connectivity Guide

HIPAA Transaction Standard Companion Guide. Refers to the Implementation Guides Based on ASC X12 version CORE v5010 Companion Guide

Texas Medicaid EDI CONNECTIVITY GUIDE

Sanford Health Plan HIPAA Transaction Standard Companion Guide

276/ /277 Health Care Claim Status Request and Response Real-Time. Basic Instructions. Companion Document

HIPAA Transaction Standard Companion Guide ASC X X212A1 Health Care Claim Status Request and Response (276/277)

Phase IV CAQH CORE 470 Connectivity Rule v4.0.0

ASC X12N 276/277 (005010X212)

Indiana Health Coverage Programs

Phase IV CAQH CORE 470 Connectivity Rule v4.0.0

Louisiana Medicaid. Louisiana Medicaid CORE Connectivity Companion Guide. CAQH/CORE Operating Rules 153, 270 and 350

Inland Empire Health Plan

October 2017 Version

Medical Associates Health Plans and Health Choices

CAQH CORE X12 Document Submission Service Interface Specifications

Partnership HealthPlan of California

Quick Start Guide ATRIO HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE (270/ X279A1)

Eligibility Gateway Companion Guide

CORE Connectivity Rules: Leading the Way in Healthcare Administrative Communications

IUID Registry Application Programming Interface (API) Version Software User s Manual (SUM)

Batch Eligibility Long Term Care claims

DAVE. SOAP Web Services

EDS Attn: EDI Unit P.O. Box 2991 Hartford, CT

edocs Home > BEA AquaLogic Service Bus 3.0 Documentation > Accessing ALDSP Data Services Through ALSB

ANSI ASC X12N 837 Healthcare Claim (Version X222A1-June 2010) Professional Companion Guide

The BritNed Explicit Auction Management System. Kingdom Web Services Interfaces

Bare SOAP-UI for WS-Security

Florida Blue Health Plan

Maryland Health Insurance Exchange (MHBE) Standard Companion Guide Transaction Information

Vendor Interface Specification

EZ-Suite Interfacing Applications. Jeremy Powell (Chief Growth Officer, Citra Health Solutions) Rini Jose (Product Manager, Citra Health Solutions)

Inforce Transactions TECHNICAL REFERENCE. DTCCSOLUTIONS September Copyright 2011 Depository Trust Clearing Corporation. All Rights Reserved.

DentaQuest HIPAA Transaction Standard Companion Guide

BULLETIN BOARD SCREENS for HIPAA (BBS) UPDATED JULY 22, Once connected, the first screen displays the node number that you are connected to.

270/ /271 Health Care Eligibility, Coverage, or Benefit Inquiry and Response Real-Time. Basic Instructions. Companion Document

About the webmethods HIPAA Link Module Sample Package. Before You Begin. Setting Up the Sample. Set Up Your Enterprise Profile

< A symbol to indicate a value is less than another. For example, 2 < 3. This symbol is used in some BCBSNC proprietary error messages.

Lookup Roles Application Programming Interface (API) Version Software User s Manual (SUM)

Electronic Transaction Manual for Arkansas Blue Cross Blue Shield

Florida Blue Health Plan

SOAP, WSDL, HTTP, XML, XSD, DTD, UDDI - what the?

Enterprise SOA Experience Workshop. Module 8: Operating an enterprise SOA Landscape

Classic Payment API. SOPG (Service Oriented Prepaid Gateway - xml based protocol) Documentation. Version history. Service Oriented Prepaid Gateway

Administrative Services of Kansas (ASK)

Refers to the Technical Reports Type 3 Based on ASC X12 version X223A2

ONVIF Advanced Security Client Test Specification

C exam. IBM C IBM WebSphere Application Server Developer Tools V8.5 with Liberty Profile. Version: 1.

270/ /271 Health Care Eligibility, Coverage, or Benefit Inquiry and Response Real-Time. Basic Instructions. Companion Document

Health Services provider user guide

270/ /271 Health Care Eligibility, Coverage, or Benefit Inquiry and Response Real-Time. Basic Instructions. Companion Document

Dental Connect Payers

Nimsoft Service Desk. Single Sign-On Configuration Guide. [assign the version number for your book]

Meritain Connect User Manual. for Employees. 1 Meritain Connect User Guide for Employees

Industry Training Register. Guide to integration for ITOs

Software Service Engineering

Developer s Guide. Trimble SOAP Web Services

Cloud Access Manager Configuration Guide

!!!!! Westcon!Web!Services! Developer s!guide!!sap!order!status! Revision History Document Version. Publication Date 1.0 5/20/2015 Chakravarthy Sayani

Quick Start: irondns in 3 Minutes

Joint Venture Hospital Laboratories. User s Guide to PLMWeb.JVHL.org. For Secure File Transfers via the Internet

SOA Software Policy Manager Agent v6.1 for WebSphere Application Server Installation Guide

Web Services Security SOAP Messages with Attachments (SwA) Profile 1.0 Interop 1 Scenarios

Appendix A Vendor Specifications for. State of Idaho MMIS

997 - Functional Acknowledgment Author: DOT FOODS, INC. Publication: March 3, 2005

SOAP Introduction. SOAP is a simple XML-based protocol to let applications exchange information over HTTP.

West Virginia HEALTH ELIGIBILITY/BENEFIT INQUIRY Companion Guide 270

CA SiteMinder Web Services Security

HIPAA Transaction 278 Request for Review and Response Standard Companion Guide

Lesson 3 SOAP message structure

837 Health Care Claim Professional, Institutional & Dental Companion Guide

/277 Companion Guide. Refers to the Implementation Guides Based on X12 version Companion Guide Version Number: 1.1

Introduzione ai Web Services

ABH Claims Entry System (ACES) Internet Claims System User Manual

USVI HEALTH ELIGIBILITY/BENEFIT INQUIRY 5010 Companion Guide 270

External Interface Specification (30) Fingrid Datahub Oy

DocuSign Information Guide. Send On Behalf Of Functionality. Overview. Table of Contents

Assurant Health HIPAA Transaction Standard Companion Guide

State of Georgia INTRODUCTION. I. Complete the Necessary GRITS Forms. Export/Install the GRITS SSL Certificate. Install the PHINMS Client Software

EZClaim Premier ANSI 837P TriZetto Clearinghouse Manual

Category: Standards Track December Using NETCONF over the Simple Object Access Protocol (SOAP)

API Security Management SENTINET

This bulletin provides additional information about the change in First Steps (FS) processors as outlined in BT dated February 3, 2006.

Connectivity Director SM

Cloud Access Manager Overview

MyHealthRecord. Patient User Guide. Top of Page Table of Contents

Using SSL to Secure Client/Server Connections

SafetyNet Web Services

Transcription:

Real-Time Connectivity Specifications For 270/271 and 276/277 Inquiry Transactions United Concordia Dental (UCD) March 22, 2018 1

Contents 1. Overview 2. Trading Partner Requirements 3. Model SOAP Messages 4. SOAP Faults 5. UCD EDI WebServices Certificate 1. Overview Real-time transactions utilize a CORE TM -compliant Web Services Description Language (WSDL) Simple Object Access Protocol (SOAP) or a MIME Multipart request. WSDL is a specification that describes networked XML-based services. SOAP is a simple XML based protocol to let applications exchange information over HTTP. MIME Multipart is a format used by email programs. Since the Internet is being utilized to transport the data, encryption will be utilized to secure messages in the same way financial transactions are secured over the Internet. Access to UCD's networks will follow the same security model in place today, which requires a Login/Password. HIPAA Real Time UCD UCD s HIPAA Processing TradingPartner Trading Partner's Transaction Management System Transaction Initiation Web Server (2)EstablishConnection Web Server (5) rans=, ss WebSphere Application Server (8)Receive Response (8)SendResponse Format Response Authentication /Authorization LDAP DirectorySmart HTTPS Secure HTTP connection (encrypted) SOAP/XML Message Format HIPAA X12 Message Payload Format Authentication: - Logon ID - Password - Defined Role 2

In order to understand the lifecycle of the transaction, processes have been outlined below: (1) Transaction Initiation UCD Trading Partner's Transaction Management System will initiate a Realtime X12 HIPAA transaction. (2) Establish Connection The Trading Partner's Transaction Management System will establish a secure Internet connection (HTTPS) to UCD and send an encrypted SOAP or MIME Multipart message that contains a HIPAA X12 transaction payload, along with the Trading Partner logon id, and password assigned by UCD. (3) Receive Transaction UCD receives the Real-time request on its Web Server (4) Authentication/Authorization When the message is received by UCD's WebSphere application, the message will be validated and the Trading Partner's logon id, password and defined role are authenticated using the LDAP (Lightweight Directory Access Protocol). Only Trading Partners that have signed a UCD Trading Partner Agreement are granted a logon ID, password and defined role. If the Trading Partner is not authorized to submit a Real-time request, the WebSphere application will return a SOAP invalid security/unauthorized message to the Trading Partner via the secure Internet connection (HTTPS). (5) Process Transaction Trading Partners authorized to submit real time requests will have their transactions routed through the WebSphere application to the target system. The target system will generate the Real-time response. (6) Format Response The WebSphere Application Server will envelope the response in a SOAP or MIME Multipart response message. (7) Send Response The responses will be encrypted, and returned to the Trading Partner via the secure Internet (HTTPS) connection. (8) Receive Response The Trading Partner's Web Server will return the response message to the Trading Partner's Transaction Management System that initiated the request. 3

2. Trading Partner Requirements - Trading Partners must submit Inquiry transactions using HTTPS over a public line. - Trading Partners must be able to connect to: SOAP: https://services.ucci.com/uccrpc/core MIME Multipart: https://services.ucci.com/uccrpc/core/mime * These are both web service addresses. They may be inaccessible via a web browser. - Trading Partner must ensure that only authorized persons and/or applications will be able to submit requests to UCD with their logon id and password - UCD Real-Time transaction (Request and Response are based on a CORE TM -compliant Rule version 2.2.0 WSDL SOAP format or MIME Multipart format. However, due to UCD system requirements Real-Time transactions must adhere to UCD's Model SOAP or MIME Multipart Messages (see Section 3). - The SOAP message header must contain the following required data elements for all UCD Real-Time transactions (MIME Multipart messages do not have a header but must contain these fields, as well):: Username = (7 positions, Upper Case) United Concordia assigned login ID. Password = (8 positions) Following are key points to consider regarding the handling of CORE TM Envelope Metadata. They are not intended to be all inclusive. For additional information, please refer to Phase II CORE TM 270: Connectivity Rule, Table 4.4.2 - Table of CORE TM Envelope Metadata. - The SOAP message body must contain the following required data elements for all UCD Real-Time request transactions: PayloadType (requests) = 'X12_270_Request_005010X279A1' (270 Eligibility Request) 'X12_276_Request_005010X212' (276 Claim Status Request) 3 4

- UCD will return the following values in PayloadType on Real- Time response transactions: PayloadType (responses from UCD) = 'X12_271_Response_005010X279A1' (271 Eligibility Response) 'X12_277_Response)005010X212' (277 Claim Status Response) 'X12_TA1_Response_00501X231A1 (TA1 Interchange Acknowledgement) 'X12_999_Response_005010X231A1 (999 Functional Acknowledgement) ProcessingMode = 'RealTime' PayloadID = (1 to 50 positions) Trading Partner defined. Unique within the domain from the domain of the party that sets this value. PayloadID is a payload identifier assigned by the Sender in the Real Time processing mode. TimeStamp = XMLSchema datetime representation; see http://www.w3.org/tr/xmlschema11-2/#datetime Includes CORE TM -compliant restrictions: Year must be four (4) digits Must include a time zone offset SenderID = (7 position, Upper Case) UCD assigned login id. Must be same value as Username in the CORE TM -compliant message. 5

ReceiverID = Receiver plan NAIC Code. Only this value will be accepted: 89070 CORERuleVersion = '2.2.0' Payload = The Payload must be embedded using the Inline method (using CDATA element as shown in the examples below), except when sending or receiving payloads which contain non-printable characters, e.g., separator characters in an ASC X12 Interchange payload, the payload must be Base64 encoded. - Although PayloadID is a required field, UCD will not authenticate/validate content of the data in that field. - For 5010 X12 files, the Trading Partner must use a '~' as the segment terminator, the '^' element delimiter, the '>' Component Element Separator, and ':' Repetition Separator. - The Trading Partner will be responsible to evaluate the returned response and to resubmit the request with any corrections required as indicated by the CORE TM -compliant response. - No xml exception characters (&, <, >, ) or non-printable characters will be used as a delimiter or contained within the data of the message. - The Trading Partner has an option to use the following XML Schema to validate their SOAP Request. It is not required,but is very beneficial. Use this link to download the XML schema. DISCLAIMER Real-time transactions are designed to respond to individual end-user requests for eligibility, claim status or authorization information. For typical requests (requests with a single patient), the average response time should be within 15 seconds. Actual response time will be dependent upon Real-time transaction activity. Batched inquiries should not be submitted through the Real-time process as it may impact Realtime response time. 6

3. MODEL SOAP MESSAGES The following are models of valid United Concordia Real-time transactions (Request and Response) with properly formatted SOAP envelopes. In the following examples the HTTP Header is shown in blue: Sample 5010A1 270 Request Message: POST /Core HTTP/1.1 Host: services.ucci.com Content-Type: application/soap+xml; charset=utf-8; action="realtimetransaction" <soap:envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:cor="http://www.caqh.org/soap/wsdl/corerule2.2.0.xsd"> <soap:header> <wss:security xmlns:wss="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext- 1.0.xsd"> <wss:usernametoken> <wss:username>v999999</wss:username> <wss:password>xxxxxxxx</wss:password> </wss:usernametoken> </wss:security> </soap:header> <soap:body> <cor:coreenveloperealtimerequest> <PayloadType>X12_270_Request_005010X279A1</PayloadType> <ProcessingMode>RealTime</ProcessingMode> <PayloadID>f81d4fae-7dec-11d0-a765-00a0c91e6bf6</PayloadID> <TimeStamp>2013-01-22T15:09:34Z</TimeStamp> <SenderID>V999999</SenderID> <ReceiverID>89070</ReceiverID> <CORERuleVersion>2.2.0</CORERuleVersion> <Payload><![CDATA[ISA*00* *00* *ZZ*V999999 *33*89070 *130122*1509*^*00501*171107529*0*P*:~GS*HS*R999999*89070*20130122*1509*171107529*X*005010X279 A1~ST*270*0001*005010X279A1~BHT*0022*13*536*20130122*1509~HL*1**20*1~NM1*PR*2*UNITED CONCORDIA*****NI*89070~HL*2*1*21*1~NM1*1P*1*PROVIDER*JOE****XX*1999999999~REF*TJ*99999 9999~REF*Q4*BK9111840~HL*3*2*22*0~TRN*1*171107529*9CT EXAMPLE*TRADINGPARTNER~NM1*IL*1*DOE*JANE****MI*199999999~DMG*D8*19960605~DTP*291* D8*20130122~EQ*35~SE*15*0001~GE*1*171107529~IEA*1*171107529~]]><Payload> </cor:coreenveloperealtimerequest> </soap:body> </soap:envelope> 7

Sample 5010A1 271 Response Message: HTTP/1.1 200 OK Content-Type: application/soap+xml; action="http://www.caqh.org/soap/wsdl/coretransactions/realtimetransactionresponse";charse t=utf-8 <soapenv:envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"> <soapenv:body> <ns1:coreenveloperealtimeresponse xmlns:ns1="http://www.caqh.org/soap/wsdl/corerule2.2.0.xsd"> <PayloadType>X12_271_Response_005010X279A1</PayloadType> <ProcessingMode>RealTime</ProcessingMode> <PayloadID>a81d44ae-7dec-11d0-a765-00a0c91e6ba0</PayloadID> <TimeStamp>2013-01-22T16:09:34Z</TimeStamp> <SenderID>89070</SenderID> <!-- NAIC code of the response sender (the receiver ID from the request) --> <ReceiverID>V999999</ReceiverID> <!-- The login ID of the response receiver (the sender ID from the request) --> <CORERuleVersion>2.2.0</CORERuleVersion> <Payload> <![CDATA[ISA*00* *00* *33*89070 *ZZ*VXXXXXX *130122*1609*{*00501*171107529*0*P*:~GS*HB*89070*RXXXXXX*20130122*16091723*171107529*X *005010X279A1~ST*271*0001*005010X279A1~BHT*0022*11*536*20130122*16091723~HL*1**20*1~N M1*PR*2*UNITED CONCORDIA*****NI*89070~HL*2*1*21*1~NM1*1P*1*PROVIDER *JOE****XX*1999999999~HL*3*2*22*0~TRN*2*171107529*9CT EXAMPLE*TRADINGPARTNER~NM1*IL*1*DOE*JANE****MI*999999999~N3*P O BOX 270~N4*STREET TOWN*PA*1XXXX~DMG*D8*19960605*F~INS*Y*18*001*25~DTP*307*D8*20121001~EB*1*IND*35*I N*6P 058741003 CHIP SC3 PGH~DTP*348*D8*20130101~DTP*349*D8*20131231~MSG*CLAIMS WILL BE PROCESSED ACCORDING TO BENEFIT AND MEMBERSHIP INFORMATION ON OUR FILES AT THE TIME OF PROCESSING. THEREFORE THE INFORMATION CONTAINED WITHIN DOES NOT GUARANTEE REIMBURSEMENT.~MSG*GROUP PLAN PAYS IN NETWORK ONLY~MSG*PAYMENT IS BASED ON PA CHIP SCHEDULE~MSG*NO WAITING PERIOD APPLIES~EB*F*IND****23*1500*****Y~MSG*NO DEDUCTIBLE APPLIES~EB*C*IND*38***32*5200*****Y~EB*D*IND*23*****1****Y~EB*D*IND******1****Y*AD: D0120~HSD*FL*1***34*6~EB*D*IND******1****Y*AD:D0150~HSD*FL*1***34*6~DTP*304*D8*2013 0114~EB*D*IND******1****Y*AD:D0210~HSD*FL*1***21*3~EB*D*IND******1****Y*AD:D0274~HS D*FL*1***34*6~DTP*304*D8*20130114~EB*D*IND******1****Y*AD:D0330~HSD*FL*1***21*3~DTP *304*D8*20130114~EB*D*IND*41*****1****Y~MSG*ORAL CANCER SCREENING IS INTEGRAL TO PROPHY EXAM~EB*D*IND******1****Y*AD:D1110~HSD*FL*1***34*6~DTP*304*D8*20130114~EB*D*IND** ****1****Y*AD:D1208~HSD*FL*3***21*1~DTP*304*D8*20130114~EB*D*IND******1****Y*AD:D135 1~EB*F********S7*18**Y~MSG*APPLIES TO 1ST MOLAR~MSG*APPLIES TO 2ND MOLAR~EB*D*IND*25*****1****Y~EB*D*IND******1****Y*AD:D2393~EB*D*IND******1****Y*A D:D2643~EB*D*IND******1****Y*AD:D2750~MSG*PORCELAIN IS COVERED ON POSTERIOR TEETH~EB*D*IND*36*****1****Y~MSG*PER TOOTH, PAID ON SEAT DATE~MSG*NO MISSING TOOTH CLAUSE EXISTS~EB*D*IND******1****Y*AD:D2630~EB*D*IND******1****Y*AD:D2950~EB*D*IND******1 ****Y*AD:D2954~EB*D*IND*26*****1****Y~EB*D*IND******1****Y*AD:D3330~EB*D*IND*24**** *1****Y~EB*D*IND******1****Y*AD:D4260~EB*D*IND******1****Y*AD:D4341~EB*D*IND******1 ****Y*AD:D4381~MSG*ARESTIN IS INTEGRAL TO PROPHY EXAM~EB*D*IND******1****Y*AD:D4910~EB*D*IND*39*****1****Y~MSG*PER TOOTH, PAID ON SEAT DATE~MSG*NO MISSING TOOTH CLAUSE EXISTS~EB*D*IND******1****Y*AD:D5225~EB*D*IND******1****Y*AD:D5670~EB*D*IND******1 ****Y*AD:D5751~EB*D*IND******1****Y*AD:D6750~EB*D*IND******1****Y*AD:D6010~EB*D*IN D******1****Y*AD:D9910~EB*D*IND******1****Y*AD:D9940~EB*D*IND*40*****1****Y~EB*D*IN D******1****Y*AD:D7240~EB*D*IND*38*****1****Y~EB*D*IND**********Y*AD:D8040~MSG*PER CENT OF COVERAGE CAN NOT BE DETERMINED~SE*85*0001~GE*1*171107529~IEA*1*171107529~]]> 8

</Payload> <ErrorCode>Success</ErrorCode> <ErrorMessage>NA</ErrorMessage> </ns1:coreenveloperealtimeresponse> </soapenv:body> </soapenv:envelope> Sample 5010A1 276 Request Message: POST /Core HTTP/1.1 Host: services.ucci.com Content-Type: application/soap+xml; charset=utf-8; action="realtimetransaction" <soap:envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:cor="http://www.caqh.org/soap/wsdl/corerule2.2.0.xsd"> <soap:header> <wss:security xmlns:wss="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext- 1.0.xsd"> <wss:usernametoken> <wss:username>v999999</wss:username> <wss:password>xxxxxxxx</wss:password> </wss:usernametoken> </wss:security> </soap:header> <soap:body> <cor:coreenveloperealtimerequest> <PayloadType>X12_276_Request_005010X279A1</PayloadType> <ProcessingMode>RealTime</ProcessingMode> <PayloadID>f81d4fae-7dec-11d0-a765-00a0c91e6bf6</PayloadID> <TimeStamp>2013-01-22T18:14:34Z</TimeStamp> <SenderID>V999999</SenderID> <ReceiverID>89070</ReceiverID> <CORERuleVersion>2.2.0</CORERuleVersion> <Payload><![CDATA[ISA*00* *00* *ZZ*V999999 *33*89070 *130122*1814*^*00501*000000001*0*P*:~GS*HR*R999999*89070*20130122*1814*1*X*005010X212~ST*276 *0001*005010X212~BHT*0010*13*1*20130122*1814~HL*1**20*1~NM1*PR*2*UCCI - FMDP*****PI*89070~HL*2*1*21*1~NM1*41*1*EXAMPLE*TRADINGPARTNER****46*999999~HL*3*2*19 *1~NM1*1P*1*PROVIDER*JOE****XX*1999999999~HL*4*3*22*1~NM1*IL*1*DOE*JANE****MI*19999999 9999~HL*5*4*23~DMG*D8*19641118*M~NM1*QC*1*DOE*JOHN~TRN*1*23112~AMT*T3*174~DTP*472*R D8*20130114-20130114~SE*17*0001~GE*1*1~IEA*1*000000001~]]><Payload> </cor:coreenveloperealtimerequest> </soap:body> </soap:envelope> 9

Sample 5010A1 277 Response Message: HTTP/1.1 200 OK Content-Type: application/soap+xml; action="http://www.caqh.org/soap/wsdl/coretransactions/realtimetransactionresponse";charse t=utf-8 <soapenv:envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"> <soapenv:body> <ns1:coreenveloperealtimeresponse xmlns:ns1="http://www.caqh.org/soap/wsdl/corerule2.2.0.xsd"> <PayloadType>X12_277_Response_005010X279A1</PayloadType> <ProcessingMode>RealTime</ProcessingMode> <PayloadID>a81d44ae-7dec-11d0-a765-00a0c91e6ba0</PayloadID> <TimeStamp>2013-01-22T19:14:34Z</TimeStamp> <SenderID>89070</SenderID> <!-- NAIC code of the response sender (the receiver ID from the request) --> <ReceiverID>V999999</ReceiverID> <!-- The login ID of the response receiver (the sender ID from the request) --> <CORERuleVersion>2.2.0</CORERuleVersion> <Payload><![CDATA[ISA^00^ ^00^ ^33^89070 ^ZZ^V999999 ^130122^1914^{^00501^000000001^0^P^>~GS^HN^89070^R999999^20130122^19145255^1^X^005010X212~S T^277^0001^005010X212~BHT^0010^08^1^20130122^19145255^DG~HL^1^^20^1~NM1^PR^2^United ConcordiaCompaniesIncorpor^^^^^PI^89070~HL^2^1^21^1~NM1^41^1^EXAMPLE^TRADINGPARTNER^^^^4 6^999999~HL^3^2^19^1~NM1^1P^1^PROVIDER^JOE^^^^XX^1999999999~HL^4^3^22^1~NM1^IL^1^DOE^J ANE^^^^MI^199999999999~HL^5^4^23~NM1^QC^1^DOE^JOHN~TRN^2^23112~STC^P1>3^20130122^^174^ ^20130122~REF^1K^19999999999~DTP^472^RD8^2013011420130114~SVC^AD>D0120^45^0^^^^1~STC^P1> 3^20130122~REF^FJ^X999999999999~DTP^472^RD8^2013011420130114~SVC^AD>D4910^129^0^^^^1~STC^ P1>3^20130122~REF^FJ^X999999999999~DTP^472^RD8^20130114-20130114~SE^25^0001~GE^1^1~IEA^1^000000001~]]></Payload> <ErrorCode>Success</ErrorCode> <ErrorMessage>NA</ErrorMessage> </ns1:coreenveloperealtimeresponse> </soapenv:body> </soapenv:envelope> 10

4. MODEL CORE TM -COMPLIANT MIME MULTIPART MESSAGES In the following examples the HTTP Header is shown in blue: Sample 5010A1 270 Request Message: POST /Core/mime HTTP/1.1 Host: services.highmark.com Content-Length: 9999 Content-Type: multipart/form-data; boundary=xbcy Content-Disposition: form-data; name= PayloadType X12_270_Request_005010X279A1 Content-Disposition: form-data; name= ProcessingMode" RealTime Content-Disposition: form-data; name= PayloadID" e51d4fae-7dec-11d0-a765-00a0c91e6da6 Content-Disposition: form-data; name= TimeStamp" 2007-08-30T10:20:34Z Content-Disposition: form-data; name= UserName" V999999 Content-Disposition: form-data; name= Password" xxxxxxxx Content-Disposition: form-data; name= SenderID" V999999 Content-Disposition: form-data; name= ReceiverID" 89070 Content-Disposition: form-data; name= CORERuleVersion" 2.2.0 Content-Disposition: form-data; name= Payload" ISA*00* *00* *ZZ*V999999 *33*89070 *130122*1509*^*00501*171107529*0*P*:~GS*HS*R999999*89070*20130122*1509*171107529*X*0 05010X279A1~ST*270*0001*005010X279A1~BHT*0022*13*536*20130122*1509~HL*1**20*1~NM 1*PR*2*UNITED CONCORDIA*****NI*89070~HL*2*1*21*1~NM1*1P*1*PROVIDER*JOE****XX*1999999999~R EF*TJ*999999999~REF*Q4*BK9111840~HL*3*2*22*0~TRN*1*171107529*9CT EXAMPLE*TRADINGPARTNER~NM1*IL*1*DOE*JANE****MI*199999999~DMG*D8*1996060 5~DTP*291*D8*20130122~EQ*35~SE*15*0001~GE*1*171107529~IEA*1*171107529~ 11

Sample 5010A1 271 Response Message: HTTP/1.1 200 OK Content-Length: 9999 Content-Type: multipart/form-data; boundary=xbcy Content-Disposition: form-data; name= PayloadType X12_271_Response_005010X279A1 Content-Disposition: form-data; name= ProcessingMode" RealTime Content-Disposition: form-data; name= PayloadID" e51d4fae-7dec-11d0-a765-00a0c91e6da6 Content-Disposition: form-data; name= TimeStamp" 2007-08-30T10:20:34Z Content-Disposition: form-data; name= SenderID" 89070 Content-Disposition: form-data; name= ReceiverID" V999999 Content-Disposition: form-data; name= CORERuleVersion" 2.2.0 Content-Disposition: form-data; name= ErrorCode" Success Content-Disposition: form-data; name= ErrorMessage" NA Content-Disposition: form-data; name= Payload" ISA*00* *00* *33*89070 *ZZ*VXXXXXX *130122*1609*{*00501*171107529*0*P*:~GS*HB*89070*RXXXXXX*20130122*16091723*1711075 29*X*005010X279A1~ST*271*0001*005010X279A1~BHT*0022*11*536*20130122*16091723~HL*1 **20*1~NM1*PR*2*UNITED CONCORDIA*****NI*89070~HL*2*1*21*1~NM1*1P*1*PROVIDER *JOE****XX*1999999999~HL*3*2*22*0~TRN*2*171107529*9CT EXAMPLE*TRADINGPARTNER~NM1*IL*1*DOE*JANE****MI*999999999~N3*P O BOX 270~N4*STREET TOWN*PA*1XXXX~DMG*D8*19960605*F~INS*Y*18*001*25~DTP*307*D8*20121001~EB*1*IN D*35*IN*6P 058741003 CHIP SC3 PGH~DTP*348*D8*20130101~DTP*349*D8*20131231~MSG*CLAIMS WILL BE PROCESSED ACCORDING TO BENEFIT AND MEMBERSHIP INFORMATION ON OUR FILES AT THE TIME OF PROCESSING. THEREFORE THE INFORMATION CONTAINED WITHIN DOES NOT GUARANTEE REIMBURSEMENT.~MSG*GROUP PLAN PAYS IN NETWORK ONLY~MSG*PAYMENT IS BASED ON PA CHIP SCHEDULE~MSG*NO WAITING PERIOD APPLIES~EB*F*IND****23*1500*****Y~MSG*NO DEDUCTIBLE APPLIES~EB*C*IND*38***32*5200*****Y~EB*D*IND*23*****1****Y~EB*D*IND******1**** Y*AD:D0120~HSD*FL*1***34*6~EB*D*IND******1****Y*AD:D0150~HSD*FL*1***34*6~DTP* 304*D8*20130114~EB*D*IND******1****Y*AD:D0210~HSD*FL*1***21*3~EB*D*IND******1** **Y*AD:D0274~HSD*FL*1***34*6~DTP*304*D8*20130114~EB*D*IND******1****Y*AD:D0330 ~HSD*FL*1***21*3~DTP*304*D8*20130114~EB*D*IND*41*****1****Y~MSG*ORAL CANCER SCREENING IS INTEGRAL TO PROPHY EXAM~EB*D*IND******1****Y*AD:D1110~HSD*FL*1***34*6~DTP*304*D8*20130114~EB*D*I ND******1****Y*AD:D1208~HSD*FL*3***21*1~DTP*304*D8*20130114~EB*D*IND******1**** Y*AD:D1351~EB*F********S7*18**Y~MSG*APPLIES TO 1ST MOLAR~MSG*APPLIES TO 2ND 12

MOLAR~EB*D*IND*25*****1****Y~EB*D*IND******1****Y*AD:D2393~EB*D*IND******1** **Y*AD:D2643~EB*D*IND******1****Y*AD:D2750~MSG*PORCELAIN IS COVERED ON POSTERIOR TEETH~EB*D*IND*36*****1****Y~MSG*PER TOOTH, PAID ON SEAT DATE~MSG*NO MISSING TOOTH CLAUSE EXISTS~EB*D*IND******1****Y*AD:D2630~EB*D*IND******1****Y*AD:D2950~EB*D*IND** ****1****Y*AD:D2954~EB*D*IND*26*****1****Y~EB*D*IND******1****Y*AD:D3330~EB*D* IND*24*****1****Y~EB*D*IND******1****Y*AD:D4260~EB*D*IND******1****Y*AD:D4341~ EB*D*IND******1****Y*AD:D4381~MSG*ARESTIN IS INTEGRAL TO PROPHY EXAM~EB*D*IND******1****Y*AD:D4910~EB*D*IND*39*****1****Y~MSG*PER TOOTH, PAID ON SEAT DATE~MSG*NO MISSING TOOTH CLAUSE EXISTS~EB*D*IND******1****Y*AD:D5225~EB*D*IND******1****Y*AD:D5670~EB*D*IND** ****1****Y*AD:D5751~EB*D*IND******1****Y*AD:D6750~EB*D*IND******1****Y*AD:D601 0~EB*D*IND******1****Y*AD:D9910~EB*D*IND******1****Y*AD:D9940~EB*D*IND*40***** 1****Y~EB*D*IND******1****Y*AD:D7240~EB*D*IND*38*****1****Y~EB*D*IND********** Y*AD:D8040~MSG*PERCENT OF COVERAGE CAN NOT BE DETERMINED~SE*85*0001~GE*1*171107529~IEA*1*171107529~ 4. SOAP Faults When a Real-Time transaction fails validation for the format or content of the SOAP message or a system error occurs or times out, the following error codes will be used when responding to the Trading Partner. NOTE: All SOAP Faults will return a 500 HTTP Status Code Fault Code Fault Reason Text Comments Sender Receiver Receiver VersionMismatch A detailed message about what was wrong with the request SOAP message. Could Not Respond Real Time Not Available Expecting CORERuleVersion=2.2.0; Received CORERuleVersion=[received value] SOAP Request needs to be corrected and resubmitted. UCD s systems could not respond due to an error or a time out. Request can be resubmitted later. UCD s real-time systems are down for scheduled maintenance. Request can be submitted again later. Request SOAP message contains the wrong version of CORE or CORERuleVersion. SOAP Request needs to be corrected and resubmitted. 13

In the following examples the HTTP Header is shown in blue; An example of a WSDL SOAP Receiver Fault response with PayloadID: HTTP/1.1 500 Internal Server Error Content-Type: text/xml <soapenv:envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"> <soapenv:body> <soapenv:fault> <soapenv:code> <soapenv:value>soapenv:receiver</soapenv:value> </soapenv:code> <soapenv:reason> <soapenv:text xml:lang="en-us">could Not Respond</soapenv:Text> </soapenv:reason> <soapenv:detail> <PayloadID>f81d4fae-7dec-11d0-a765-00a0c91e6bf6</PayloadID> <!-- The PayloadID from the request --> </soapenv:detail> </soapenv:fault> </soapenv:body> </soapenv:envelope> 14

An example of a WSDL SOAP Sender Fault response with PayloadID: HTTP/1.1 500 Internal Server Error Content-Type: text/xml <soapenv:envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"> <soapenv:body> <soapenv:fault> <soapenv:code> <soapenv:value>soapenv:sender</soapenv:value> </soapenv:code> <soapenv:reason> <soapenv:text xml:lang="en-us">illegal Value for Payload Type</soapenv:Text> </soapenv:reason> <soapenv:detail> <PayloadID> f81d4fae-7dec-11d0-a765-00a0c91e6bf6</payloadid> </soapenv:detail> </soapenv:fault> </soapenv:body> </soapenv:envelope> 6. CORE TM -compliant Error Responses When a Real-Time transaction fails validation for the content of the request message, a CORE-compliant response message will be sent to the Trading Partner. The following error codes are those which are not defined by the CORE Phase II 270 Connectivity Rule, Section 4.3.3.2: NOTE: CORE TM -compliant Error Responses will return a 200 HTTP Status Code Error Code Error Message Comments PayloadTypeNotSupported UsernameSenderIDMismatch ReceiverIDNotSupported Payload ${PayloadType} Not Supported Username must match SenderId Receiver ID ${ReceiverID} 15 A COREenumerated payload type was submitted, but it is not supported by this service. The Username and the SenderID were not the same value. The value of the ReceiverID

Not Supported field was not one of the supported Receiver ID NAIC plan codes listed above. In the following examples the HTTP Header is shown in blue: An example of a CORE-Compliant SOAP Error Response: HTTP/1.1 200 OK Content-Type: application/soap+xml; action="http://www.caqh.org/soap/wsdl/coretransactions/realtimetransactionresponse";charset=utf- 8 <soapenv:envelope xmlns:soapenv= http://www.w3.org/2003/05/soap-envelope xmlns:cor="http://www.caqh.org/soap/wsdl/corerule2.2.0.xsd"> <soapenv:body> <cor:coreenveloperealtimeresponse> <PayloadType>Core_Envelope_Error</PayloadType> <ProcessingMode>RealTime</ProcessingMode> <! PayloadID from request, when available--> <PayloadID>a81d44ae-7dec-11d0-a765-00a0c91e6ba0</PayloadID> <TimeStamp>2007-08-30T10:20:34Z</TimeStamp> <!-- NAIC code of the response sender (the receiver ID from the request) --> <SenderID>89070</SenderID> <!-- The login ID of the response receiver (the sender ID from the request) --> <ReceiverID>V999999</ReceiverID> <CORERuleVersion>2.2.0</CORERuleVersion> <! Note that there is no Payload when the response PayloadType is Core_Envelope_Error- <ErrorCode>PayloadTypeIllegal</ErrorCode> <! Just one of many possible error codes <ErrorMessage>Illegal value for PayloadType</ErrorMessage> </cor:coreenveloperealtimeresponse> </soapenv:body> </soapenv:envelope> 16

An example of a CORE-Compliant MIME Multipart Error Response: HTTP/1.1 200 OK Content-Length: 9999 Content-Type: multipart/form-data; boundary=xbcy Content-Disposition: form-data; name= PayloadType COREEnvelopeError Content-Disposition: form-data; name= ProcessingMode" RealTime Content-Disposition: form-data; name= PayloadID" f81d4fae-7dec-11d0-a765-00a0a91e6fa6 Content-Disposition: form-data; name= TimeStamp" 2007-08-30T10:20:34Z Content-Disposition: form-data; name= SenderID" 89070 Content-Disposition: form-data; name= ReceiverID" V999999 Content-Disposition: form-data; name= CORERuleVersion" 2.2.0 Content-Disposition: form-data; name= ErrorCode" VersionMismatch Content-Disposition: form-data; name= ErrorMessage Expecting CORERuleVersion=2.2.0; Received CORERuleVersion=1.0 17

5. UCD EDI WebServices Certificate This Section will explain how to save to a file the certificate used by the United Concordia Web Services Gateway. UCD offers the use of web services to perform EDI transactions. Since these transactions require the utmost security, all data is encrypted and transmitted over Secure Sockets Layer Protocol (SSL). The document will provide some links to information about SSL and instructions for downloading to a file the UCD certificate that would be required to be setup as a Truststore to establish a SSL connection with the web services gateway server. Note: This document is meant for individuals whom have information technology experience and an understanding of SSL and web services. A. Introduction Prior to obtaining the UCD Certificate for the enablement of the EDI web services one should have an understanding of SSL. Here's a link to a SSL Introduction. These instructions are for Windows Internet Explorer 7 and may vary with other versions. Introduction to SSL B. Downloading the Digital Certificate. First, open a Google Chrome web browser and navigate to https:// webservices.ucci.com. Click on the green LOCK icon in your Google Chrome browser (near the address bar). Towards the bottom of the dropdown that appears, click the valid certificate link. Next, you ll see the Certificate Window which displays the general information about the Certificate. 18

19

If you click the details tab, it will show the detailed information about the certificate. This certificate is signed by the certificate authority. 20

To retrieve the certificate, click the Copy to File...' button on the General tab. You should now see the Welcome window for the Certificate Export Wizard for windows. Select the Next Button. Select the File Format. In this example, the default DER encoded binary X.509 is selected. Click Next. 21

22

Enter the file name to save the certificate under. In this example c:/downloadwsgwyucci.cer was used. Click Next. Select Finish Button... 23

24

C. What to do next... In order to establish a SSL connection via a web services client usually one needs to load the certificate to the Truststore file configured for the client's platform in which the web service will be invoked. Since, there are too many web services client platforms to mention in this guide, one will need to review the documentation associated with the web services client platform. For example, to obtain information for a client platform like IBM s WebSphere Application Server one could perform a search on Google (www.google.com) for: IBM websphere Truststore how to or examine the Websphere Information Center Documentation. 25