Section 1: Disaster Recovery



Similar documents
How To Write An Eprescription In Dubai

Cloud Computing Disaster Recovery (DR)

eclaimlink Claims Management Awareness Workshop 1 March 25, 2012 (11:00 am 1:00 pm) Rashid Medical Library Rashid Hospital, Dubai

CLOUD SERVICE SCHEDULE

MiServer and MiDatabase. Service Level Expectations. Service Definition

Federated Application Centric Infrastructure (ACI) Fabrics for Dual Data Center Deployments

White Paper. Prepared by: Neil Shah Director, Product Management March, 2014 Version: 1. Copyright 2014, ezdi, LLC.

Technical Considerations in a Windows Server Environment

Disaster Recovery Plan Overview for Customers. Sage ERP Online

Disaster Recovery Solutions for Oracle Database Standard Edition RAC. A Dbvisit White Paper

Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0

Designtech Cloud-SaaS Hosting and Delivery Policy, Version 1.0, Designtech Cloud-SaaS Hosting and Delivery Policy

Support Guide Comprehensive Hosting at Nuvolat Datacenter

Cisco Active Network Abstraction Gateway High Availability Solution

Windows Geo-Clustering: SQL Server

INFRASTRUCTURE AS A SERVICE (IAAS) SERVICE SCHEDULE Australia

FatPipe Networks

Disaster Recovery White Paper

Code Subsidiary Document No. 0007: Business Continuity Management. September 2015

A Link Load Balancing Solution for Multi-Homed Networks

A. Hot-Standby mode and Active-Standby mode in High Availability

Reduce your downtime to the minimum with a multi-data centre concept

Chapter 2 Connecting the FVX538 to the Internet

Assuring High Availability in Healthcare Interfacing Considerations and Approach

Conventionally, software testing has aimed at verifying functionality but the testing paradigm has changed for software services.

Administrator Guide VMware vcenter Server Heartbeat 6.3 Update 1

EonStor DS remote replication feature guide

CLOUD SERVICE SCHEDULE Newcastle

B U S I N E S S C O N T I N U I T Y P L A N

1Y0-250 Implementing Citrix NetScaler 10 for App and Desktop Solutions Practice Exam

Procedural Notice pursuant to the Health Insurance Law (No 11 of 2013) of the Emirate of Dubai Procedural Notice Number 1 of 2015 (PN 01/2015)

Active Directory Infrastructure Design Document

OMNITURE MONITORING. Ensuring the Security and Availability of Customer Data. June 16, 2008 Version 2.0

Everything You Need to Know About Network Failover

HA / DR Jargon Buster High Availability / Disaster Recovery

Migration and Building of Data Centers in IBM SoftLayer with the RackWare Management Module

e-prescription Initiative for Dubai Insured Population

DISASTER RECOVERY WITH AWS

FortiBalancer: Global Server Load Balancing WHITE PAPER

Whitepaper Continuous Availability Suite: Neverfail Solution Architecture

WHITE PAPER. Best Practices to Ensure SAP Availability. Software for Innovative Open Solutions. Abstract. What is high availability?

A Glimpse of Pricing and Reimbursement in the UAE

Database Resilience at ISPs. High-Availability. White Paper

Top 10 Disaster Recovery Pitfalls

COMLINK Cloud Technical Specification Guide VIRTUAL PRIVATE SERVERS

Global Server Load Balancing

AUTOMATED DISASTER RECOVERY SOLUTION USING AZURE SITE RECOVERY FOR FILE SHARES HOSTED ON STORSIMPLE

Analytics Reporting Service

MaximumOnTM. Bringing High Availability to a New Level. Introducing the Comm100 Live Chat Patent Pending MaximumOn TM Technology

Disaster Recovery Policy

Consulting Solutions Disaster Recovery. Yucem Cagdar

Business Continuity and Disaster Recovery the WAN is a Strategic Component

RL Solutions Hosting Service Level Agreement

Eliminating End User and Application Downtime. Protecting Mission-Critical, Multi-Tier Business Applications with Neverfail and Virtualization

TekCloud Service Agreement

Managed Colocation Service Terms and Conditions for CLOUDHPT.COM

