eHealth Exchange

Operational Notices

eHealth Exchange Operational Notices are distributed to eHealth Exchange Project and Operational Contacts on file.

Sent: 2019-01-18
Effective Dates:  2019-01-22 Carequality (DEV and STAGE) 2019-01-22 eHealth Exchange (VAL) 2019-02-01 Carequality (PROD) 2019-02-01 eHealth Exchange (PROD)
Effective Time: 17:00 Eastern Time on the respective date
Scope: Carequality and eHealth Exchange Directory clusters
Event Duration: Approximately 1 hour
Participant Action Needed: Self-determined

Description

To improve the performance of the Carequality Directory clusters (DEV, STAGE, and PROD), as well as the eHealth Exchange directory clusters (VAL and PROD), Sequoia plans to deploy a new version of the Sequoia Healthcare Directory server software that enables the use of compressed returned data.

The Carequality Directory has grown to the size where a query of all organizations results in an uncompressed response size of over 64MB of XML data (and more data for a JSON response). The response size will continue to grow as more organizations are added to the Carequality Directory.

Because the data being transmitted back from the Carequality servers is currently not compressed, the directory requires significant IO processing to build and transmit the response.

While the eHealth Exchange Directory is not as large as the Carequality Directory, we can foresee how there might be performance degradation as it continues to grow and return uncompressed data.

Because of the above, Sequoia will be upgrading the Carequality and eHealth Exchange servers to compress responses when a client request contains the Accept-Encoding=gzip HTTP request header.

To leverage this capability, and to avoid the previously mentioned performance issues, your organization should ensure your directory client requests contain the Accept-Encoding=gzip HTTP request header.

Please advise us by January 21st if your organization would like to delay these changes.

Carequality DEVELOPMENT (DEV) Healthcare Directory

You will continue to access this service as you currently do (the end points, base URL and API keys will remain the same). If your directory access client includes the Accept-Encoding=gzip header in your requests, you should see immediate performance (response time and size) improvements. If your directory access client does not set the Accept-Encoding=gzip header in your requests, you will continue to experience the current performance.

Carequality STAGE Healthcare Directory

You will continue to access this service as you currently do (the end points, base URL and API keys will remain the same). If your directory access client includes the Accept-Encoding=gzip header in your requests, you should see immediate performance (response time and size) improvements. If your directory access client does not set the Accept-Encoding=gzip header in your requests, you will continue to experience the current performance.

Carequality PRODUCTION (PROD) Healthcare Directory

You will continue to access this service as you currently do (the end points, base URL and API keys will remain the same). If your directory access client includes the Accept-Encoding=gzip header in your requests, you should see immediate performance (response time and size) improvements. If your directory access client does not set the Accept-Encoding=gzip header in your requests, you will continue to experience the current performance.

eHealth Exchange VALIDATION (VAL) Healthcare Directory

You will continue to access this service as you currently do (the end points, base URL and API keys will remain the same). If your directory access client includes the Accept-Encoding=gzip header in your requests, you should see immediate performance (response time and size) improvements. If your directory access client does not set the Accept-Encoding=gzip header in your requests, you will continue to experience the current performance.

eHealth Exchange PRODUCTION (PROD) Healthcare Directory

You will continue to access this service as you currently do (the end points, base URL and API keys will remain the same). If your directory access client includes the Accept-Encoding=gzip header in your requests, you should see immediate performance (response time and size) improvements. If your directory access client does not set the Accept-Encoding=gzip header in your requests, you will continue to experience the current performance.

Impact: Each client implementation should be self-assessed to determine the impact.

Scope: The scope of these changes is limited to modification of the Carequality and eHealth Exchange servers to compress responses when client request have the Accept-Encoding=gzip header. There will be no other functionality changes.

Data Consistency: These changes do not affect any Directory data.

API Keys: These changes do not affect any API Keys. All prior API Keys will continue to work as they currently are.

Post Event Validation: We suggest that your organization validates access to the Carequality Development, Stage, and Production, and the eHealth Exchange Validation and Production environments as per your standard procedures (depending on which Directory your organization is a participant of).

Support: Sequoia staff will be available for standard business hours support.

Description

Sequoia will be adding Sender Policy Framework (SPF) entries into our DNS records to reflect our enhanced infrastructure. Adding these SPF entries will provide an extra layer of authentication, making it harder to email spoof, a technique often used in phishing and email spam.

Please advise us by January 10th if your organization would like to delay these changes.

Support: Sequoia staff will be available for standard business hours support.

Sent: 2019-01-08
Effective Date: 2019-01-10
Effective Time: 17:00 Eastern Time
Scope: eHealth Exchange DNS Changes
Event Duration: Approximately 1 hour for DNS changes and 1 to 3 days for propagation of the updates Implementer Action Needed: Self-determined