This article discusses software for applying records management principles to electronic records. The point is not to sell software, but to make records managers aware of how these new tools work, the possibilities they offer and the issues they raise. Three products are used as examples: PSS Software's RIMS, Tower Software's TRIM, and Provenance's ForeMost. Their mention should not be construed as an endorsement or promotion of any kind. The object is to understand key differences among product approaches so that records managers may have a better context in which to evaluate product offerings.
Sound records management calls for managing a record from its creation through its final disposition. Retention schedules, for example, commonly tell how long a record series is kept and where it is kept, correlating accessibility with the record's active and inactive periods. On a retention schedule, electronic records receive a retention period based on their classification, no different from their paper counterparts.
The challenge of electronic records, however, has several parts. Unless they are printed, electronic records remain intangible. They are physically stored on a personal computer hard drive or a shared network drive where they remain accessible. In information systems parlance, "inactive" electronic records are those that have not been opened or edited for a particular time period-typically six months. To make room on the network drive, the "inactive" electronic records are archived, which means that they are transferred to magnetic tape and stored off-lineperhaps in perpetuity. The problem is that the physical locations of electronic records are not managed by records managers but by information systems departments. So the first challenge of electronic records management lies not in applying a retention period, but in making it stick, i.e., assuring that an electronic record follows the same pre-determined path as its paper brethren and is ultimately destroyed or preserved as prescribed by the records program.
The second challenge is more complex: electronic records are not named in any consistent way and follow no consistent filing structure. Electronic records are created in decentralized environments, given names that appeal to their creators and are placed in electronic file folders or directories that have been set up according to their creators' sense of order. Until recently, names for electronic documents were limited to eight characters, a dot, and three characters, known as 8.3 file names. Depending on how clever the creators were about making directories and sub-directories for their work, the electronic documents could literally be anywhere.
In electronic environments, only a record's creator knows: (1) What the record's content is; (2) What the record is called, and (3) In which electronic directory it has been placed. Without consistent structure, classification or indexing, finding an electronic record takes on the feel of rummaging in an electronic basement. Bad as this situation is, it is expected to worsen. According to Dr. Keith T. Davidson, executive director of Xplor International, "By 2004, the pile of information on your desk will be 30% paper and 70% electronic, compared to 90% paper today."1
The inability to locate critical electronic documents represents huge problems for environments where teams of people work on a common project, e.g., law firms, research groups, construction projects, etc. In the late '80s middleware software products2 emerged to deal with this problem. Products such as PC DOCs and Saros Mezzanine were originally designed to overcome the limits of 8.3 naming and provide a structure for filing the document as soon as it was saved. This was accomplished by providing an information capture screen and an underlying database in the middleware product. For example, after creating a document using Word for Windows, the author selects …