Migration and Building of Data Centers in IBM SoftLayer with the RackWare Management Module

Installation and Upgrade on Windows Server 2008/2012 When the Secondary Server is Physical VMware vcenter Server Heartbeat 6.6

Disaster Recovery 101. Sudarshan Ranganath & Matthew Phillips Ellucian

Enterprise Architecture Review Checklist

Information Services. Standing Service Level Agreement (SLA) Firewall and VPN Services

Blackboard Managed Hosting SM Disaster Recovery Planning Document

MANAGEMENT AUDIT REPORT DISASTER RECOVERY PLAN DEPARTMENT OF FINANCE AND ADMINISTRATIVE SERVICES INFORMATION TECHNOLOGY SERVICES DIVISION

Why an Intelligent WAN Solution is Essential for Mission Critical Networks

Backup and Recovery. What Backup, Recovery, and Disaster Recovery Mean to Your SQL Anywhere Databases

How To Recover From A Trading System Failure

e Shandor Simon Director, Networking Services Latin School of Chicago

Mastering Disaster Recovery: Business Continuity and Virtualization Best Practices W H I T E P A P E R

SIP Trunking Guide: Get More For Your Money 07/17/2014 WHITE PAPER

Corporate PC Backup - Best Practices

Zscaler Internet Security Frequently Asked Questions

VIII. Deployment Schedule

Business Continuity. Proactive Telecom Strategies for Decision Makers

Westek Technology Snapshot and HA iscsi Replication Suite

White Paper. The Ten Features Your Web Application Monitoring Software Must Have. Executive Summary

Break Internet Bandwidth Limits Higher Speed. Extreme Reliability. Reduced Cost.

Application and service delivery with the Elfiq idns module

How To Prepare For The Second Data Center On Payware Connect For A Second Time

SYSPRO Point of Sale: Architecture

TERMS OF REFERENCE. I. Rationale. Scope of Work

Configuring Failover

A Guide to WAN Application Delivery for the SME Market

MailMarshal SMTP in a Load Balanced Array of Servers Technical White Paper September 29, 2003

Remote Copy Technology of ETERNUS6000 and ETERNUS3000 Disk Arrays

Session Border Controller

High Availability with Postgres Plus Advanced Server. An EnterpriseDB White Paper

COMLINK Cloud Technical Specification Guide DEDICATED SERVER

RBI BCP READINESS REPORT. Auto generated by Sanovi DRM

Table of Contents. CSC CloudCompute Service Description Summary CSC 1

Neverfail Solutions for VMware: Continuous Availability for Mission-Critical Applications throughout the Virtual Lifecycle

Automated Disaster Recovery With BMC Atrium Orchestrator

DISASTER RECOVERY BUSINESS CONTINUITY DISASTER AVOIDANCE STRATEGIES

Best Practice Recommendation for

BME CLEARING s Business Continuity Policy

Disaster Recovery Hosting Provider Selection Criteria

Troubleshooting BlackBerry Enterprise Service 10 version Instructor Manual

NETWORK SERVICES WITH SOME CREDIT UNIONS PROCESSING 800,000 TRANSACTIONS ANNUALLY AND MOVING OVER 500 MILLION, SYSTEM UPTIME IS CRITICAL.

Availability Digest. What is Active/Active? October 2006

Migration and Disaster Recovery Underground in the NEC / Iron Mountain National Data Center with the RackWare Management Module

Transcription:

