Recent from talks
Nothing was collected or created yet.
Integrated library system
View on Wikipedia| Part of a series on |
| Automation |
|---|
| Automation in general |
| Robotics and robots |
| Impact of automation |
| Trade shows and awards |
An integrated library system (ILS), also known as a library management system (LMS),[1][2] is an enterprise resource planning system for a library, used to track items owned, orders made, bills paid, and patrons who have borrowed.
An ILS is usually made up of a relational database, software to interact with that database, and two graphical user interfaces (one for patrons, one for staff). Most ILSes separate software functions into discrete programs called modules, each of them integrated with a unified interface. Examples of modules might include:
- acquisitions (ordering, receiving, and invoicing materials)
- cataloging (classifying and indexing materials)
- circulation (lending materials to patrons and receiving them back)
- serials (tracking magazine, journals, and newspaper holdings)
- online public access catalog or OPAC (public user interface)
Each patron and item has a unique ID in the database that allows the ILS to track its activity.
History
[edit]Pre-computerization
[edit]Prior to computerization, library tasks were performed manually and independently from one another. Selectors ordered materials with ordering slips, cataloguers manually catalogued sources and indexed them with the card catalog system (in which all bibliographic data was kept on a single index card), fines were collected by local bailiffs, and users signed books out manually, indicating their name on clue cards which were then kept at the circulation desk. Early mechanization came in 1936, when the University of Texas began using a punch card system to manage library circulation.[3] While the punch card system allowed for more efficient tracking of loans, library services were far from being integrated, and no other library task was affected by this change.
1960s: the influence of computer technologies
[edit]The next big innovation came with the advent of MARC standards in the 1960s, which coincided with the growth of computer technologies – library automation was born.[3] From this point onwards, libraries began experimenting with computers, and, starting in the late 1960s and continuing into the 1970s, bibliographic services utilizing new online technology and the shared MARC vocabulary entered the market. These included OCLC (1967), Research Libraries Group (which has since merged with OCLC), and the Washington Library Network (which became Western Library Network and is also now part of OCLC).[4]
The Intrex Retrieval System ran on CTSS starting in the late 1960s.[5][6] Intrex was an experimental, pilot-model machine-oriented bibliographic storage and retrieval system with a database that stored a catalog of roughly 15,000 journal articles. It was used to develop and test concepts for library automation.[7][8][9] A deployment of three Intrex BRISC CRT consoles for testing at the MIT Engineering Library in 1972 showed that it was preferred over two other systems, ARDS and DATEL.[10]
1970s–1980s: the early integrated library system
[edit]
The 1970s can be characterized by improvements in computer storage, as well as in telecommunications.[4] As a result of these advances, "turnkey systems on microcomputers", known more commonly as integrated library management systems (ILS) finally appeared. These systems included necessary hardware and software which allowed the connection of major circulation tasks, including circulation control and overdue notices.[11] As the technology developed, other library tasks could be accomplished through ILS as well, including acquisition, cataloguing, reservation of titles, and monitoring of serials.[12]
1990s–2000s: the growth of the Internet
[edit]With the evolution of the Internet throughout the 1990s and into the 2000s, ILSs began allowing users to more actively engage with their libraries through an OPACs and online web-based portals. Users could log into their library accounts to reserve or renew books, as well as authenticate themselves for access to library-subscribed online databases. Education for librarians responded with new focus on systems analysis.[13] Inevitably, during this time, the ILS market grew exponentially. By 2002, the ILS industry averaged sales of approximately US$500 million annually, compared to just US$50 million in 1982.[11]
Mid 2000s–present: increasing costs and customer dissatisfaction
[edit]By the mid to late 2000s, ILS vendors had increased not only the number of services offered but also their prices, leading to some dissatisfaction among many smaller libraries. At the same time, open-source ILS was in its early stages of testing. Some libraries began turning to such open-source ILSs as Koha and Evergreen. Common reasons noted were to avoid vendor lock-in, avoid license fees, and participate in software development.[14] Freedom from vendors also allowed libraries to prioritize needs according to urgency, as opposed to what their vendor can offer.[15] Libraries which have moved to open-source ILS have found that vendors are now more likely to provide quality service in order to continue a partnership since they no longer have the power of owning the ILS software and tying down libraries to strict contracts.[15] This has been the case with the SCLENDS consortium; following the success of Evergreen for the Georgia PINES library consortium, the South Carolina State Library along with some local public libraries formed the SCLENDS consortium in order to share resources and to take advantage of the open-source nature of the Evergreen ILS to meet their specific needs.[15] By October 2011, just 2 years after SCLENDS began operations, 13 public library systems across 15 counties had already joined the consortium, in addition to the South Carolina State Library.
Librarytechnology.org does an annual survey of over 2,400 libraries and noted in 2008 2%[16] of those surveyed used open-source ILS, in 2009 the number increased to 8%,[17] in 2010 12%,[18] and in 2011 11%[19] of the libraries polled had adopted open-source ILSs. The following year's survey (published in April 2013) reported an increase to 14%, stating that "open source ILS products, including Evergreen and Koha, continue to represent a significant portion of industry activity. Of the 794 contracts reported in the public and academic arena, 113, or 14 percent, were for support services for these open source systems."[20]
2010s–present: the rise of cloud based solutions
[edit]This section needs expansion. You can help by adding to it. (June 2021) |
The use of cloud-based library management systems has increased drastically since the rise of cloud technology started.[21][22][23][24] According to NIST, cloud computing can include a variety of "characteristics (e.g. self-service, resource pooling, and elasticity), management models (e.g. service, platform, or infrastructure focus), and deployment models (e.g. public, private)",[21] and this is also true of cloud-based library systems.[21][22][24]
Software criteria
[edit]Distributed software vs. web service
[edit]Library computer systems tend to fall into two categories of software:
- that purchased on a perpetual license
- that purchased as a subscription service (software as a service).
With distributed software the customer can choose to self-install or to have the system installed by the vendor on their own hardware. The customer can be responsible for the operation and maintenance of the application and the data, or the customer can choose to be supported by the vendor with an annual maintenance contract. Some vendors charge for upgrades to the software. Customers who subscribe to a web (hosted) service upload data to the vendor's remote server through the Internet and may pay a periodic fee to access their data.
Data entry assistance based on ISBN
[edit]Many applications can reduce a major portion of manual data entry by populating data fields based upon the entered ISBN using MARC standards technology via the Internet.
Bar code scanning and printing
[edit]With most software, users can eliminate some manual entry by using a barcode scanner. Some software is designed, or can be extended with an additional module, to integrate scanner functionality. Most software vendors provide some type of scanner integration, and some print bar-code labels.
Comparison of open-source ILS platforms
[edit]| Software | Developer | Year of release | Year of latest stable release | Written in | Main purpose | License |
|---|---|---|---|---|---|---|
| Koha | Koha Community | 2000 | 2024 | Perl | ILS | GPL-3.0-or-later |
| PMB | PMB development team | 2002 | 2024 | PHP | ILS | CECILL-2.0 |
| NewGenLib | Verus Solutions | 2005 | 2024 | Java | ILS | GPL |
| Evergreen | Georgia Public Library Service (GPLS) | 2006 | 2024 | Perl, C, XUL | ILS | GPL-2.0-or-later |
| OpenBiblio | OpenBiblio development team | 2002 | 2024 | PHP | ILS | GPL-2.0-or-later |
See also
[edit]References
[edit]- ^ Adamson, Veronica, et al. (2008). "JISC & SCONUL Library Management Systems Study" (PDF). Archived from the original (PDF) on 2012-07-03. Retrieved 2009-01-20. (1 MB). Sheffield, UK: Sero Consulting. p. 51. Retrieved on 21 January 2009. "... a Library Management System (LMS or ILS 'Integrated Library System' in US parlance)." Some useful library automation software are: KOHA, Greenstone, Libsys, and Granthalaya.
- ^
Tennant, Roy (16 April 2008). "Picking When to Jump, Part 2". Library Journal. Reed Business Information. Archived from the original on 15 March 2012. Retrieved 20 January 2009.
Across the pond they use the term library management systems (LMS) for what we call the integrated library system (ILS).
- ^ a b Wallace, Patricia M. (1991). Gary M. Pitkin (ed.). Library Systems Migration: An Introduction. Westport, CT: Meckler. pp. 1–7 [3]. ISBN 0-88736-738-0.
- ^ a b Wallace, Patricia M. (1991). Gary M. Pitkin (ed.). Library Systems Migration: An Introduction. Westport, CT: Meckler. pp. 1–7 [4]. ISBN 0-88736-738-0.
- ^ Reintjes, J.F. (May 1969). "System characteristics of Intrex". AFIPS '69 (Spring): Proceedings of the May 14–16, 1969, Spring Joint Computer Conference. Joint Computer Conference. New York, NY, United States: Association for Computing Machinery. pp. 457–459. doi:10.1145/1476793.1476862.
- ^ Marcus, Richard S.; Kugel, Peter; Kusik, Robert L. (May 14, 1969). "An Experimental Computer-stored, Augmented Catalog of Professional Literature". AFIPS '69 (Spring): Proceedings of the May 14–16, 1969, Spring Joint Computer Conference. Joint Computer Conference. New York, NY, United States: Association for Computing Machinery. pp. 461–473. doi:10.1145/1476793.1476863.
- ^ Overhage, Carl F. J. (1971). "Project Intrex – A Brief Description" (PDF). ERIC. MIT. Retrieved March 8, 2022.
- ^ Kehr, James E. (September 1972). "Intrex Buffer-Controller Display System Operation and Software" (PDF). ERIC. MIT. Retrieved March 8, 2022.
- ^ Hurlburt, Charles E. (September 15, 1971). "The Intrex Retrieval System Software" (PDF). ERIC. MIT. Retrieved March 8, 2022.
- ^ Overhage, Carl F. J. (March 15, 1972). Project Intrex. Semiannual Activity Report, 15 September 1971 – 15 March 1972 (PDF). ERIC (Report). MIT. Intrex PR-13. Retrieved March 17, 2022.
Since September 27, 1971, the BRISC has been available at the Engineering Library station on a two-hours a day basis.
- ^ a b Kochtanek, Thomas R. (2002). "1 – The Evolution of LIS and Enabling Technologies". Library Information Systems: From Library Automation to Distributed Information Access Solutions. Westport, CT: Libraries Unlimited. p. 4. ISBN 1-59158-018-8.
- ^ Kochtanek, Thomas R. (2002). "1 – The Evolution of LIS and Enabling Technologies". Library Information Systems: From Library Automation to Distributed Information Access Solutions. Westport, CT: Libraries Unlimited. p. 5. ISBN 1-59158-018-8.
- ^ Boyce, Bert R. and Heim, Kathleen M. "The Education of Systems Analysts for the Nineties." Journal of Library Administration v. 9 no. 4: 69–76.
- ^ Ganseman J (2015). Refactoring a Library's Legacy Catalog: a Case Study (PDF). IAML 2015. New York City, US.
- ^ a b c Hamby, R.; McBride, R.; Lundberg, M. (Oct 2011). "South Carolina's SCLENDS optimizing libraries, transforming lending". Computers in Libraries. 8. 31: 6–10.
- ^ Perceptions 2008: an International Survey of Library Automation. Librarytechnology.org. Retrieved on 2013-08-17.
- ^ Perceptions 2009: an International Survey of Library Automation. Librarytechnology.org. Retrieved on 2013-08-17.
- ^ Perceptions 2010: an International Survey of Library Automation. Librarytechnology.org. Retrieved on 2013-08-17.
- ^ Perceptions 2011: an International Survey of Library Automation. Librarytechnology.org (2012-01-28). Retrieved on 2013-08-17.
- ^ Automation Marketplace 2013: The Rush to Innovate. Library Journal on thedigitalshift.com (2013-04-13). Retrieved on 2014-02-03.
- ^ a b c Mitchell, Erik (March 2010). "Using cloud services for library IT infrastructure". The Code4Lib Journal (9). ISSN 1940-5758.
- ^ a b Breeding, Marshall (2012). Cloud computing for libraries. The tech set. Vol. 11. Chicago: American Library Association. ISBN 9781555707859. OCLC 783520712.
- ^ Liu, Weiling; Cai, Huibin (Heather) (January 2013). "Embracing the shift to cloud computing: knowledge and skills for systems librarians". OCLC Systems & Services. 29 (1): 22–29. doi:10.1108/10650751311294528.
- ^ a b Bilal, Dania (2014). "Software architecture". Library automation: core concepts and practical systems analysis (3rd ed.). Santa Barbara, CA: Libraries Unlimited. pp. 133–136. ISBN 9781591589228. OCLC 503073120. Subsections: On-site software hosting; Cloud software hosting; Software-as-a-Service (Saas); Single-tenant software hosting; Remote software hosting.
Further reading
[edit]- Breeding, Marshall (2014–2021). "Library systems report archives – American Libraries Magazine". americanlibrariesmagazine.org. American Library Association.
- Rubin, Richard E.; Rubin, Rachel G. (2020) [1998]. Foundations of library and information science (5th ed.). Chicago: ALA Neal-Schuman, an imprint of the American Library Association. ISBN 9780838947449. OCLC 1138996906.
External links
[edit]- MARC Records, Systems and Tools : Network Development and MARC Standards Office, Library of Congress
- Higher Education Library Technology,(HELibTech) a wiki that covers many aspects of library technology and lists technologies in use in UK Higher Education
- Key resources in the field of Library Automation
Integrated library system
View on GrokipediaOverview
Definition and core functions
An integrated library system (ILS) is an enterprise-level software package designed to automate and integrate core library operations within a unified, relational database environment. This system centralizes functions such as cataloging, circulation, acquisitions, and serials control, enabling real-time data sharing across modules to streamline library workflows and support both traditional and digital resources.[1][6] The core functions of an ILS revolve around automating essential library processes. Resource discovery is facilitated through the Online Public Access Catalog (OPAC), a user-facing interface that allows patrons to search, browse, and locate materials using powerful, flexible query options based on metadata like author, title, subject, or keyword.[1][6] Inventory management is handled via cataloging and circulation modules, which track item ownership, location, and status—such as availability or loan history—while integrating barcode or RFID technologies for accurate check-ins and check-outs.[1] Patron registration and services are managed through user account creation, authentication, and transaction tracking, including renewals, holds, and automated overdue notices to ensure compliance and efficient resource return.[1] Additionally, reporting tools aggregate data for analytics on usage patterns, budget allocation, and collection development.[6] By consolidating these operations, an ILS delivers key benefits including enhanced operational efficiency through automation of repetitive tasks, which reduces manual errors and frees staff for higher-value activities like user engagement.[6] It promotes resource sharing by enabling seamless access across multiple library branches or consortia, fostering interlibrary loans and collaborative collections while lowering overall costs through centralized data management.[7] This integration supports diverse formats, from print to electronic resources, improving accessibility and scalability for growing library networks.[1] The development of ILS marks a shift from standalone automated modules—each handling isolated tasks like basic circulation—to fully integrated platforms that unify all functions around a shared bibliographic database for cohesive, real-time operations.[6]Historical context and evolution summary
The evolution of integrated library systems (ILS) began with traditional card catalogs in the pre-computer era, where libraries relied on manual, paper-based methods to organize and retrieve materials, limiting scalability as collections expanded. In the mid-20th century, particularly the 1960s, the advent of computing technologies, such as mainframes, introduced early automation efforts focused on individual functions like circulation and cataloging; for instance, systems like Gaylord’s Circulation 100 enabled basic electronic tracking of library items. This shift was driven by the need for greater efficiency in managing rapidly growing collections, as libraries faced increasing volumes of materials that manual systems could no longer handle effectively.[3] A pivotal influence during this period was the development of the Machine-Readable Cataloging (MARC) standards by Henriette Avram at the Library of Congress, which entered production in 1968 and standardized data exchange for bibliographic information, facilitating the transition from isolated applications to more interconnected systems. By the 1970s, these advancements culminated in the emergence of true ILS, characterized by centralized databases that integrated core functions such as cataloging, circulation, and acquisitions into unified platforms, addressing user demands for faster access and streamlined workflows. The drivers behind this integration included the pressure to automate repetitive tasks and improve resource sharing among institutions, as collections diversified beyond print materials.[8][9][3] The 1990s marked a significant expansion with the integration of internet technologies, enabling web-based online public access catalogs (OPACs) and broader remote access to library resources, which further accelerated ILS adoption across academic and public institutions. Post-2010, the rise of cloud-based library services platforms (LSPs), such as Ex Libris Alma launched in 2012 and OCLC WorldShare in 2011, represented the next evolutionary step, allowing for scalable, multi-tenant environments that better accommodate electronic resources and consortial collaboration. These developments were propelled by ongoing needs for efficiency in handling hybrid digital-print collections and meeting user expectations for seamless, anytime access akin to commercial search engines.[10][3][11]History
Pre-computerization and early automation (before 1960s)
Before the widespread adoption of computers, library management relied on manual systems that had evolved over centuries but faced increasing strain in the mid-20th century. Card catalogs served as the primary tool for organizing and retrieving information about library holdings, consisting of 3x5-inch cards filed alphabetically by author, title, and subject in wooden drawers, allowing patrons and staff to locate books efficiently within the collection.[12] Shelf lists complemented these by providing an inventory of books arranged by their physical location on shelves, often maintained as bound volumes or card files to track holdings and facilitate inventory checks.[13] Accession books recorded every item added to the library, noting details such as acquisition date, source, cost, and assigned call number, ensuring a chronological audit trail for collection growth.[14] Circulation processes were equally labor-intensive, typically involving a book pocket glued inside each volume containing a cardboard book card with bibliographic details and a due date slip. When a patron borrowed a book, the librarian would remove the book card, stamp the due date on the slip, and file the card in a chronological or shelflist tray alongside the patron's borrower card, which was updated with the loan record; returns required matching and refiling to clear the patron's account.[15] Acquisitions were handled through manual purchase orders, where librarians selected materials based on reviews or requests, prepared typed or handwritten orders sent to vendors, and tracked receipts via ledgers or files until items arrived for cataloging and accessioning.[14] In the 1950s, early automation experiments introduced punched card technology and electromechanical sorters to alleviate some manual burdens, marking the transition from purely analog methods. Libraries like the Library of Congress produced book catalogs using punched cards in 1950, encoding bibliographic data on Hollerith-style cards that could be sorted mechanically by IBM or Remington Rand equipment to generate printed lists or statistics.[16] The King County Public Library in Washington followed in 1951 with a similar punched card catalog, while institutions such as the University of Missouri applied these cards to ordering and circulation records by 1955 and 1958, respectively, using keypunch machines to input data and sorters to rearrange cards for reports or overdue notices.[14] By the late 1950s, basic computer applications emerged for inventory tasks, such as at the University of Texas, where punched cards facilitated circulation control since the 1930s but expanded with electronic tabulators for faster processing.[16] These manual and semi-automated systems, however, revealed significant limitations, particularly as library collections expanded rapidly after World War II due to increased publishing and educational demands. High labor costs plagued operations, with circulation transactions averaging 5 cents in public libraries and 7-9 cents in large academic ones in 1955, driven by the need for multiple staff to handle filing, stamping, and verification.[14] Errors were common in manual indexing and transcription, leading to misplaced cards or inaccurate records that compounded retrieval difficulties, as seen in the New York Public Library's collection of over 2 million faded or illegible cards by the mid-1950s.[14] Scalability issues intensified with postwar growth, where U.S. research libraries saw holdings double or triple, overwhelming physical card storage and staff capacity without mechanized support, prompting initial explorations of computing technologies that would influence integrated systems in the following decade.[17][14]Emergence and development (1960s–1980s)
The emergence of integrated library systems (ILS) in the 1960s was driven by the growing adoption of computers in libraries, which addressed the limitations of manual processes by enabling automated bibliographic control and data sharing. Libraries began experimenting with mainframe computers for tasks like inventory management and basic cataloging, influenced by advancements in data processing from institutions such as the Library of Congress. A pivotal development was the creation of the Machine-Readable Cataloging (MARC) format in 1968 by Henriette Avram, a systems analyst at the Library of Congress, which standardized bibliographic data for machine processing and facilitated interoperability among libraries. The MARC Pilot Project, conducted in cooperation with 16 libraries, demonstrated the feasibility of distributing machine-readable records, laying the groundwork for automated cataloging networks.[18][19] In the 1970s, the first true ILS emerged as libraries integrated multiple functions—such as circulation, cataloging, and acquisitions—into single systems running on minicomputers, shifting from standalone batch-processing applications to more cohesive operations. Northwestern University's NOTIS (Northwestern On-line Total Integrated System), developed starting in 1967 and operational by 1970-1971, pioneered this integration with an initial focus on real-time circulation control using an IBM System/360 mainframe, later adapted for minicomputers. Concurrently, CLSI (Computer Library Systems Incorporated) released LIBS 100 in 1973, the first commercially available turnkey ILS, which combined circulation, cataloging, and online public access on a DEC PDP-11 minicomputer, and was installed in over 450 libraries by the early 1980s. These systems marked a transition to real-time operations, allowing immediate updates to records and reducing reliance on periodic batch jobs.[20][21][22] During the 1980s, university libraries and emerging vendors expanded ILS capabilities, emphasizing modular designs that supported growing collections and user demands on affordable minicomputers like those from Digital Equipment Corporation. Data Research Associates (DRA), founded in 1975, developed one of the earliest multi-module ILS platforms, integrating cataloging, circulation, and an online public access catalog (OPAC) by the mid-1980s, serving academic and special libraries with relational database technology. Key implementations at institutions like Ohio State University and the University of California highlighted the shift toward vendor-supported systems, which offered scalability and reduced in-house development costs compared to custom builds like NOTIS. This era solidified ILS as essential infrastructure, with over 1,000 installations worldwide by the late 1980s, primarily driven by academic libraries seeking efficiency in handling millions of bibliographic records.[23][24]Internet integration and expansion (1990s–2000s)
The advent of the internet in the 1990s marked a pivotal shift for integrated library systems (ILS), transforming them from standalone, local installations into networked platforms accessible via web browsers. Early web-based online public access catalogs (Web OPACs) emerged as libraries sought to extend user access beyond physical terminals, with initial implementations appearing toward the mid-decade. For instance, Ex Libris introduced web interface capabilities in its ALEPH system around 1995, enabling remote searching of library holdings through basic HTML forms integrated with the core ILS database.[25] This development built on prior client-server architectures but leveraged emerging web technologies to democratize access, allowing patrons to query catalogs from anywhere with an internet connection. By the late 1990s, most major ILS vendors had incorporated Web OPACs as standard features, facilitating the transition from character-based interfaces to graphical, browser-compatible ones.[26] A key enabler of this networked evolution was the Z39.50 protocol, which gained widespread adoption in the 1990s for promoting interoperability among disparate ILS and bibliographic databases. First standardized by the National Information Standards Organization (NISO) in 1988 and refined in its 1995 version, Z39.50 allowed client systems to query remote servers using standardized commands for search, retrieval, and result formatting, often supporting MARC records.[27] Libraries implemented Z39.50 gateways to enable cross-system searching, such as between local ILS and union catalogs like OCLC's WorldCat, reducing silos and enhancing resource discovery.[28] By the decade's end, commercial ILS products from vendors like NOTIS and Data Research Associates featured Z39.50 compliance, with early interconnections demonstrated among systems in the mid-1990s, fostering collaborative networks in academic consortia.[29] Entering the 2000s, ILS expansion focused on enhanced discovery and integration with emerging digital ecosystems, including e-resources and repositories. Discovery layers, such as those powered by Endeca's search engine, rose to prominence, providing faceted browsing and relevance-ranked results over traditional keyword searches in OPACs. North Carolina State University Libraries pioneered an Endeca-based catalog in 2006, indexing millions of records from the ILS alongside electronic journals and institutional repositories, which improved user navigation and boosted search efficiency.[30] Simultaneously, ILS began incorporating modules for electronic resource management (ERM), linking metadata from digital repositories like DSpace or institutional archives to circulation and acquisitions workflows; this integration allowed seamless authentication and usage tracking for e-books and journals via protocols like OpenURL.[31] Vendors enhanced these capabilities to handle hybrid collections, where physical and digital items coexisted in unified indexes. Adoption of these internet-enhanced ILS surged in academic and public libraries during the 1990s and 2000s, driven by falling hardware costs and broadband proliferation. By the early 2000s, large academic libraries had widely adopted networked ILS with Web OPACs and Z39.50 support, reflecting a shift from isolated mainframes to scalable, multi-branch systems. Vendors like Innovative Interfaces and SirsiDynix dominated the market, with Innovative securing 96 new contracts in 2004 alone through its Millennium platform, while SirsiDynix (formed by merger in 2005) commanded substantial shares in public libraries via Unicorn and Symphony products.[32] This era saw ILS installations grow to thousands worldwide, particularly in U.S. academic institutions, where interoperability features supported consortial borrowing and resource sharing.[33]Modern challenges and innovations (2010s–present)
In the 2010s, integrated library systems (ILS) experienced a significant shift toward cloud-based software-as-a-service (SaaS) models, enabling libraries to move away from on-premises installations. This transition was exemplified by the launch of OCLC's WorldShare Management Services (WMS) in 2011, which provided a comprehensive cloud platform for cataloging, circulation, and resource sharing.[34] By 2015, broader acceptance of cloud technologies had led to increased SaaS adoptions, with systems like Innovative Interfaces' Sierra also gaining traction through hosted deployments.[35] These models offered key benefits, including enhanced scalability to accommodate growing digital collections and consortia needs, as well as reduced IT overhead by eliminating the need for local server maintenance and upgrades.[35] Despite these advancements, the 2010s and early 2020s brought persistent challenges, including rising vendor costs, the rigidity of legacy systems, and widespread librarian dissatisfaction. Surveys from this period highlighted financial pressures, with comments in the 2020 Library Automation Perceptions Survey noting escalating maintenance fees for proprietary systems that strained library budgets.[36] Legacy ILS platforms, such as Innovative's Millennium and Ex Libris' Voyager, proved inflexible for integrating modern digital workflows, contributing to operational inefficiencies.[37] Dissatisfaction was particularly evident in academic libraries, where 88.5% of Millennium users and 75% of Voyager users expressed interest in migrating to alternatives, reflecting a broader trend of legacy system users seeking new options in the late 2010s and early 2020s.[38] Entering the 2020s, innovations in ILS focused on leveraging artificial intelligence (AI) for predictive analytics in circulation and resource management, helping libraries anticipate user needs more effectively. AI tools analyze borrowing patterns and usage data to forecast demand, optimize inventory, and reduce overstocking in modern platforms.[39] For instance, AI-driven systems enable proactive collection development by predicting circulation trends, improving resource allocation amid fluctuating budgets.[40] As of 2025, features like Ex Libris Alma AI Insights provide advanced analytics from institutional data to support decision-making.[41] Post-2020, ILS integrations with open access resources expanded to enhance discoverability and equity in scholarly communication. Modern platforms, such as those using library services platforms (LSPs), now seamlessly incorporate open access collections alongside proprietary materials, supporting centralized management and real-time availability checks.[42] This shift aligns with the rise of open infrastructure, where systems like FOLIO facilitate API-based connections to open access repositories, promoting broader access without additional licensing costs.[43] Amid ongoing budget cuts in the 2020s, sustainability became a core focus for ILS innovations, emphasizing both financial resilience and environmental efficiency. Federal funding reductions, such as those to the Institute of Museum and Library Services in 2025, have impacted libraries, prompting greater reliance on cost-saving cloud services and influencing migrations to efficient ILS.[44] Innovations like energy-optimized AI algorithms and sustainable hardware integrations in ILS help minimize operational footprints, with platforms prioritizing low-resource computing to support long-term viability.[45] These efforts ensure ILS remain adaptable to fiscal constraints while advancing eco-friendly practices in library operations.[46]Core Components and Modules
Cataloging and metadata management
Cataloging in an integrated library system (ILS) involves the creation, editing, and maintenance of bibliographic records that describe library resources, enabling efficient organization and retrieval. This module supports librarians in applying standardized descriptive practices to ensure consistency across physical, digital, and hybrid collections. Core processes emphasize accuracy in metadata entry, adherence to international standards, and integration with broader library workflows to facilitate resource discovery.[47] A primary distinction in cataloging workflows is between copy cataloging and original cataloging. Copy cataloging relies on pre-existing records from shared databases like OCLC or the Library of Congress, where librarians adapt and import these records to match local needs, saving time for items that are not unique to the collection.[48] In contrast, original cataloging requires creating new records from scratch for unique or poorly represented materials, involving detailed analysis of the resource's attributes such as title, author, and edition.[49] This approach is essential for rare books, special collections, or emerging formats where high-quality copy is unavailable.[47] The shift to Resource Description and Access (RDA) has transformed cataloging standards in ILS environments, replacing the Anglo-American Cataloguing Rules, Second Edition (AACR2). RDA, introduced to better accommodate digital resources and linked data principles, focuses on user tasks like finding, identifying, selecting, and obtaining materials through a more flexible, entity-relationship model.[50] Adopted widely since 2010, RDA integrates with existing AACR2 records while promoting interoperability with web-based systems, allowing libraries to describe resources in FRBR (Functional Requirements for Bibliographic Records) terms such as works, expressions, manifestations, and items.[51] This evolution addresses AACR2's limitations in handling non-book formats and supports semantic web technologies for enhanced discoverability.[52] Metadata management in ILS cataloging centers on formats like MARCXML, which extends the MARC 21 standard into an XML-based structure for exchanging and preserving digital records. MARCXML enables the encoding of bibliographic data with full Unicode support, facilitating the import and export of records for digital objects such as e-books and online journals within the ILS.[53] Authority control complements this by establishing standardized headings for names, subjects, and titles, linking variant forms—such as "Smith, John" and "J. Smith"—to a single authorized entry to prevent fragmentation in searches.[54] Integrated authority files, often sourced from the Library of Congress, ensure consistency across the catalog and support automated updates during record creation or editing.[55] ILS platforms incorporate tools for duplicate validation to maintain catalog integrity, using algorithms that scan incoming records against existing ones based on key fields like ISBN, OCLC number, or title normalization. These built-in checks flag potential duplicates for review, allowing librarians to merge or suppress records and avoid redundancy.[56] For union catalogs, which aggregate holdings from multiple institutions, APIs enable seamless export and import of records in formats like MARCXML, supporting protocols such as Z39.50 or OAI-PMH for real-time synchronization and cooperative cataloging.[57] Such interoperability tools enhance shared access while preserving local customization.[58]Circulation and user services
The circulation module of an integrated library system (ILS) manages the core operations of lending and borrowing library materials, including check-out and check-in processes, renewals, holds or reserves, and patron account management. During check-out, staff or self-service kiosks scan item barcodes or RFID tags to record the transaction, update item status to "checked out," and set due dates based on predefined loan rules such as material type and patron category. Check-in reverses this by scanning returned items, triggering notifications for holds if applicable, and calculating any overdue fines where applicable using configurable daily rates, typically $0.10 to $0.25 per day depending on library policy—though many public libraries have eliminated overdue fines as part of equity initiatives since the late 2010s.[59][60][61][62] Renewals can be processed online or at the desk, extending due dates unless an item is on hold for another patron, while holds allow users to reserve items, placing them in a queue for notification upon return.[59][60][61] Patron accounts in the circulation module serve as centralized profiles tracking borrowing history, current loans, holds, and financial obligations like fines or fees for lost items, with automated blocks on borrowing privileges if thresholds are exceeded. User services extend to the Online Public Access Catalog (OPAC), which integrates with circulation data to enable self-service searches, hold placements, and renewal requests directly from library websites or mobile apps. Many modern ILS platforms incorporate mobile applications for push notifications, alerting patrons to due dates, hold availability, or overdue reminders via email, SMS, or app alerts to enhance engagement and reduce administrative burdens. RFID integration further streamlines transactions by allowing batch processing of multiple items without individual scans, significantly speeding up check-out and check-in compared to barcode systems and supporting self-service kiosks for 24/7 access.[63][64][65] Reporting features within the circulation module generate usage analytics, such as circulation statistics on check-outs, renewals, holds fulfilled, and fine revenues, which inform collection development decisions like identifying high-demand items for purchase or weeding underused materials. These reports often include metrics like total items circulated annually or peak usage periods, exportable in formats like CSV for further analysis, helping libraries optimize resource allocation without delving into cataloging details.[66]Acquisitions and serials control
The acquisitions and serials control module in an integrated library system (ILS) manages the procurement of library materials and the ongoing oversight of subscriptions, ensuring efficient resource allocation and fiscal accountability. This module automates processes from initial vendor interactions to final payment, integrating with other ILS components to update inventory and budgets in real time.[67] It supports both physical and electronic resources, streamlining workflows that were historically manual and error-prone.[68] Acquisition workflows begin with vendor selection, where libraries evaluate suppliers based on criteria such as pricing, delivery reliability, and service quality, often using vendor profiles stored in the ILS.[67] Order placement follows, involving the creation of purchase orders through imported selection lists or direct entry, which detail items, quantities, and costs; these orders are then transmitted to vendors manually or electronically.[67] Invoice matching verifies received goods against orders and bills, flagging discrepancies for resolution to prevent overpayment.[67] Electronic Data Interchange (EDI) standards, such as EDIFACT or ANSI X12, facilitate automated data exchange between the ILS and vendors for orders, claims, and invoices, reducing processing time and errors.[69] Serials management handles recurring publications like journals and magazines, tracking subscriptions from renewal to receipt. Check-in processes record arriving issues against predicted patterns in the ILS, automatically updating holdings records and alerting staff to delays or gaps.[70] Binding requests are generated when sufficient issues accumulate, coordinating with preservation services to compile volumes for long-term storage while maintaining access.[70] For electronic journals, link resolvers integrate with the ILS to provide seamless access, directing users from citations to licensed full-text content via protocols like OpenURL, ensuring compliance with subscription terms.[71] Budgeting within this module employs fund accounting to allocate resources across categories like monographs or serials, with encumbrances reserving funds upon order placement to avoid overspending.[72] Expenditure tracking monitors actual payments against encumbrances and available balances, often through dashboards that project year-end status and reconcile with institutional ledgers.[73] This integration briefly links new acquisitions to circulation for immediate lending availability once processed.[67]Technical Features and Criteria
Software architecture options
Integrated library systems (ILS) employ various software architectures to facilitate the management of library operations, ranging from traditional distributed models to modern web-centric and hybrid designs. These architectures determine how data is stored, processed, and accessed, balancing factors such as performance, scalability, and administrative overhead.[3] The client-server architecture, a foundational model for many early ILS implementations, involves a central server hosting the database and core logic, with client applications installed on user workstations connected via local networks. This distributed approach allows for thick clients that provide robust, customizable interfaces tailored to specific library workflows, enabling high transaction volumes in on-site environments. However, it demands substantial maintenance, including software installations, updates, and hardware management on both server and client sides, often leading to increased costs and compatibility issues over time.[3][74] In contrast, web services architectures deliver ILS functionality through browser-based interfaces, often leveraging software-as-a-service (SaaS) models with APIs for integration. This enables seamless access from any device with internet connectivity, promoting scalability for remote users and reducing the need for local installations by centralizing updates on vendor-hosted servers. While this model enhances accessibility and lowers administrative burdens, it relies on stable internet connections and can introduce dependencies on external infrastructure, potentially affecting performance during outages.[75][74] Hybrid architectures combine on-premise components with cloud extensions, allowing libraries to retain control over sensitive data while incorporating web-based features for enhanced collaboration. For instance, core ILS functions may run locally for data sovereignty, supplemented by cloud services for analytics or remote access, offering flexibility in transitioning from legacy systems. Security considerations, such as compliance with data protection regulations, are paramount in these setups to mitigate risks from divided infrastructures.[3][76]Data entry and automation tools
Data entry and automation tools in integrated library systems (ILS) are designed to minimize manual input, enhance accuracy, and expedite workflows by leveraging hardware interfaces and external data sources. These tools address common challenges in cataloging and circulation, such as repetitive data transcription and error-prone manual verification, allowing library staff to focus on higher-value tasks. By integrating scanning technologies and automated lookups, ILS reduce processing time and inconsistencies in bibliographic records. ISBN and ISSN assistance features enable rapid auto-population of bibliographic data during cataloging. When a user enters an ISBN or ISSN into the ILS interface, the system queries external databases like OCLC WorldCat to retrieve matching MARC records, which are then imported and adapted for local use. For instance, OCLC's CatExpress service supports this by allowing librarians to search more than 610 million WorldCat records using standard identifiers, download pre-formatted MARC files, and attach holdings without additional software.[77] In systems like Ex Libris Alma, this integration occurs directly within the metadata editor, where searching WorldCat via ISBN pulls comprehensive details such as title, author, and subject headings, streamlining copy cataloging. These tools enhance cataloging workflows by reducing original data entry from scratch. Barcode and RFID scanning provide seamless hardware integration for item identification in circulation and inventory management. Barcode scanners connect to ILS terminals at circulation desks to read item labels, updating status in real-time during check-out or check-in processes, while RFID systems extend this capability to bulk operations without line-of-sight requirements. RFID tags, embedded with chips and antennas, are affixed to library materials and read by stationary or handheld devices that interface with the ILS via protocols like SIP2, enabling simultaneous scanning of multiple items for faster throughput. For example, in SirsiDynix Symphony, RFID readers integrate with self-checkout stations to desensitize security elements and log transactions, supporting up to 30 tags per second in high-volume environments. Custom label printing is also supported, allowing libraries to generate barcodes or RFID-compatible labels on-demand through ILS-linked printers for new acquisitions. Batch processing tools facilitate bulk data imports and updates, incorporating validation to maintain data integrity. Users upload files of MARC records or spreadsheets into the ILS, which processes them against predefined rules to overlay existing entries or create new ones, often handling thousands of records at once. In open-source systems like Evergreen ILS, the MARC Batch Import interface uses match sets—scoring criteria based on fields like title or ISBN—to identify duplicates, applies quality metrics for thoroughness assessment, and flags errors such as permission failures for manual review. Validation occurs through integrated checks or external tools like MarcEdit, which scans batches for MARC compliance before final import, preventing inconsistencies in holdings data. This approach is particularly useful for large-scale updates, such as synchronizing with external databases, with export options for failed records to refine submissions.Integration and interoperability standards
Integrated library systems (ILS) rely on standardized protocols to facilitate seamless data exchange with external systems, such as other libraries' catalogs, digital repositories, and self-service devices, thereby enhancing resource discovery and operational efficiency.[78] These standards ensure that disparate systems can interoperate without proprietary constraints, supporting functions like federated searching and automated circulation.[79] A foundational standard is ANSI/NISO Z39.50, which enables client-server interactions for bibliographic searching and retrieval across library networks.[80] Developed by the National Information Standards Organization (NISO), Z39.50 allows users to query multiple ILS catalogs simultaneously through a unified interface, promoting resource sharing in interlibrary loan scenarios.[29] For instance, it supports search federation by translating queries into compatible formats for heterogeneous systems.[81] Another key protocol is the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH), which automates the collection of metadata from digital repositories to aggregate content across platforms.[82] OAI-PMH operates on a simple HTTP-based framework, enabling service providers to harvest records in formats like Dublin Core, thus integrating ILS with broader digital library ecosystems.[83] This standard is particularly vital for exposing library metadata to search engines and union catalogs, ensuring up-to-date discoverability.[84] For circulation-related integrations, the Standard Interchange Protocol version 2 (SIP2), maintained by NISO, governs communication between ILS and self-service kiosks or automated check-out machines.[85] SIP2 defines message formats for patron authentication, item status checks, and transaction processing, allowing secure, real-time interactions without manual intervention.[86] It is widely implemented in public and academic libraries to support self-checkout systems.[87] Modern ILS increasingly incorporate RESTful APIs and middleware to enable flexible integrations with ancillary systems like library management systems (LMS) and electronic resource management (ERM) tools.[57] These APIs use lightweight JSON or XML payloads over HTTP, allowing developers to build custom extensions for tasks such as single sign-on or analytics dashboards.[88] Middleware solutions, often based on these APIs, act as intermediaries to translate data between legacy ILS and contemporary web services, reducing integration complexity.[89] Despite these advancements, challenges persist in achieving full interoperability, including version compatibility issues where evolving standards like Z39.50 updates disrupt existing connections.[90] Vendor lock-in further complicates matters, as proprietary implementations may limit adherence to open protocols, hindering data portability across systems.[91] Mitigation strategies include adopting open-source ILS that prioritize standard compliance and conducting regular audits of API endpoints to ensure backward compatibility.[92]Types and Implementations
Proprietary vs. open-source systems
Integrated library systems (ILS) can be broadly categorized into proprietary and open-source models, each defined by distinct licensing approaches that influence their development, distribution, and use in libraries. Proprietary ILS are owned and controlled by commercial vendors, such as Ex Libris Alma, where the source code remains inaccessible to users, restricting modifications to those approved by the vendor.[93] In contrast, open-source ILS operate under licenses that permit users to view, modify, and distribute the code, fostering community-driven development, as seen in systems like Koha, first released in 2000, and Evergreen, launched in 2005.[94] This open licensing model shifts control from a single entity to a collaborative network of contributors, including libraries and support organizations.[95] Cost structures represent a primary differentiator between the two models. Proprietary systems typically involve substantial licensing fees, often structured as upfront purchases or recurring subscriptions that scale with library size, user base, and modules, alongside potential add-ons for upgrades or integrations.[93] These fees can strain budgets, particularly for smaller institutions, but include vendor-managed maintenance and updates. Open-source ILS eliminate licensing costs entirely, allowing free access to the core software; however, libraries must budget for implementation, training, hosting, and ongoing support, which can total significant expenses depending on in-house expertise.[94] For instance, while the software itself incurs no charge, custom development or third-party services often arise to adapt the system to specific needs.[95] Customization capabilities further highlight the trade-offs. In proprietary ILS, modifications are limited to vendor-provided options or APIs, ensuring stability but reducing adaptability to unique library workflows, which may lead to dependency on the vendor for changes.[93] Open-source systems, by contrast, enable direct code alterations, empowering libraries to tailor features extensively, such as integrating local data standards or enhancing user interfaces, though this requires programming skills or external developers.[95] Support mechanisms align with these differences: proprietary models offer dedicated vendor assistance, including help desks and guaranteed response times, promoting reliability for non-technical staff.[93] Open-source support relies on community forums, documentation, and paid service providers, which can be robust in active projects but may vary in consistency.[94] The choice between proprietary and open-source ILS often hinges on institutional priorities and scale. Proprietary systems suit smaller libraries seeking ease of use, quick deployment, and professional support without internal IT burdens, minimizing disruptions in daily operations.[95] Open-source options appeal to larger consortia or resource-constrained environments needing flexibility and long-term cost control, allowing shared development efforts across multiple institutions to address collective needs.[94] Both models can leverage cloud hosting for scalability, though deployment details vary by provider.[93] Ultimately, the decision balances immediate accessibility against sustained autonomy, with open-source gaining traction amid budget pressures and demands for innovation.[95]Cloud-based and hosted solutions
Cloud-based and hosted solutions for integrated library systems (ILS) primarily operate through software-as-a-service (SaaS) models, where the system is delivered over the internet by a third-party provider, eliminating the need for local hardware installation. These models commonly include multi-tenant architectures, in which multiple libraries share the same infrastructure and software instance for efficiency and cost-sharing, or single-tenant private clouds, which dedicate resources to a single organization for greater customization and isolation. Multi-tenant SaaS setups facilitate automatic software updates pushed by the provider, ensuring all users access the latest features without manual intervention, while both models incorporate built-in disaster recovery mechanisms, such as redundant data backups and failover systems, to minimize downtime from hardware failures or cyberattacks.[96][97] A key benefit of cloud-based ILS is substantial cost savings on hardware, maintenance, and IT staffing, with studies reporting total cost of ownership reductions of up to 40% compared to on-premises systems, as libraries avoid upfront capital expenditures and ongoing server upkeep. However, drawbacks include heightened data privacy risks, particularly in multi-tenant environments where shared infrastructure could expose patron records to breaches, necessitating compliance with regulations like the General Data Protection Regulation (GDPR) in Europe and the California Consumer Privacy Act (CCPA) in the U.S. to safeguard personal information such as borrowing histories and user profiles. Additional concerns involve vendor lock-in, where libraries may face challenges migrating data to alternative systems due to proprietary formats, and potential dependency on internet connectivity for access.[98][97][99] Adoption of cloud-based ILS has surged since 2015, driven by vendor shifts toward cloud-native platforms and the need for scalable solutions amid growing digital collections, with over 60% of new library system deployments being cloud-hosted by 2024. This trend reflects broader library modernization efforts, including seamless integration with discovery tools that enhance user search experiences across physical and electronic resources. By 2025, hybrid cloud approaches combining public and private elements are increasingly common, balancing cost efficiencies with security needs.[100][101][99]Case studies of major platforms
Koha, an open-source integrated library system (ILS), has seen significant adoption in global consortia, particularly among public and academic libraries seeking cost-effective, customizable solutions. Developed initially in New Zealand in 2000, Koha enables libraries to manage cataloging, circulation, and acquisitions through a community-driven platform that supports MARC standards and OPAC interfaces. A notable example is its implementation in the Nordic academic library consortium, where three of the four largest university libraries in Finland, including the University of Helsinki, migrated to Koha between 2018 and 2023, with hosting and development provided by the National Library of Finland to foster shared services and reduce proprietary dependencies.[102] By 2025, Koha powers 1,653 library locations worldwide, with 37 new contracts signed in 2024, demonstrating robust growth in public library consortia across mid-sized institutions.[103] Ex Libris Alma, a proprietary cloud-based library services platform (LSP), is tailored for academic and research libraries, emphasizing unified management of print, electronic, and digital resources alongside advanced analytics. At Central Washington University Libraries, part of the Orbis Cascade Alliance consortium, the migration from Innovative's Millennium ILS to Alma began in 2014, involving a three-phase process that included data cleanup of over 893,000 bibliographic records and integration with tools like EZproxy for authentication. This implementation highlighted Alma's collaborative features, such as shared consortial configurations, which streamlined resource sharing among 40+ member institutions.[104] Similarly, at the City University of New York (CUNY), Lehman and Queens Colleges adapted Alma workflows post-2020 migration to handle eBook acquisitions, incorporating automated invoicing and activation to meet rising curricular demands for electronic content.[105] Alma's adoption reached 2,745 libraries by 2025, with 99 contracts in 2024, particularly in academic settings where its analytics tools, like Alma Insights, support research impact assessment.[103] Polaris, a proprietary ILS from Innovative Interfaces (now part of Clarivate), focuses on public libraries with intuitive interfaces for circulation and patron engagement. In the Lafourche Parish Public Library System in Louisiana, Polaris was selected for its customization capabilities, allowing staff to edit records, generate custom reports, and utilize a web-based client for seamless checkouts, which improved operational efficiency in serving rural communities.[106] Another implementation at Allen County Public Library in Indiana integrated Polaris with the Vega discovery layer and mobile app, enhancing patron access to 1.5 million items through real-time notifications and streamlined workflows, resulting in higher circulation rates.[107] By 2025, Polaris supported 704 public libraries, adding 86 contracts in 2024, with strong appeal in large urban systems like the District of Columbia Public Library due to its print-focused functionality and API integrations.[103] As of February 2026, several integrated library systems are particularly noted for their strong support of ebooks and digital resources according to industry reviews and comparisons. These include:- Access-it Library: Supports management of eBooks, online digital content, electronic documents, and websites.[108]
- Alexandria: Offers seamless ebook and audiobook integrations, cloud-based cataloging, circulation, and search.[109]
- Atriuum: Features seamless ebook and audiobook integrations, web-based with mobile apps.[5]
- Koha: Open-source ILS widely used, supports digital resources and multi-branch management.[109]
- Follett Destiny Library Manager: Popular for schools, handles digital resources and inventory.[5]
| Platform | Type | Key Features | Adoption Context | Pricing Model |
|---|---|---|---|---|
| Koha | Open-source ILS | Community customization, MARC support, OPAC enhancements via Aspen Discovery | Global public and academic consortia (1,653 locations) | Free software; paid support (e.g., ByWater Solutions contracts)[103][110] |
| Alma | Proprietary cloud LSP | Unified resource management, AI analytics (Alma Specto), consortial sharing | Academic/research libraries (2,745 implementations) | Subscription-based, scaled by institution size[103][110] |
| Polaris | Proprietary ILS | Web client, custom reporting, Vega mobile integration | Public libraries (704 sites) | Annual subscription with maintenance fees[103][110] |
