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

Upload: camilla-lee

Post on 05-Jan-2016

212 views

Category:

Documents


0 download

TRANSCRIPT

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