Pharmacy Benefit Management (PBM) and eprescribing (erx) Solution Contingency Plans (Last Revised on February 15, 2015 - Next revision June 30, 2015) This document will address the existing disaster recovery, infrastructure support, and contingency plan for the MedImpact Arabia systems involved in the PBM and erx solution utilized by its existing clients in the United Arab Emirates. Section 1: Disaster Recovery The Engine utilized by MedImpact Arabia clients is running on high availability systems that provide fast and secured disaster recovery measures according to the specifications listed below: Recovery Point Objective (RPO) for the PBM Engine system is less than 5 minutes as the system is replicated near real time. Unscheduled Recovery Time Objective (RTO) o Engine: 30 minutes o MedAccess (Call Center Support System): 60 minutes Scheduled Recovery Time Objective (RTO) will be presented in a documented manner identifying the purpose as well as the anticipated down time of the systems. o Scheduled down time will be communicated with the clients within a minimum period of 24 hours of the intended down time. Fully redundant and independent systems exist in each data center to meet RTO/RPO objectives with no degradation in performance, In case of a major disaster and if both primary and secondary systems become unavailable: Solution Provider will provide a situation analysis within 48 hours addressing: o Cause of the disaster. o Anticipated time for disaster recovery. Section 2: Network Connectivity The connection between MedImpact Arabia clients and the company s utilized systems is channeled through dedicated IP addresses that were identified in the implementation process through a dedicated Connectivity Form completed together with the MedImpact Arabia client. In case of a major connectivity failure in the MedImpact Arabia Client s network (due to ISP, Telecom Provider, or Client infrastructure related malfunction), causing no availability of the Static IP addresses: MedImpact Arabia will pre-configure the firewall rules to allow additional IP addresses if provided by MedImpact Arabia Clients to manage this exceptional situation. If static IP addresses are not available, MedImpact Arabia - upon written request of the client - will allow the Client to access system for a limited time without IP filtering or provision a range of IP addresses that would be granted access until the issue is resolved.

Section 3: Communication & System Notification The utilized MedImpact Arabia solution facilitates alerting options to notify the providers in cases of system failure, shutdown, and scheduled restarts through. Daily monitoring of process alerting internal teams on pending requests in the system. Upon recurrent system failure, an email is sent to MedImpact Arabia technical support team to manage provider calls and communicate with MedImpact Arabia clients proposed next steps. It is anticipated that all scheduled maintenance operations will be scheduled at night or early morning (12:00 am 7:00 am). In case of an urgent maintenance operation that would create system disruption for more than 60 minutes during the day, an email alert will be sent to the providers to notify them about the expected system down time. Section 4: Response Times MedAccess (Contact Center Application) The response time for non ad-hoc search pages (querying by primary or natural keys like Member Number or Claim ID), inserts, and updates will be 10 seconds or less when accessed by the MedImpact Arabia Client s contact center team. This response time is measured within MedImpact Arabia network and could be longer at client site due to network bandwidth and latency between client and MedImpact Arabia. erx and PBM Transactions The response time for authorizations through the MedImpact Arabia platform for erxclinician, erxpharmacy, PBMLink, and all regulated applicable authorization transactions is usually completed within a few seconds. Should you have a reported consistent delay of more than 30 seconds for the majority of transactions at your facility, please report the delay to the MedImpact Arabia call center team 600548881 for immediate action. If you are a provider (pharmacy or physician) and not getting any response for your transactions or requests from a MedImpact Arabia client payer or third party administrator, please refer to the call center immediately to report the issue to avoid member disruption. If you are a provider that is utilizing a custom integrated software (HIS or POS) to the DHPO (DHA) or Shafafiya (HAAD), please verify that you have the necessary internal measures to handle potential system disruption from within your own solution. Please note that MedImpact Arabia requests those providers to declare their intention to do follow this approach prior to going live. This is a necessary measure to manage the support and maintenance of client payer networks. Section 5: Scheduled Maintenance The MedImpact Arabia Engine The engine follows a monthly release schedule and requires no Software updates are deployed during off peak hours in the UAE, usually between 12:00 midnight and 7:00 am. The Contact Center Application MedAccess, follows a scheduled 3 month release cycle. Most releases require no downtime as updates are pushed out 1 stack at a time unless a database update is required. Communication of releases that require a downtime is provided to payers at least 48 hours in advance of the release. Software updates are deployed during off peak hours in the UAE, usually between 12:00 midnight and 7:00 am.

