Logo GISdevelopment.net

GISdevelopment > Proceedings > GITA > 2002


GITA 2002 | GITA 2001 | GITA 2000 | GITA 1999 | GITA 1998 | GITA 1997
Sessions

Applications

Data Development & Evolution

E-Biz

GeoSolucions

Mobile

Municipal Perspective

Network Operations Management

New Technology

Project Management

System Architecture

System Integration

The Human Factor

User Presentations

Work Management


GITA 2002


Mobile - Taking it to the street


IWC’S success in cost efective mobile applications


Customer Service Applications:
The same antiquated card reader was being used for customer non-payment work orders. A palm application was created to process these orders. The requirements were similar with a few differences. The orders were created each day on the former customer information system residing on an IBM mainframe. A text file was created and imported into an Access database specially created for the palm scheduling.

Queries were created in Access to create the export file that was uploaded to the mainframe for database update. In addition to the standard lookup fields for field response, the form required a signature field for the customer to sign. The palm development software includes this type of field. The nonpayment orders were routed with other types of orders printed on paper forms. Most customer work orders were computer routed giving each order a route and sequence. The orders sent to the palm were sorted using this sequence making it easy for the servicemen find the service locations. A hotsync station was placed in the data processing room and each evening the routing was done after the payments were applied to the customer information. Packets were created each evening that included the palm, route sheet and the other paper orders. These packets were handed out the next day for field processing. Data sent to the palms included:

District Seq, Service Address, Delq Amount, Priority, Cust Name, Mtr Num-Size-Make, Mtr Loc-Direction, DOG, Attempted:, Action, Order Complete, Cust Signature, Comments, No Charge, Disc Date, Trouble Code, Bill date, Account Number, Box Measurements, Srv Remarks, Mtr Remarks, DMAP, Mtr Type, Current Amt, Total Amt, acct_map, CITY, Irrigation Cd, Order ID


Reports were created against the updated information in the Access database to manage completed orders by the collection department. Again the Access database resided on the LAN giving field service managers as well as the collection manager access to the updated information.

Having the Access database available to the managers allowed capturing additional information in the field without changing the mainframe database, which was due to be replaced.

This system had been in production since November 1999 and has since been replaced by a new work order system that field processes all work orders on Palms. This new system integrates data from two new information systems to create the record for field processing. Several tables and programs were created to manage the data requirements. The data necessary for field processing of 90 different types of work orders required developing three linked forms. Lookup lists for field responses needed to be dynamic and easily changeable. The palm development software provides capabilities to link lookup lists, which are actually mini-forms to back-end databases. This allows any manager or supervisor with access to the database, to make changes to look-up lists so the next time the Palm is synced, the new information is there. These dynamic look-up lists include employee lists, work order types, action codes, and correct condition codes. Several forms not directly needed for work order processing were created to provide instructions on what is expected for each order and 12 month listing of meter readings for each account that has a work order on the Palm.

The challenge when creating such a complicated system was to make the palm process flow simple. The system we call “UtiliField’ consists of a form for keeping information about the day such as the date, employee, route name, shift, type of work, beginning mileage, ending mileage and vehicle number. The next form holds the general information for each work order. Fields include:

Work order number, address, work order code, description of work required, detailed instruction from the order taker, meter serial number, meter make, meter size, time requested, order sequence, delinquent amount, customer name, customer phone number, special tools required, special handling, dog, meter reader remarks and site id.



The third form adds more information about the customer site and is the form where most update fields are kept. Because different types of orders use the same system of forms this form, has 90 different fields. Navigation is made easier with jumps created for each of the major sub-groups of servicemen and the data areas they use most. One jump takes you to the area that is used to put in meter readings, another for meter installation and another for new customer service installation. Every effort has made to minimize typing on the palm. Look-up lists provide the correct response easily. Comment fields are used by the servicemen to communicate additional responses that need to be added to these lists. Several work orders require long responses, for these keyboards are used.

A board was made to Velcro the Palm and keyboard together to facilitate their use.

A fourth form has a one to many relationships to the previous form and tracks the activities the serviceman performs for each order. It also reports the conditions the need to be corrected at the customer site. These actions and correct conditions are used to create billable events and referral work orders. An example of a completed work order would have these responses from the palm:

Work order type: Turn on reoccupy

Work order status- complete, Visited on 11/05/2001 9:00:23, Meter reading, 456632, action code- 195 angle valve found off turned on, 83 compression valve tightened, correct condition- 82 dog

All work order forms can accept new records by the servicemen in the field. A work order is created in the Cassworks Work Order Management System, where information about the customer is populated from the customer information system and routed to the serviceman by e-mail to their pagers. The serviceman adds the work order record into the palm. He only has to put the work order number into the palm and completes the order just like those that were loaded that morning. When the palm is synced the responses update the work order record that resides in the Cassworks system using the work order number as the unique key.

Page 3 of 4
| Previous | Next |

Applications | Technology | Policy | History | News | Tenders | Events | Interviews | Career | Companies | Country Pages | Books | Publications | Education | Glossary | Tutorials | Downloads | Site Map | Subscribe | GIS@development Magazine | Updates | Guest Book