Produced by Araxis Merge on 2/15/2018 4:25:32 PM Eastern Standard 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.
| # | Location | File | Last Modified |
|---|---|---|---|
| 1 | eBilling_Bld22_IB_2_608.zip | ib_2_0_p592_ig.docx | Wed Dec 27 17:12:38 2017 UTC |
| 2 | eBilling_Bld22_IB_2_608.zip | ib_2_0_p592_ig.docx | Thu Feb 15 17:37:07 2018 UTC |
| Description | Between Files 1 and 2 |
|
|---|---|---|
| Text Blocks | Lines | |
| Unchanged | 1 | 962 |
| Changed | 0 | 0 |
| Inserted | 0 | 0 |
| Removed | 0 | 0 |
| 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 |
No regular expressions were active.
| 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 3/4 | |
| 2 | Integrated Billing I B*2.0*592 | |
| 3 | Version 1. 0 | |
| 4 | Deployment , Installa tion, Back -Out, and Rollback G uide | |
| 5 | ||
| 6 | ||
| 7 | June 2018 | |
| 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 | December 2 017 | |
| 18 | 1.0 | |
| 19 | Initial Ve rsion | |
| 20 | Vito D’Ami co | |
| 21 | ||
| 22 | Artifact R ationale | |
| 23 | 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. | |
| 24 | 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. | |
| 25 | ||
| 26 | ||
| 27 | ||
| 28 | ||
| 29 | Table of C ontents | |
| 30 | 1Introduct ion1 | |
| 31 | 1.1Purpose 1 | |
| 32 | 1.2Depende ncies1 | |
| 33 | 1.3Constra ints1 | |
| 34 | 2Roles and Responsib ilities1 | |
| 35 | 3Deploymen t2 | |
| 36 | 3.1Timelin e2 | |
| 37 | 3.2Site Re adiness As sessment2 | |
| 38 | 3.2.1Deplo yment Topo logy (Targ eted Archi tecture)2 | |
| 39 | 3.2.2Site Informatio n (Locatio ns, Deploy ment Recip ients)2 | |
| 40 | 3.2.3Site Preparatio n3 | |
| 41 | 3.3Resourc es4 | |
| 42 | 3.3.1Facil ity Specif ics4 | |
| 43 | 3.3.2Hardw are4 | |
| 44 | 3.3.3Softw are4 | |
| 45 | 3.3.4Commu nications5 | |
| 46 | 3.3.4.1Dep loyment/In stallation /Back-Out Checklist5 | |
| 47 | 4Installat ion5 | |
| 48 | 4.1Pre-ins tallation and System Requireme nts5 | |
| 49 | 4.2Platfor m Installa tion and P reparation 6 | |
| 50 | 4.3Downloa d and Extr act Files6 | |
| 51 | 4.4Databas e Creation 6 | |
| 52 | 4.5Install ation Scri pts6 | |
| 53 | 4.6Cron Sc ripts6 | |
| 54 | 4.7Access Requiremen ts and Ski lls Needed for the I nstallatio n6 | |
| 55 | 4.8Install ation Proc edure6 | |
| 56 | 4.9Install ation Veri fication P rocedure6 | |
| 57 | 4.10System Configura tion7 | |
| 58 | 4.11Databa se Tuning7 | |
| 59 | 5Back-Out Procedure7 | |
| 60 | 5.1Back-Ou t Strategy 7 | |
| 61 | 5.1.1Mirro r Testing or Site Pr oduction T esting7 | |
| 62 | 5.1.2After National Release bu t During t he Designa ted Suppor t Period7 | |
| 63 | 5.1.3After National Release an d Warranty Period7 | |
| 64 | 5.2Back-Ou t Consider ations7 | |
| 65 | 5.2.1Load Testing8 | |
| 66 | 5.2.2User Acceptance Testing8 | |
| 67 | Back-Out C riteria9 | |
| 68 | 5.3Back-Ou t Risks9 | |
| 69 | 5.4Authori ty for Bac k-Out10 | |
| 70 | 5.5Back-Ou t Procedur e10 | |
| 71 | 5.6Back-ou t Verifica tion Proce dure10 | |
| 72 | 6Rollback Procedure1 0 | |
| 73 | 6.1Rollbac k Consider ations10 | |
| 74 | 6.2Rollbac k Criteria 11 | |
| 75 | 6.3Rollbac k Risks11 | |
| 76 | 6.4Authori ty for Rol lback11 | |
| 77 | 6.5Rollbac k Procedur e11 | |
| 78 | 6.6Rollbac k Verifica tion Proce dure11 | |
| 79 | ||
| 80 | Table of T ables | |
| 81 | Table 1: D eployment, Installat ion, Back- out, and R ollback Ro les and Re sponsibili ties1 | |
| 82 | Table 2: T EST Site P reparation 3 | |
| 83 | Table 3: S ite Prepar ation3 | |
| 84 | Table 4: F acility-Sp ecific Fea tures4 | |
| 85 | Table 5: H ardware Sp ecificatio ns4 | |
| 86 | Table 6: S oftware Sp ecificatio ns4 | |
| 87 | Table 7: D eployment/ Installati on/Back-Ou t Checklis t5 | |
| 88 | ||
| 89 | ||
| 90 | ||
| 91 | Introducti on | |
| 92 | This docum ent descri bes how to deploy an d install the IB*2.0 *592 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 *592 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*81, IB*2.0*29 4, IB*2.0* 405, IB*2. 0*458, IB* 2.0*492, I B*2.0*517, IB*2.0*53 0, IB*2.0* 574 and IB *2.0*577 m ust be ins talled bef ore IB*2.0 *592. | |
| 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 d epicted in the maste r deployme nt schedul e. | |
| 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*592 deployment . | |
| 165 | Deployment Topology (Targeted Architectu re) | |
| 166 | This patch IB*2.0*59 2 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: | |
| 169 | ||
| 170 | ALBUQUERQU E, NM | |
| 171 | BIRMINGHAM , AL | |
| 172 | HEARTLAND- WEST HCS | |
| 173 | MARTINSBUR G, WV | |
| 174 | TOMAH, WI | |
| 175 | ||
| 176 | 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. | |
| 177 | Site Prepa ration | |
| 178 | The follow ing table describes preparatio n required by each “ TEST” site prior to deployment . | |
| 179 | Table 2: T EST Site P reparation | |
| 180 | Site/Other | |
| 181 | Problem/Ch ange Neede d | |
| 182 | Features t o Adapt/Mo dify to Ne w Product | |
| 183 | Actions/St eps | |
| 184 | Owner | |
| 185 | Sites list ed in sect ion 3.2.2 | |
| 186 | Testers ne ed to obta in access to the Tes t Environm ent(s) | |
| 187 | N/A | |
| 188 | Grant the assigned t esters the necessary access to the Test Environmen t(s) | |
| 189 | N/A | |
| 190 | ||
| 191 | ||
| 192 | ||
| 193 | ||
| 194 | ||
| 195 | ||
| 196 | ||
| 197 | ||
| 198 | ||
| 199 | ||
| 200 | ||
| 201 | ||
| 202 | ||
| 203 | ||
| 204 | ||
| 205 | ||
| 206 | The follow ing table describes preparatio n required by each s ite prior to deploym ent. | |
| 207 | Table 3: S ite Prepar ation | |
| 208 | Site/Other | |
| 209 | Problem/Ch ange Neede d | |
| 210 | Features t o Adapt/Mo dify to Ne w Product | |
| 211 | Actions/St eps | |
| 212 | Owner | |
| 213 | N/A | |
| 214 | N/A | |
| 215 | N/A | |
| 216 | N/A | |
| 217 | N/A | |
| 218 | Resources | |
| 219 | Facility S pecifics | |
| 220 | The follow ing table lists faci lity-speci fic featur es require d for depl oyment. | |
| 221 | Table 4: F acility-Sp ecific Fea tures | |
| 222 | Site | |
| 223 | Space/Room | |
| 224 | Features N eeded | |
| 225 | Other | |
| 226 | N/A | |
| 227 | N/A | |
| 228 | N/A | |
| 229 | N/A | |
| 230 | Hardware | |
| 231 | The follow ing table describes hardware s pecificati ons requir ed at each site prio r to deplo yment. | |
| 232 | Table 5: H ardware Sp ecificatio ns | |
| 233 | Required H ardware | |
| 234 | Model | |
| 235 | Version | |
| 236 | Configurat ion | |
| 237 | Manufactur er | |
| 238 | Other | |
| 239 | Existing V istA syste m | |
| 240 | N/A | |
| 241 | N/A | |
| 242 | N/A | |
| 243 | N/A | |
| 244 | N/A | |
| 245 | 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. | |
| 246 | Software | |
| 247 | The follow ing table describes software s pecificati ons requir ed at each site prio r to deplo yment. | |
| 248 | Table 6: S oftware Sp ecificatio ns | |
| 249 | Required S oftware | |
| 250 | Make | |
| 251 | Version | |
| 252 | Configurat ion | |
| 253 | Manufactur er | |
| 254 | Other | |
| 255 | Fully patc hed Integr ated Billi ng package within Vi stA | |
| 256 | N/A | |
| 257 | 2.0 | |
| 258 | N/A | |
| 259 | N/A | |
| 260 | N/A | |
| 261 | IB*2.0*81 | |
| 262 | N/A | |
| 263 | Nationally released version | |
| 264 | N/A | |
| 265 | N/A | |
| 266 | N/A | |
| 267 | IB*2.0*294 | |
| 268 | N/A | |
| 269 | Nationally released version | |
| 270 | N/A | |
| 271 | N/A | |
| 272 | N/A | |
| 273 | IB*2.0*405 | |
| 274 | N/A | |
| 275 | Nationally released version | |
| 276 | N/A | |
| 277 | N/A | |
| 278 | N/A | |
| 279 | IB*2.0*458 | |
| 280 | N/A | |
| 281 | Nationally released version | |
| 282 | N/A | |
| 283 | N/A | |
| 284 | N/A | |
| 285 | IB*2.0*492 | |
| 286 | N/A | |
| 287 | Nationally released version | |
| 288 | N/A | |
| 289 | N/A | |
| 290 | N/A | |
| 291 | IB*2.0*517 | |
| 292 | N/A | |
| 293 | Nationally released version | |
| 294 | N/A | |
| 295 | N/A | |
| 296 | N/A | |
| 297 | IB*2.0*530 | |
| 298 | N/A | |
| 299 | Nationally released version | |
| 300 | N/A | |
| 301 | N/A | |
| 302 | N/A | |
| 303 | IB*2.0*574 | |
| 304 | N/A | |
| 305 | Nationally released version | |
| 306 | N/A | |
| 307 | N/A | |
| 308 | N/A | |
| 309 | IB*2.0*577 | |
| 310 | N/A | |
| 311 | Nationally released version | |
| 312 | N/A | |
| 313 | N/A | |
| 314 | N/A | |
| 315 | 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. | |
| 316 | Communicat ions | |
| 317 | 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. | |
| 318 | Deployment /Installat ion/Back-O ut Checkli st | |
| 319 | The Releas e Manageme nt team wi ll deploy the patch IB*2.0*592 , 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. | |
| 320 | ||
| 321 | Therefore, this info rmation do es not nee d to be ma nually tra cked in th e chart be low. | |
| 322 | Table 7: D eployment/ Installati on/Back-Ou t Checklis t | |
| 323 | Activity | |
| 324 | Day | |
| 325 | Time | |
| 326 | Individual who compl eted task | |
| 327 | Deploy | |
| 328 | N/A | |
| 329 | N/A | |
| 330 | N/A | |
| 331 | Install | |
| 332 | N/A | |
| 333 | N/A | |
| 334 | N/A | |
| 335 | ||
| 336 | Installati on | |
| 337 | Pre-instal lation and System Re quirements | |
| 338 | IB*2.0*592 , 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. | |
| 339 | Platform I nstallatio n and Prep aration | |
| 340 | Refer to t he IB*2.0* 592 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. | |
| 341 | Download a nd Extract Files | |
| 342 | Refer to t he IB*2.0* 592 docume ntation on the NPM t o find rel ated docum entation t hat can be downloade d. IB*2.0* 592 will b e transmit ted via a PackMan me ssage and can be pul led from t he NPM. It is not a host file, and there fore does not need t o be downl oaded sepa rately. | |
| 343 | Database C reation | |
| 344 | IB*2.0*592 modifies the VistA database. All change s can be f ound on th e NPM docu mentation for this p atch. | |
| 345 | Installati on Scripts | |
| 346 | No install ation scri pts are ne eded for I B*2.0*592 installati on. | |
| 347 | Cron Scrip ts | |
| 348 | No Cron sc ripts are needed for IB*2.0*59 2 installa tion. | |
| 349 | Access Req uirements and Skills Needed fo r the Inst allation | |
| 350 | The follow ing staff will need access to the PackMa n message containing the IB*2. 0*592 patc h or to Fo rum’s NPM for downlo ading the nationally released IB*2.0*592 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. | |
| 351 | Installati on Procedu re | |
| 352 | Refer to t he IB*2.0* 592 docume ntation on the NPM f or detaile d installa tion instr uctions. | |
| 353 | Installati on Verific ation Proc edure | |
| 354 | Refer to t he IB*2.0* 592 docume ntation on the NPM f or specifi c and deta iled insta llation in structions . These in structions include a ny post in stallation steps if applicable . The post installat ion routin e will acc omplish th e followin g: | |
| 355 | ||
| 356 | Sets the d efault pro cessing of Dental Cl aims to YE S in Site Parameters . | |
| 357 | Adds sever al new Err or Codes t o the #350 .8 file fo r Dental C laims. | |
| 358 | Adds sever al new Typ e of Servi ce entries to the #3 53.2 file for Dental Claims. | |
| 359 | Adds a new IB Attach ment Repor t Type to the #353.3 file for Dental Cla ims. | |
| 360 | System Con figuration | |
| 361 | No system configurat ion change s are requ ired for t his patch. | |
| 362 | Database T uning | |
| 363 | No reconfi guration o f the Vist A database , memory a llocations or other resources is necessa ry. | |
| 364 | Back-Out P rocedure | |
| 365 | 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 . | |
| 366 | Back-Out S trategy | |
| 367 | 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 best strategy decision i s dependen t on the s tage of te sting duri ng which t he decisio n is made. | |
| 368 | Mirror Tes ting or Si te Product ion Testin g | |
| 369 | 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. | |
| 370 | After Nati onal Relea se but Dur ing the De signated S upport Per iod | |
| 371 | 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 produ ct support whether t his new pa tch would be defined as an eme rgency pat ch or not. This new patch coul d be used to address specific issues per taining to the origi nal patch or be used to restor e the buil d componen ts to thei r original pre-patch condition . | |
| 372 | After Nati onal Relea se and War ranty Peri od | |
| 373 | 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. | |
| 374 | Back-Out C onsiderati ons | |
| 375 | It is nece ssary to d etermine i f a wholes ale back-o ut of the patch IB*2 .0*592 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*592, this patch should be assigned status of “Entered i n Error” i n Forum’s NPM. | |
| 376 | Load Testi ng | |
| 377 | 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. | |
| 378 | User Accep tance Test ing | |
| 379 | Create 837 D Transact ion: | |
| 380 | The IB Sys tem will c reate a pr oprietary 837D trans mission wi th the dat a necessar y to send to FSC a t ransaction that it c an map to a X12n 005 01-X224 He alth Care claim: Den tal (837D) when a us er authori zes a dent al claim. | |
| 381 | The IB Sys tem will p lace the p roprietary 837D tran saction in the extra ct queue. | |
| 382 | The IB Sys tem will t ransmit a proprietar y 837D tra nsaction t o FSC at t he times d esignated in the IB Site Param eters opti on. | |
| 383 | The IB Sys tem will p rovide the ability f or a user to manuall y transmit a proprie tary 837D transmissi on to FSC on demand. | |
| 384 | The IB Sys tem will p rovide the ability f or a user to view th e data tha t was tran smitted in the most recent tra nsmission of a speci fied denta l claim. | |
| 385 | ||
| 386 | Create Den tal Form/U pdate Auto biller: | |
| 387 | Enter/Edit Billing I nformation – The sys tem will m ake the Fo rm Type J4 30D availa ble to use rs when cr eating a n ew claim o r editing an existin g claim. | |
| 388 | Autobiller – The sys tem will m ake the Fo rm Type J4 30D availa ble to the Autobille r when cre ating a ne w claim. | |
| 389 | Autobiller – The sys tem will c reate dent al claims with the F orm Type J 430D and t he Charge Type of pr ofessional for entri es in Clai ms Trackin g for bill able denta l services . | |
| 390 | IB Site Pa rameters – The syste m will pro vide the a bility for a user wi th access to MCCR Si te Paramet er Display /Edit [IBC E PROVIDER MAINT] to turn off the creati on of J430 D claims f or dental services. | |
| 391 | ||
| 392 | TPJI Indic ator: | |
| 393 | User selec ts TPJI fo r system t o generate the TPJI listing. | |
| 394 | User enter s a patien t’s name. | |
| 395 | The IB Sys tem displa ys the Act ive Bills list for t he patient in the TP JI screen. | |
| 396 | The IB Sys tem displa ys ‘D’ in the Type c olumn for all entrie s on the l ist that a re for den tal claims . | |
| 397 | User enter IL to dis play the I nactive Bi lls List f or the pat ient in th e TPJI scr een. | |
| 398 | The IB Sys tem displa ys ‘D’ in the Type c olumn for all entrie s on the l ist that a re for den tal claims . | |
| 399 | ||
| 400 | Insurance Company En try/Edit – Dental: | |
| 401 | Insurance Company En try/Edit – The IB Sy stem will provide th e ability for users to define a primary payer ID – EDI – Den tal Payer Primary ID . | |
| 402 | Insurance Company En try/Edit – The IB Sy stem will provide th e ability for users to define a mailing address fo r Dental c laims: | |
| 403 | Pointer to another p ayer’s add ress if de ntal claim s are proc essed by a nother pay er | |
| 404 | Address Li ne 1 – Req uired | |
| 405 | Address Li ne 2 – Opt ional | |
| 406 | City – Req uired | |
| 407 | State – Re quired | |
| 408 | ZIP – Requ ired (vali d 9 charac ter code) | |
| 409 | Insurance Company En try/Edit – The IB Sy stem will provide th e ability for users to define a FAX numb er associa ted with t he Dental Address. | |
| 410 | Insurance Company En try/Edit – The IB Sy stem will provide th e ability for users to define a telephon e number a ssociated with the D ental Addr ess. | |
| 411 | ||
| 412 | Update Rep orts – For m Type J43 0D: | |
| 413 | The IB Sys tem will p rovide the ability f or users t o view/inp ut the add itional Fo rm Type | |
| 414 | J430D or Form Type designatio n (I/P/D) when one o f the foll owing repo rts/option s searches or displa ys the for m type: | |
| 415 | View/Print EOB | |
| 416 | EDI Claim Status Rep ort | |
| 417 | View/Resub mit Claims – Live or Test | |
| 418 | Ready for Extract St atus Repor t | |
| 419 | HCCH Payer ID Report | |
| 420 | View/Print EDI Bill Extract Da ta | |
| 421 | Provider I D Query (C PAC) | |
| 422 | The IB Sys tem will p rovide the ability f or users t o continue to use th e GEN Prin t Bill opt ion [IB PR INT BILL] to view th e screens of previou sly transm itted dent al claims while prev enting the ir ability to print those clai ms. | |
| 423 | ||
| 424 | TAS eBilli ng System Errors in MRW [MEDIC ARE MANAGE MENT WORKL IST] and C BW [COB MA NAGEMENT W ORKLIST]: | |
| 425 | When a cla im is on b oth the CS A – Claims Status Aw aiting Res olution [I BCE CLAIM STATUS AWA ITING] and the CBW – COB Manag ement Work list [IBCE COB MANAG EMENT] wor klists, th e Biller s hould be a ble to add ress the C SA first w ithout an error mess age occurr ing and th e user’s s ession une xpectedly ending. | |
| 426 | When a use r selects Print MRA from the C BW – COB M anagement Worklist [ IBCE COB M ANAGEMENT] and enter s a “^” in stead of s electing a claim, th e option s hould grac efully exi t and not generate a n error co ndition. | |
| 427 | ||
| 428 | Back-Out C riteria | |
| 429 | The projec t is cance led, the r equested c hanges imp lemented b y IB*2.0*5 92 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. | |
| 430 | Back-Out R isks | |
| 431 | 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. | |
| 432 | Authority for Back-O ut | |
| 433 | 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 . | |
| 434 | Back-Out P rocedure | |
| 435 | The back-o ut procedu re for Vis tA applica tions is c omplex and not a “on e size fit s all” sol ution. The general s trategy fo r a VistA back-out i s to repai r the code with a fo llow-up pa tch. The d evelopment team reco mmends tha t sites lo g a ticket if it is a national ly release d patch. I f not, the site shou ld contact the Enter prise Prog ram Manage ment Offic e (EPMO) t eam direct ly for spe cific solu tions to t heir uniqu e problems . | |
| 436 | ||
| 437 | The IB*2.0 *592 patch contains the follow ing build components . | |
| 438 | Routines | |
| 439 | Modificati ons to Tem plates: | |
| 440 | Input Temp lates | |
| 441 | List Templ ates | |
| 442 | Protocols | |
| 443 | Modificati ons to the following files: | |
| 444 | Insurance File [#36] | |
| 445 | IB Error F ile [#350. 8] | |
| 446 | IB Site Pa rameters F ile [#350. 9] | |
| 447 | Bill Form Type File [#353] | |
| 448 | Type of Se rvice File [#353.2] | |
| 449 | IB Attachm ent Report Type File [#353.3] | |
| 450 | EDI Transm ission Bat ch File [# 364.1] | |
| 451 | IB EDI Tra nsmission Rule File [#364.4] | |
| 452 | IB Data El ement Defi nition Fil e [#364.5] | |
| 453 | IB Form Sk eleton Def inition Fi le [#364.6 ] | |
| 454 | IB Form Fi eld Conten t File [#3 64.7] | |
| 455 | Bill/Claim s File [#3 99] | |
| 456 | Bill/Claim s Provider Sub-file [#399.0222 ] | |
| 457 | Bill/Claim s Procedur es Sub-fil e [#399.03 04] | |
| 458 | Bill/Claim s Line Pro vider Sub- file [#399 .0404] | |
| 459 | Bill/Claim s Occurren ce Code Su b-file [#3 99.041] | |
| 460 | Bill/Claim s Tooth Nu mber Sub-f ile [#399. 096] | |
| 461 | Bill/Claim s Tooth In formation Sub-file [ #399.30491 ] | |
| 462 | ||
| 463 | 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. | |
| 464 | ||
| 465 | Please con tact the E PMO team f or assista nce since this insta lled patch contains components in additi on to rout ines. | |
| 466 | Back-out V erificatio n Procedur e | |
| 467 | Successful back-out is confirm ed by veri fication t hat the ba ck-out pat ch was suc cessfully installed. | |
| 468 | Rollback P rocedure | |
| 469 | 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 . | |
| 470 | Rollback C onsiderati ons | |
| 471 | Not applic able. | |
| 472 | Rollback C riteria | |
| 473 | Not applic able. | |
| 474 | Rollback R isks | |
| 475 | Not applic able. | |
| 476 | Authority for Rollba ck | |
| 477 | Not applic able. | |
| 478 | Rollback P rocedure | |
| 479 | Not applic able. | |
| 480 | Rollback V erificatio n Procedur e | |
| 481 | 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.