PBMLink the pharmacy interface - follows a monthly scheduled update and requires minimal Updates that require more than 30 minutes downtime are deployed during off peak hours in the UAE, usually between 12:00 midnight and 7:00 am. Reporting and Analytics updates on the PBMAccessPanel and the MedOptimize-Cognos platform are scheduled and notified to clients if a downtime of more than 30 minutes is expected during the update. The introduction of new features and reports are done through communication with the client from the dedicated account management team. Section 6: Redundancy The entire MedImpact Arabia solution is designed for high availability and redundancy. The Engine and PBMLink applications in the secondary datacenter has the same processing capacity as primary. The MedAccess application in the secondary datacenter has half the capacity of the primary systems. This capacity is sufficient for the anticipated user load and will meet response time requirements during unexpected situation where the solution needs to redundant system, Section 7: DNS Updates In the event of a switch over to secondary data center, MedImpact Arabia will update the DNS entry to point users to the new IP address. The DNS records Time-To-Live (TTL) is set at 5 minutes forcing DNS resolvers to get a new IP address after 5 minutes. Since this change doesn t require an actual update to the DNS registrar there should be no lag in fetching the new IP address. Section 8: Failover Scenarios In the Emirate of Abu Dhabi Scenario 1 Pharmacy unable to access PBMLink or HAAD Post Office. 1. Check if any MedImpact Arabia or HAAD Communication had been issues with regard to confirm system 1. Check if any MedImpact Arabia or HAAD Communication had been issues with regard to 2. If no communication has been issued, payer to contact MedImpact Arabia call center to confirm system 3. If confirmed, payer to advise pharmacists to follow steps highlighted above to avoid member disruption.

Scenario 2 Payer is unable to access MedAccess Application. 1. Check if any MedImpact Arabia communication has been issued with regard to 2. Communicate with MedImpact Arabia call center to confirm 3. Check with payer infrastructure team to assure that no changes at payer end caused 4. If downtime is not resolved, advise pharmacies to revert back to payer protocols for overriding rejected transactions. Scenario 3 MedImpact Arabia is unable to reach HAAD Post Office. What needs to be done by the MedImpact Arabia? 1. Check if any HAAD communication has been issued with regards to 2. Report issue to HAAD technical support team. 3. Request Pharmacies and Payers to revert to Scenario 1 above until issue is fully resolved. In the Emirate of Dubai Scenario 1 Physician is unable to access erx Clinician Application or DHA Post Office. What needs to be done by the physician? 1. Check if any DHA Communication had been issues with regard to 2. If no communication has been issued, pharmacy to contact eclaimlink Call Center at 600522004 to confirm system 3. If confirmed, physician to issue a paper prescription and hand to member. 4. Physician is requested to move back to electronic prescription once system issue is resolved. Scenario 2 Pharmacy unable to access PBMLink or DHA Post Office. 1. Check if any MedImpact Arabia or DHA Communication had been issues with regard to confirm system 4. Check if any MedImpact Arabia or DHA Communication had been issues with regard to 5. If no communication has been issued, payer to contact MedImpact Arabia call center to confirm system 6. If confirmed, payer to advise pharmacists to follow steps highlighted above.

Scenario 3 Payer is unable to access MedAccess Application. 1. Check if any MedImpact Arabia communication has been issued with regard to 2. Communicate with MedImpact Arabia call center to confirm 3. Check with payer infrastructure team to assure that no changes at payer end caused 4. If downtime is not resolved, advise pharmacies to revert back to payer protocols for overriding rejected transactions. Scenario 4 MedImpact Arabia is unable to reach DHA Post Office. What needs to be done by the MedImpact Arabia? 1. Check if any DHA communication has been issued with regards to 2. Report issue to DHA technical support team. 3. Request Pharmacies and Payers to revert to Scenario 1 above until issue is fully resolved. In the Northern Emirates Scenario 1 Pharmacy unable to access PBMLink. 1. Check if any MedImpact Arabia Communication had been issues with regard to confirm system 1. Check if any MedImpact Arabia Communication had been issues with regard to 2. If no communication has been issued, payer to contact MedImpact Arabia call center to confirm system 3. If confirmed, payer to advise pharmacists to follow steps highlighted above. Section 9: Service Disruption Communication Proactive monitoring is being built into the solution. Any disruption to the service will be communicated to the payer team by email and/or phone. Payers are requested to setup an email distribution list for such notifications and also provide a phone number. Notification will be provided in the case of unscheduled downtime if system is down for more than 1 hour during normal business hours and 2 hours during nonbusiness hours.