Identifying Potentially Privileged Documents
Transcription
Identifying Potentially Privileged Documents
CASE STUDY A Language-Based Analytics Case Study Identifying Potentially Privileged Documents Challenge An international insurance client involved in a reinsurance matter needed to identify all potentially privileged material as quickly and cost effectively as possible out of millions of documents. The client’s traditional approach to identifying potentially privileged documents, by using only simple keywords and metadata, had historically resulted in the unnecessary and costly review of too many non-privileged documents. This was especially the case when the client included words like “privileged” and “confidential” in its keyword list. In addition, many potentially privileged documents had previously been overlooked during review because they were not, per se, communications between the company and its attorneys even though they contained complex privileged content. Approach The client had developed a list of metadata criteria and keywords that they believed would identify potentially privileged documents, but neither list could be used in a standalone manner. The keyword list included words that typically appeared in all email footers the company sent or received. The challenge was to limit the keyword search to just the text contained in the body of the document. To accomplish that, RenewData made an inventory of the footers and treated the language used in each footer as a Logical Expression (LEX). We then indexed the documents in the collection, but excluded the aforementioned LEXs from the index. As a result, the search engine couldn’t “see” the language of the LEX. Thus, a search for the word “privilege” considered only the language contained in the body of the document and not the language contained in its disclaimer footer. The second half of the problem was more complicated. Occasionally the company’s attorneys would send a privileged communication via email to one of the company’s executives. The executive would then write a new email to staff that effectively included the privileged language of the first email, but without referencing the attorneys. The privileged language was often complex and the emails to staff were not picked-up by the standard privilege metadata criteria. Capturing these privileged emails had proved an insurmountable problem for the client. To solve the problem, RenewData put all documents deemed potentially privileged based on metadata into its Vestigate review platform. As these documents were reviewed, the attorneys highlighted the exact language in each document that created the privilege. Vestigate’s Automatic Query Builder grabbed this highlighted language and transformed it into Boolean queries that were run against the entire population of documents. In this manner, documents and emails that contained the attorney’s privileged language, but did not have the attorney metadata, were identified and held back from production. Outcome By employing these two techniques, the client was able to rapidly identify documents containing privilege-related terms contained only in the body of the emails, thereby vastly reducing the volume of false positives. In addition, the client was able to identify documents containing complex privileged language that had not been sent to or from the company’s counsel. The entire privilege review was completed by one attorney over the course of two days -- a fraction of the time otherwise required with a traditional approach. www.renewdata.com 888- 811-3789 info@renewdata.com Copyright © 2013 Renew Data Corp. All Rights Reserved.