1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

12
1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004

Transcript of 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

Page 1: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

1

Patron Data Management and Library Systems: A Vendor Perspective

ALA Conference

Summer, 2004

Page 2: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

2

Definitions

Privacy: “…isolated from the view of others”

Manage Access: “Supervise the right to make use of”

Page 3: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

3

Policy Decisions

Collect And Secure

Protect Through Ignorance (having no knowledge of)

KeepAllInfo

CollectAnd

Secure

ProtectThrough

Ignorance

KeepNoInfo

Our Focus

Page 4: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

4

Privacy Protection Program

Affirmatively Eliminate Orphaned DataCentralize Selective Data Repository Secure Access to DataEvaluate Backup ProceduresDevelop Written Policy

Lets See What This Means…

Page 5: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

5

Types of Data (Managed Access)

Personal InformationContentActivityTransactional

Page 6: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

6

Personal Data

Bar Code (or other unique identifier)PIN / PasswordOptional:

– Name– Date of Birth– Status / Access Type– Fines / Fees Owed

A Unique Identifier is Required to Manage Access

CIPA Compliance

Page 7: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

7

Content Data

Keystroke Recordings (Auto Saves)

Saved DocumentsDocument NamesBrowser Utilities (Favorites, History, Bookmarks)

CookiesWeb DestinationsProfiles

Content Data is Not Required to Manage Access

Page 8: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

8

Activity Data

Device IdentificationDate & Time StampElapsed TimePrint Documentation

Activity Data is Not Required to Manage Access*

Daily Time Enforcement

Page 9: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

9

Transactional Data

PaymentsExpendituresAccount BalanceBank Records

Transactional Data is Not Required to Manage Access*

COD Payment

Page 10: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

10

2 Alternative Approaches

Statistical– No Data Relationship

– Entries Not Readable By Man or Machine

– Entry Counts Allow Limited Analysis

– Summary-Only, No User Reconciliation

Detail– Relational Data

– Some Entries Readable By Machine

– Entry Details Allow Ad Hoc Analysis

– Summary, Detail & User Reconciliation

Page 11: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

11

Different Potential Results

Statistical:– Aggregate Activity and Transaction Counts – No Uniqueness Reporting– By Name:

• Current Account Balance• Current Account Balance, Last Access Date

Detail:– Separable Activity and Transaction Counts

– Uniqueness Reporting

– By Name: per above, plus• Activity and Transactional Reconciliation by and combination of:

• Date / Time / Device / Print Document Header

Page 12: 1 Patron Data Management and Library Systems: A Vendor Perspective ALA Conference Summer, 2004.

12

Conclusion

Privacy & Access Management are Compatible

Careful Construction of Database is KeyContent Need Never be RecordedEvaluate Date, Time Stamp & Device ID

– Staff Burden vs. Supported Services– Patron Reconciliation