5. EPMO Open Source Coordination Office Redaction File Detail Report

Produced by Araxis Merge on 4/28/2017 1:53:41 PM Central Daylight Time. See www.araxis.com for information about Merge. This report uses XHTML and CSS2, and is best viewed with a modern standards-compliant browser. For optimum results when printing this report, use landscape orientation and enable printing of background images and colours in your browser.

5.1 Files compared

# Location File Last Modified
1 MCCF.zip\MCCF\docs VIP_Deployment_Installation_Roll Back_Back-Out_Guide_eBilling IB_2_576 v1.0.docx Mon Apr 10 15:50:06 2017 UTC
2 MCCF.zip\MCCF\docs VIP_Deployment_Installation_Roll Back_Back-Out_Guide_eBilling IB_2_576 v1.0.docx Fri Apr 28 18:47:08 2017 UTC

5.2 Comparison summary

Description Between
Files 1 and 2
Text Blocks Lines
Unchanged 1 730
Changed 0 0
Inserted 0 0
Removed 0 0

5.3 Comparison options

Whitespace
Character case Differences in character case are significant
Line endings Differences in line endings (CR and LF characters) are ignored
CR/LF characters Not shown in the comparison detail

5.4 Active regular expressions

No regular expressions were active.

5.5 Comparison detail

  1   Medical Ca re Collect ion Fund ( MCCF) Elec tronic Dat a Intercha nge (EDI)  Transactio n Applicat ions Suite  (TAS) eBi lling Buil d 1
  2   Integrated  Billing I B*2.0*576
  3   Version 1. 0
  4   Deployment , Installa tion, Back -Out, and  Rollback G uide
  5  
  6  
  7   April 2017
  8   Department  of Vetera ns Affairs
  9   Office of  Informatio n and Tech nology (OI &T)
  10  
  11  
  12   Revision H istory
  13   Date
  14   Version
  15   Descriptio n
  16   Author
  17   April 2017
  18   1.0
  19   Initial Ve rsion
  20   Vito D’Ami co
  21  
  22  
  23  
  24  
  25  
  26   Artifact R ationale
  27   This docum ent descri bes the De ployment,  Installati on, Back-o ut, and Ro llback Pla n for new  products g oing into  the VA Ent erprise. T he plan in cludes inf ormation a bout syste m support,  issue tra cking, esc alation pr ocesses, a nd roles a nd respons ibilities  involved i n all thos e activiti es. Its pu rpose is t o provide  clients, s takeholder s, and sup port perso nnel with  a smooth t ransition  to the new  product o r software , and shou ld be stru ctured app ropriately , to refle ct particu lars of th ese proced ures at a  single or  at multipl e location s.
  28   Per the Ve teran-focu sed Integr ated Proce ss (VIP) G uide, the  Deployment , Installa tion, Back -out, and  Rollback P lan is req uired to b e complete d prior to  Critical  Decision P oint #2 (C D #2), wit h the expe ctation th at it will  be update d througho ut the lif ecycle of  the projec t for each  build, as  needed. 
  29  
  30  
  31  
  32  
  33   Table of C ontents
  34   1Introduct ion1
  35   1.1Purpose 1
  36   1.2Depende ncies1
  37   1.3Constra ints1
  38   2Roles and  Responsib ilities1
  39   3Deploymen t2
  40   3.1Timelin e2
  41   3.2Site Re adiness As sessment2
  42   3.2.1Deplo yment Topo logy (Targ eted Archi tecture)2
  43   3.2.2Site  Informatio n (Locatio ns, Deploy ment Recip ients)2
  44   3.2.3Site  Preparatio n3
  45   3.3Resourc es3
  46   3.3.1Facil ity Specif ics3
  47   3.3.2Hardw are3
  48   3.3.3Softw are3
  49   3.3.4Commu nications4
  50   3.3.4.1Dep loyment/In stallation /Back-Out  Checklist4
  51   4Installat ion4
  52   4.1Pre-ins tallation  and System  Requireme nts4
  53   4.2Platfor m Installa tion and P reparation 5
  54   4.3Downloa d and Extr act Files5
  55   4.4Databas e Creation 5
  56   4.5Install ation Scri pts5
  57   4.6Cron Sc ripts5
  58   4.7Access  Requiremen ts and Ski lls Needed  for the I nstallatio n5
  59   4.8Install ation Proc edure5
  60   4.9Install ation Veri fication P rocedure5
  61   4.10System  Configura tion5
  62   4.11Databa se Tuning6
  63   5Back-Out  Procedure6
  64   5.1Back-Ou t Strategy 6
  65   5.2Back-Ou t Consider ations6
  66   5.2.1Load  Testing6
  67   5.2.2User  Acceptance  Testing6
  68   5.3Back-Ou t Criteria 7
  69   5.4Back-Ou t Risks7
  70   5.5Authori ty for Bac k-Out7
  71   5.6Back-Ou t Procedur e7
  72   5.7Back-ou t Verifica tion Proce dure8
  73   6Rollback  Procedure8
  74   6.1Rollbac k Consider ations8
  75   6.2Rollbac k Criteria 8
  76   6.3Rollbac k Risks8
  77   6.4Authori ty for Rol lback8
  78   6.5Rollbac k Procedur e9
  79   6.6Rollbac k Verifica tion Proce dure9
  80  
  81   Table of T ables
  82   Table 1: D eployment,  Installat ion, Back- out, and R ollback Ro les and Re sponsibili ties1
  83   Table 2: S ite Prepar ation3
  84   Table 3: F acility-Sp ecific Fea tures3
  85   Table 4: H ardware Sp ecificatio ns3
  86   Table 5: S oftware Sp ecificatio ns4
  87   Table 6: D eployment/ Installati on/Back-Ou t Checklis t4
  88  
  89  
  90  
  91   Introducti on
  92   This docum ent descri bes how to  deploy an d install  the IB*2.0 *576 and h ow to back -out the p roduct and  rollback  to a previ ous versio n or data  set.
  93   Purpose
  94   The purpos e of this  plan is to  provide a  single, c ommon docu ment that  describes  how, when,  where, an d to whom  the IB*2.0 *576 will  be deploye d and inst alled, as  well as ho w it is to  be backed  out and r olled back , if neces sary. The  plan ident ifies reso urces, com munication s plan, an d rollout  schedule.  Specific i nstruction s for inst allation,  back-out,  and rollba ck are inc luded in t his docume nt.
  95   Dependenci es
  96   IB*2.0*371  and IB*2. 0*547 must  be instal led before  IB*2.0*57 6.
  97   Constraint s
  98   This patch  is intend ed for a f ully patch ed VistA s ystem.
  99   Roles and  Responsibi lities
  100   Table 1: D eployment,  Installat ion, Back- out, and R ollback Ro les and Re sponsibili ties
  101   ID
  102   Team
  103   Phase / Ro le
  104   Tasks
  105   Project Ph ase (See S chedule)
  106   1
  107   VA OI&T, V A OI&T Hea lth Produc t Support  & PMO (Lei dos)
  108   Deployment
  109   Plan and s chedule de ployment ( including  orchestrat ion with v endors)
  110   Planning
  111   2
  112   Local VAMC  and CPAC  processes
  113  
  114  
  115   Deployment
  116   Determine  and docume nt the rol es and res ponsibilit ies of tho se involve d in the d eployment.
  117   Planning
  118   3
  119   Field Test ing (Initi al Operati ng Capabil ity - IOC) , Health P roduct Sup port Testi ng & VIP R elease Age nt Approva l 
  120   Deployment
  121   Test for o perational  readiness  
  122   Testing
  123   4
  124   Health pro duct Suppo rt and Fie ld Operati ons
  125   Deployment
  126   Execute de ployment
  127   Deployment
  128   5
  129   Individual  Veterans  Administra tion Medic al Centers  (VAMCs)
  130   Installati on
  131   Plan and s chedule in stallation  
  132   Deployment
  133   6
  134    VIP Relea se Agent
  135   Installati on
  136   Ensure aut hority to  operate an d that cer tificate a uthority s ecurity do cumentatio n is in pl ace
  137   Deployment
  138   7
  139   N/A for th is patch a s we are u sing only  the existi ng VistA s ystem
  140   Installati on
  141   Validate t hrough fac ility POC  to ensure  that IT eq uipment ha s been acc epted usin g asset in ventory pr ocesses
  142  
  143   8
  144   VA’s eBusi ness team
  145   Installati ons
  146   Coordinate  training 
  147   Deployment
  148   9
  149   VIP releas e Agent, H ealth Prod uct Suppor t & the de velopment  team
  150   Back-out
  151   Confirm av ailability  of back-o ut instruc tions and  back-out s trategy (w hat are th e criteria  that trig ger a back -out) 
  152   Deployment
  153   10
  154   No changes  to curren t process  – we are u sing the e xisting Vi stA system
  155   Post Deplo yment
  156   Hardware,  Software a nd System  Support
  157   Warranty
  158   Deployment
  159   The deploy ment is pl anned as a  national  rollout.
  160   This secti on provide s the sche dule and m ilestones  for the de ployment.
  161   Timeline
  162   The durati on of depl oyment and  installat ion is  30  days, as  depicted i n the mast er deploym ent schedu le. 
  163   Site Readi ness Asses sment
  164   This secti on discuss es the loc ations tha t will rec eive the I B*2.0*576  deployment . 
  165   Deployment  Topology  (Targeted  Architectu re)
  166   This patch  IB*2.0*57 6 is to be  nationall y released  to all VA MCs.
  167   Site Infor mation (Lo cations, D eployment  Recipients ) 
  168   The test s ites for I OC testing  are: TBD
  169   These site s will not  be define d here unt il the sit es have ea ch signed  a Memorand um of Unde rstanding  (MOU) and  testing is  complete  as sometim es a site  has to sto p testing  prior to t he end of  IOC.
  170  
  171   Upon natio nal releas e all VAMC s are expe cted to in stall this  patch pri or to or o n the comp liance dat e.
  172   Site Prepa ration 
  173   The follow ing table  describes  preparatio n required  by the si te prior t o deployme nt.
  174   Table 2: S ite Prepar ation
  175   Site/Other
  176   Problem/Ch ange Neede d
  177   Features t o Adapt/Mo dify to Ne w Product
  178   Actions/St eps
  179   Owner
  180   N/A
  181   N/A
  182   N/A
  183   N/A
  184   N/A
  185   Resources
  186   Facility S pecifics
  187   The follow ing table  lists faci lity-speci fic featur es require d for depl oyment.
  188   Table 3: F acility-Sp ecific Fea tures
  189   Site
  190   Space/Room
  191   Features N eeded
  192   Other
  193   N/A
  194   N/A
  195   N/A
  196   N/A
  197   Hardware 
  198   The follow ing table  describes  hardware s pecificati ons requir ed at each  site prio r to deplo yment.
  199   Table 4: H ardware Sp ecificatio ns
  200   Required H ardware
  201   Model
  202   Version
  203   Configurat ion
  204   Manufactur er
  205   Other
  206   Existing V istA syste m
  207   N/A
  208   N/A
  209   N/A
  210   N/A
  211   N/A
  212   Please see  the Roles  and Respo nsibilitie s table in  Section 2  for detai ls about w ho is resp onsible fo r preparin g the site  to meet t hese hardw are specif ications.
  213   Software 
  214   The follow ing table  describes  software s pecificati ons requir ed at each  site prio r to deplo yment.
  215   Table 5: S oftware Sp ecificatio ns
  216   Required S oftware
  217   Make
  218   Version
  219   Configurat ion
  220   Manufactur er
  221   Other
  222   Fully patc hed Integr ated Billi ng package  within Vi stA
  223   N/A
  224   2.0
  225   N/A
  226   N/A
  227   N/A
  228   IB*2.0*371
  229   N/A
  230   Nationally  released  version
  231   N/A
  232   N/A
  233   N/A
  234   IB*2.0*547
  235   N/A
  236   Nationally  released  version
  237   N/A
  238   N/A
  239   N/A
  240   Please see  the Roles  and Respo nsibilitie s table in  Section 2  above for  details a bout who i s responsi ble for pr eparing th e site to  meet these  software  specificat ions.
  241   Communicat ions 
  242   The sites  that are p articipati ng in fiel d testing  (IOC) will  use the “ Patch Trac king” mess age in Out look to co mmunicate  with the e Billing eB usiness te am, the de velopers,  and produc t support  personnel.
  243   Deployment /Installat ion/Back-O ut Checkli st
  244   The Releas e Manageme nt team wi ll deploy  the patch  IB*2.0*576 , which is  tracked n ationally  for all VA MCs in the  NPM in Fo rum. Forum  automatic ally track s the patc hes as the y are inst alled in t he differe nt VAMC pr oduction s ystems. On e can run  a report i n Forum to  identify  when the p atch was i nstalled i n the Vist A producti on at each  site, and  by whom.  A report c an also be  run, to i dentify wh ich sites  have not c urrently i nstalled t he patch i n their Vi stA produc tion syste m.
  245  
  246   Therefore,  this info rmation do es not nee d to be ma nually tra cked in th e chart be low.
  247   Table 6: D eployment/ Installati on/Back-Ou t Checklis t
  248   Activity
  249   Day
  250   Time
  251   Individual  who compl eted task
  252   Deploy
  253   N/A
  254   N/A
  255   N/A
  256   Install
  257   N/A
  258   N/A
  259   N/A
  260  
  261   Installati on
  262   Pre-instal lation and  System Re quirements
  263   IB*2.0*576 , a patch  to the exi sting Vist A Integrat ed Billing  2.0 packa ge, is ins tallable o n a fully  patched M( UMPS) Vist A system a nd operate s on the t op of the  VistA envi ronment pr ovided by  the VistA  infrastruc ture packa ges. The l atter prov ides utili ties which  communica te with th e underlyi ng operati ng system  and hardwa re, thereb y providin g Integrat ed Billing  independe nce from v ariations  in hardwar e and oper ating syst em.
  264   Platform I nstallatio n and Prep aration
  265   Refer to t he IB*2.0* 576 docume ntation on  the Natio nal Patch  Module (NP M) in Foru m for the  detailed i nstallatio n instruct ions. Thes e instruct ions would  include a ny pre ins tallation  steps if a pplicable.
  266   Download a nd Extract  Files
  267   Refer to t he IB*2.0* 576 docume ntation on  the NPM   to find re lated docu mentation  that can b e download ed. IB*2.0 *576 will  be transmi tted via a  PackMan m essage and  can be pu lled from  the NPM.   It is not  a host fil e, and the refore doe s not need  to be dow nloaded se parately.
  268   Database C reation
  269   IB*2.0*576  modifies  the VistA  database.  All change s can be f ound on th e NPM docu mentation  for this p atch. 
  270   Installati on Scripts
  271   No install ation scri pts are ne eded for I B*2.0*576  installati on.
  272   Cron Scrip ts
  273   No Cron sc ripts are  needed for  IB*2.0*57 6 installa tion.
  274   Access Req uirements  and Skills  Needed fo r the Inst allation
  275   The follow ing staff  will need  access to  the PackMa n message  containing  the IB*2. 0*576 patc h or to Fo rum’s NPM  for downlo ading the  nationally  released  IB*2.0*576  patch. Th e software  is to be  installed  by the sit e’s or reg ion’s desi gnated: VA  OI&T IT O PERATIONS  SERVICE, E nterprise  Service Li nes, Vista  Applicati ons Divisi on.
  276   Installati on Procedu re
  277   Refer to t he IB*2.0* 576 docume ntation on  the NPM f or detaile d installa tion instr uctions.
  278   Installati on Verific ation Proc edure
  279   Refer to t he IB*2.0* 576 docume ntation on  the NPM f or detaile d installa tion instr uctions. T hese instr uctions in clude any  post insta llation st eps if app licable.
  280   System Con figuration
  281   No system  configurat ion change s are requ ired for t his patch.
  282   Database T uning
  283   No reconfi guration o f the Vist A database , memory a llocations  or other  resources  is necessa ry.
  284   Back-Out P rocedure
  285   Back-Out p ertains to  a return  to the las t known go od operati onal state  of the so ftware and  appropria te platfor m settings .
  286   Back-Out S trategy
  287   Although i t is unlik ely due to  care in c ollecting,  elaborati ng, and de signing ap proved use r stories,  followed  by multipl e testing  stages (De veloper Un it Testing , Componen t Integrat ion Testin g, SQA Tes ting, and  User Accep tance Test ing), a ba ck-out dec ision due  to major i ssues with  this patc h could oc cur. A dec ision to b ack out co uld be mad e during s ite Mirror  Testing,  Site Produ ction Test ing or aft er Nationa l Release  to the fie ld (VAMCs) .  The bes t strategy  decision  is depende nt on the  stage of t esting dur ing which  the decisi on is made .
  288   Mirror Tes ting or Si te Product ion Testin g
  289   If during  Mirror tes ting or Si te Product ion Testin g, a new v ersion of  a defect c orrecting  test patch  is produc ed, retest ed and suc cessfully  passes dev elopment t eam testin g, it will  be resubm itted to t he site fo r testing.  If the pa tch produc es catastr ophic prob lems, a ne w version  of the pat ch can be  used to re store the  build comp onents to  their pre- patch cond ition.
  290   After Nati onal Relea se but Dur ing the De signated S upport Per iod
  291   If the def ect(s) wer e not disc overed unt il after n ational re lease but  during the  designate d support  period, a  new patch  will be en tered into  the Natio nal Patch  Module in  Forum and  will go th rough all  the necess ary milest one review s etc. as  a patch fo r a patch.   It is up  to VA OI& T and prod uct suppor t whether  this new p atch would  be define d as an em ergency pa tch or not . This new  patch cou ld be used  to addres s specific  issues pe rtaining t o the orig inal patch  or be use d to resto re the bui ld compone nts to the ir origina l pre-patc h conditio n.
  292   After Nati onal Relea se and War ranty Peri od
  293   After the  support pe riod, the  VistA Main tenance Pr ogram woul d produce  the new pa tch, eithe r to corre ct the def ective com ponents or  restore t he build c omponents  to their o riginal pr e-patch co ndition.
  294   Back-Out C onsiderati ons
  295   It is nece ssary to d etermine i f a wholes ale back-o ut of the  patch IB*2 .0*576 is  needed or  if a bette r course o f action i s needed t o correct  through a  new versio n of the p atch (if p rior to na tional rel ease) or a  subsequen t patch ai med at spe cific area s modified  or affect ed by the  original p atch (afte r national  release).  A wholesa le back-ou t of the p atch will  still requ ire a new  version (i f prior to  national  release) o r a subseq uent patch  (after na tional rel ease). If  the back-o ut is post -release o f patch IB *2.0*576,  this patch  should be  assigned  status of  “Entered i n Error” i n Forum’s  NPM.
  296   Load Testi ng
  297   N/A. The b ack-out pr ocess woul d be execu ted at nor mal, rathe r than rai sed job pr iority, an d is expec ted to hav e no signi ficant eff ect on tot al system  performanc e. Subsequ ent to the  reversion , the perf ormance de mands on t he system  would be u nchanged.
  298   User Accep tance Test ing
  299   Concerning  the Onset  Date Corr ection use r story, t he followi ng accepta nce criter ia should  be anticip ated:
  300   The system  should no t automati cally popu late the o nset date  with the s ervice dat e for prof essional c laims.
  301   The system  should po pulate ons et date wi th Occurre nce code 1 1 when ent ered or Oc currence c ode 10 whe n entered  and if 11  does not e xist.
  302   The system  should po pulate FL1 4 on the C MS 1500 wi th onset d ate with O ccurrence  code 11 wh en entered  or Occurr ence code  10 if ente red and if  11 does n ot exist.
  303   The system  should po pulate FL1 5 on the C MS 1500 wi th acciden t date wit h Occurren ce code (1 ,2,3,4 or  5) when en tered.
  304   The system  should po pulate 230 0DTP03 on  the 837-P  with onset  date of O ccurrence  code 11 wh en entered  or Occurr ence code  10 if ente red and if  11 does n ot exist.
  305   The system  should po pulate 230 0DTP03 on  the 837-P  with accid ent date o f Occurren ce code 1, 2,3,4 or 5  when ente red.
  306  
  307   Concerning  the Missi ng MRW Leg end Indica tor user s tory, the  following  acceptance  criteria  should be  anticipate d:
  308   The system  should ge nerate the  MRW based  upon the  user crite ria.
  309   The system  should di splay all  the data a vailable f or the MRW  based upo n the user  criteria.
  310   The system  should di splay indi cators in  front of o r after th e bill num bers appea ring on th e MRW.
  311   The system  should di splay the  legend bel ow the lis ting on th e MRW.
  312   The system  should di splay two  items in t he legend.  They incl ude:
  313   !=Data Mis match/MSE,  and
  314   *=Review i n Process.
  315  
  316   Concerning  the Print ing of CMS  1500 user  story, th e followin g acceptan ce criteri a should b e anticipa ted:
  317   The system  should di splay all  the data a vailable f or the bil l on the v arious bil ling scree ns.
  318   The system  should al low the us er to edit  Section 1 , Bill Typ e, Timefra me of Bill  field on  screen 7 b y entering  either a  7 (Replace ment Claim ) or an 8  (Void/Canc el Prior C laim).
  319   The system  should al low the us er to ente r the orig inal claim  reference  number (I CN/DCN) on  billing s creen 10 o r the syst em auto po pulates th e original  claim ref erence num ber (ICN/D CN) when t he COPY/CL ONE functi on is used .
  320   The system  should al low the us er to auth orize the  bill.
  321   The system  should al low the us er to prin t the bill  locally.
  322   The Printe d claim fo rm should  populate F L22 with t he appropr iate bill  frequency  code in th e first pa rt of FL22  (Resubmis sion Code)  and the o riginal cl aim refere nce number  (ICN/DCN)  in the se cond part  of FL22 (O riginal Re ference Nu mber).
  323  
  324   Concerning  the Payer  Zip Code  Field Adju stment use r story, t he followi ng accepta nce criter ia should  be anticip ated:
  325   The user i s able to  enter or u pdate the  ZIP code f or a third  party pay er in the  appropriat e VistA IB  screen fo r each of  the affect ed payer a ddresses.
  326   The user s hould not  be able to  enter 000 0 or 9999  in the las t 4 bytes  of the ZIP  code fiel ds.
  327   The user i s able to  file the p ayer infor mation whe n complete .
  328   The system  should ve rify that  the zip co de is a 9  character  numeric va lue.
  329   If the zip  code valu e is not v alid, the  system sho uld not sa ve the val ue and, in  turn, sho uld provid e the user  with an e rror messa ge stating  the issue  with the  ZIP code.
  330   If the val ue is vali d the syst em should  store the  payer ZIP  code appro priately.
  331   Back-Out C riteria
  332   The projec t is cance led, the r equested c hanges imp lemented b y IB*2.0*5 76 are no  longer des ired by VA  OI&T and  the Integr ated Billi ng eBusine ss team, o r the patc h produces  catastrop hic proble ms.
  333   Back-Out R isks
  334   Since the  eBilling s oftware is  tightly i ntegrated  with exter nal system s, any att empt at a  back-out s hould incl ude close  consultati on with th e external  trading p artners su ch as the  Financial  Services C enter (FSC ) and the  Health Car e Clearing  House (HC CH) to det ermine ris k.
  335   Authority  for Back-O ut
  336   The order  would come  from: rel ease coord inator (pr oduct supp ort), port folio dire ctor and h ealth prod uct suppor t. This sh ould be do ne in cons ultation w ith the de velopment  team and e xternal tr ading part ners such  as FSC and  the HCCH  to determi ne the app ropriate c ourse of a ction. eBi lling is t ightly int egrated wi th these e xternal pa rtners and  a back-ou t of the p atch shoul d not be a  standalon e decision .
  337   Back-Out P rocedure
  338   The rollba ck plan fo r VistA ap plications  is comple x and not  a “one siz e fits all ” solution . The gene ral strate gy for a V istA rollb ack is to  repair the  code with  a follow- up patch.  The develo pment team  recommend s that sit es log a t icket if i t is a nat ionally re leased pat ch. If not , the site  should co ntact the  Enterprise  Program M anagement  Office (EP MO) team d irectly fo r specific  solutions  to their  unique pro blems.
  339  
  340   The IB*2.0 *576 patch  contains  the follow ing build  components .
  341   Routines
  342   Billing Sc reen Input  Template
  343   FileMan fi le entries  used by t he Forms O utput Util ity [IBCE  OUTPUT FOR MATTER]
  344   A file ent ry from IB  ERROR (#3 50.8) file .
  345   Data Dicti onary Chan ges
  346  
  347   While the  VistA inst allation p rocedure o f the KIDS  build all ows the in staller to  back up t he modifie d routines  using the  ‘Backup a  Transport  Global’ a ction, the  back-out  procedure  for global , data dic tionary an d other Vi stA compon ents is mo re complex  and requi res issuan ce of a fo llow-up pa tch to ens ure all co mponents a re properl y removed  and/or res tored. All  software  components  (routines  and other  items) mu st be rest ored to th eir previo us state a t the same  time and  in conjunc tion with  the restor ation of t he data.
  348  
  349   Please con tact the E PMO team f or assista nce since  this insta lled patch  contains  components  in additi on to rout ines.
  350   Back-out V erificatio n Procedur e
  351   Successful  back-out  is confirm ed by veri fication t hat the ba ck-out pat ch was suc cessfully  installed.
  352   Rollback P rocedure
  353   Rollback p ertains to  data. The  only data  changes i n this pat ch are spe cific to t he operati onal softw are and pl atform set tings. The se data ch anges are  covered in  the Back- out proced ures detai led elsewh ere in thi s document .
  354   Rollback C onsiderati ons
  355   Not applic able.
  356   Rollback C riteria
  357   Not applic able.
  358   Rollback R isks
  359   Not applic able.
  360   Authority  for Rollba ck
  361   Not applic able.
  362   Rollback P rocedure
  363   Not applic able.
  364   Rollback V erificatio n Procedur e
  365   Not applic able.

Araxis Merge (but not the data content of this report) is Copyright © 1993-2016 Araxis Ltd (www.araxis.com). All rights reserved.