1.3.1 General functions
1.3.1 General functions
|
Requirement code
|
Requirement # and requirement
|
Y
|
1.3.100 The system offers non-SDMS trained personnel the ability to easily access system data via an intuitive, user-friendly Windows-type graphical user interface (GUI) which permits the display of stored data.
|
Response:
|
Users can easily access stored data without downloading it via the Document Details page.[43]
|
Y
|
1.3.101 The system allows authorized users to configure their GUI to a specific language, character set, and time zone.
|
Response:
|
The software allows users to change the language at the log-in screen, and additional language packs can be added with language packs.[44] The time zone can be set as a system-wide property.
|
U
|
1.3.102 The system permits remote access for users, system admins, and support agents.
|
Response:
|
The system can be accessed from anywhere using a valid web browser. It's not clear if the webLiMS-hosted SDMS can be accessed via the Alfresco Mobile application. (See 1.1.201)
|
U
|
1.3.103 The system allows for the use of navigation keys to freely move from field to field.
|
Response:
|
It's not clear if keyboard shortcuts or tabbing are inherent to the interface.
|
Y
|
1.3.104 The system allows tabular data to be sorted and filtered.
|
Response:
|
This feature was added in version 4.2.[45]
|
N
|
1.3.105 The system can send on-screen output to a printer or file without contradicting read-only statuses.
|
Response:
|
As read-only statuses don't seem to be supported, this functionality is not available by extension.[41]
|
U
|
1.3.106 The system contains one or more spell-check dictionaries that allow authorized users to add, edit, or remove entries.
|
Response:
|
The SDMS seems to have some minor spell check abilities in the search box, but it's not clear if users can edit the dictionary.[46] Additionally, it's not clear if spell check can be employed during inline editing of documents.
|
Y
|
1.3.107 The system uses human-readable metadata tags to better describe, index, and store all captured and archived data.
|
Response:
|
Metadata extraction occurs automatically via extractors, which can be configured.[47]
|
N
|
1.3.108 The system can generate metadata tags via derived value rules.
|
Response:
|
That functionality is not supported.
|
N
|
1.3.109 The system allows users to manually add metadata tags to files.
|
Response:
|
The system appears to not allow users to add/edit metadata after upload without major customization.[48]
|
Y
|
1.3.110 The system provides full metadata, keyword, and field search capability, including the use of multiple search criteria.
|
Response:
|
The system allows users to search based on numerous facets like file type, creator, creation date, etc.[49]
|
U
|
1.3.111 The system allows users to search for similar records based upon a set of metadata tag values.
|
Response:
|
It's not clear if the latest version includes this advanced search capability. The assumption is it doesn't.
|
U
|
1.3.112 The system allows users to build, save, and edit queries for future use.
|
Response:
|
It's not clear if the latest version includes this advanced search capability. The assumption is it doesn't.
|
N
|
1.3.113 The system can automate the search for and extraction of pertinent data, including the export of that data to external applications for additional processing and calculation.
|
Response:
|
The system doesn't appear to have this functionality.
|
Y
|
1.3.114 The system allows users to attach comments to data and files.
|
Response:
|
Users can add, edit, or delete comments, based upon their role.[50]
|
U
|
1.3.115 The system's file viewer/explorer allow users to view native, processed, and archived data in its native file structure.
|
Response:
|
Complete folder-based file structures can be imported into Alfresco Community[51], but the documentation doesn't explicitly state if that file structure can be viewed in the file viewer.
|
N
|
1.3.116 The system can link objects to other objects, e.g. linking a standard operating procedure (SOP) to a test result.
|
Response:
|
Users appear able to place a link to a different file in the comments of an existing file[52]; however, no file linking mechanism seems to exist.
|
N
|
1.3.117 The system notifies users of events like the scheduling and completion of tasks.
|
Response:
|
Users can receive e-mail notifications of a few system-wide changes[53], but many other notifications like event reminders and new/modified post reminders must be manually programmed into the existing code.[54][55]
|
Y
|
1.3.118 The system includes the ability to set up alerts via email.
|
Response:
|
Users can receive e-mail notifications of a few system-wide changes.[53]
|
N
|
1.3.119 The system offers integrated or online user help screens.
|
Response:
|
Help screens don't appear to be integrated into Alfresco Community, but documentation on the system can be found on the Alfresco website.
|
N
|
1.3.120 The system includes data analysis and calculation tools.
|
Response:
|
Alfresco Community does not include data analysis or calculation tools; however, those tools can be found in other webLiMS applications.
|
1.3.2 Configuration and customization
1.3.2 Configuration and customization
|
Requirement code
|
Requirement # and requirement
|
Y
|
1.3.200 The system architecture is modular or extensible and can easily and efficiently be modified to facilitate the addition of new functionality as business needs change.
|
Response:
|
One of the guiding design principles of Alfresco Community is to be enterprise scalable.[5] Users can add additional functionality through the add-ons community.
|
Y
|
1.3.201 The system has an application programming interface (API) or a similar software development toolkit (SDK). If web-based, the API should support Simple Object Access Protocol (SOAP), representational state transfer (REST), or both.
|
Response:
|
Alfresco Community can be extended with the Maven Alfresco SDK[56] or numerous APIs.[57]
|
N
|
1.3.202 The system allows a user to independently add fields without requiring reconfiguration of the system, even after routine upgrades and maintenance.
|
Response:
|
Custom fields are not able to be added by users. Custom Content Models allow administrators to add new metadata fields on the back end, however.[58]
|
N
|
1.3.203 The system allows for the integration of additional printers and scanners both locally and externally.
|
Response:
|
Alfresco Community does not inherently support printers. However, the interface is web-based, and an accessed file can be downloaded and printed to a local machine.[59]
|
1.3.3 Data capture
1.3.3 Data capture
|
Requirement code
|
Requirement # and requirement
|
Y
|
1.3.300 The system can manage and store both sample- and non-sample-related data, including images from microscopes, GCMS scans of peaks, PDF files, spreadsheets, or even raw data files from instrument runs for later processing.
|
Response:
|
Alfresco Community remains "format-agnostic,"[18] meaning any file type can be uploaded.
|
Y
|
1.3.301 The system can manage and store media objects like digital photos, bitmaps, movies, and audio files.
|
Response:
|
Alfresco Community remains "format-agnostic,"[18] meaning any file type can be uploaded, including media files.
|
Y
|
1.3.302 The system allows multiple native instruments and users to enter data into the system simultaneously without disruption.
|
Response:
|
One of the guiding design principles of Alfresco Community is to be enterprise scalable, with as few disruptions as possible.[5] Note that instruments can't be connected directly to the SDMS; however, instruments can be interfaced to the SDMS through the LabVia webLiMS application.
|
U
|
1.3.303 The system can interface with and import existing data from other databases and file shares.
|
Response:
|
Complete folder-based file structures can be imported into Alfresco Community using a number of methods.[51] It's assumed webLiMS users can also move files from other webLiMS applications to the SDMS, but this needs to be confirmed.
|
N
|
1.3.304 The system supports data capture from a Citrix-based environment.
|
Response:
|
Aside from capturing metadata data from imported files of a sufficient MIME type, Alfresco Community doesn't seem to offer data capture capabilities. However, other webLiMS applications can capture instrument and other data, and that data can then be managed and stored in the SDMS.
|
Y
|
1.3.305 The system allows file indexes to be stored centrally while associated files are stored geographically.
|
Response:
|
Alfresco Community uses Solr for indexing, and it has "no need to duplicate indexes on every machine in a cluster," suggesting indexes could be stored on a central machine.[60]
|
|
1.3.306 The system allows users to organize captured data by project, date, location, instrument, etc.
|
Response:
|
|
|
1.3.307 The system can route captured data based upon specified metadata tags.
|
Response:
|
|
N
|
1.3.308 The system allows full on-screen review and approval of native instrument data prior to database commitment.
|
Response:
|
Alfresco Community can not interface with instruments and does not have this functionality. However, optional middleware could add this functionality.
|
|
1.3.309 The system keeps all captured data and its format intact and captures modifications of that data as a version, including date and time of those modifications, for regulatory purposes.
|
Response:
|
|
|
1.3.310 The system has a tool that allows users to capture data printed to it as a searchable PDF file.
|
Response:
|
|
N
|
1.3.311 The system can automatically normalize and store incoming data to a technology-neutral format like XML.
|
Response:
|
Alfresco Community doesn't seem able to convert imported files to another format.
|
|
1.3.312 The system allows incoming and entered files to be converted into other open formats like JCAMP-DX, TraML, mzML, mzXML, AnIML, pepXML, and protXML.
|
Response:
|
|
|
1.3.313 The system can capture and store native instrument and processed data based on a scheduled time or a real-time event, such as upon file creation.
|
Response:
|
|
|
1.3.314 The system allows users to manually upload instrument data files that are not part of a scheduled upload.
|
Response:
|
|
|
1.3.315 The system allows for the specification of a retention period for captured native instrument and processed data and can enact it based on date-based metadata fields or a future event.
|
Response:
|
|
|
1.3.316 The system can remove data from client machines upon upload and/or backup, based on a schedule or retention policy.
|
Response:
|
|
|
1.3.317 The system allows users to review, restore, and reprocess original native instrument data on the original instrument acquisition software.
|
Response:
|
|
|
1.3.318 The system allows users to open and view captured native instrument files without restoring them.
|
Response:
|
|
|
1.3.319 The system allows captured processed data to be reused by other applications without having to reprocess it.
|
Response:
|
|
|
1.3.320 The system provides a method to extract data points from captured processed data and present it in a human-readable format.
|
Response:
|
|
|
1.3.321 The system can parse captured data files containing specified metadata into a live results table.
|
Response:
|
|
1.3.4 Data archiving and migration
1.3.4 Data archiving and migration
|
Requirement code
|
Requirement # and requirement
|
|
1.3.400 The system provides data archiving functionality for all contained data, without requiring an off-line mode.
|
Response:
|
|
|
1.3.401 The system allows for a configurable scheduled archive, not requiring human interaction with the data to be archived.
|
Response:
|
|
|
1.3.402 The system allows for a scheduled archive of data directly captured from a specific native instrument.
|
Response:
|
|
|
1.3.403 The system permits native instrument data to be archived and restored with its original directory structure.
|
Response:
|
|
|
1.3.404 The system allows for the specification of a retention period for archived and migrated data and can enact it based on date-based metadata fields or a future event.
|
Response:
|
|
|
1.3.405 The system ensures that held or locked native instrument data not captured during a scheduled archive will be captured during the next scheduled archive.
|
Response:
|
|
|
1.3.406 The system can perform archive and restore functions simultaneously with data capture and viewing functions, without disruption.
|
Response:
|
|
|
1.3.407 The system allows native instrument and processed data migrated from an old SDMS version to be backed up and restored without alteration.
|
Response:
|
|
1.3.5 Instruments
1.3.5 Instruments
|
Requirement code
|
Requirement # and requirement
|
|
1.3.500 The system bilaterally interfaces with instruments and related software based on the Unix and Windows platforms.
|
Response:
|
|
|
1.3.501 The system can download data directly from laboratory instruments.
|
Response:
|
|
|
1.3.502 The system can track and report on the usage of attached laboratory instruments.
|
Response:
|
|
|
1.3.503 The system can automatically (or manually allow an authorized user to) remove an instrument from potential use when it falls out of tolerance limit or requires scheduled calibration.
|
Response:
|
|
|
1.3.504 The system maintains a reportable database of preventative maintenance, calibration, and repair records for attached laboratory instruments.
|
Response:
|
|
|
1.3.505 The system can schedule calibration, verification, and maintenance tasks on attached instruments and make that schedule available for viewing.
|
Response:
|
|
|
1.3.506 The system allows users to create and edit instrument maintenance profiles.
|
Response:
|
|
1.3.6 External system interfaces
1.3.6 External system interfaces
|
Requirement code
|
Requirement # and requirement
|
|
1.3.600. The system supports a library of common electronic data deliverable (EDD) formats.
|
Response:
|
|
|
1.3.601 The system can transfer data to and from other record management systems.
|
Response:
|
|
|
1.3.602 The system integrates with Microsoft Exchange services.
|
Response:
|
|
|
1.3.603 The system can import data from and export data to Microsoft Word, Excel, Access, and/or Powerpoint.
|
Response:
|
|
|
1.3.604 The system can interface with non-Microsoft programs.
|
Response:
|
|
|
1.3.605 The system can interface with enterprise resource planning (ERP) systems.
|
Response:
|
|
|
1.3.606 The system can interface with internal and external laboratory systems like laboratory information management systems (LIMS) and electronic laboratory notebooks (ELNs).
|
Response:
|
|
|
1.3.607 The system can leverage the application programming interface (API) of other systems to establish integration between systems.
|
Response:
|
|
|
1.3.608 The system provides a real-time interface for viewing live and stored data transactions and errors generated by interfaced instruments and systems.
|
Response:
|
|
|
1.3.609 The system supports dockable mobile devices and handles information exchange between them and the system.
|
Response:
|
|
|
1.3.610 The system supports the use of optical character recognition (OCR) software.
|
Response:
|
|
1.3.7 Reporting
1.3.7 Reporting
|
Requirement code
|
Requirement # and requirement
|
|
1.3.700 The system includes a versatile report writer and forms generator that can generate reports from any data in the system.
|
Response:
|
|
|
1.3.701 The system can interface with a third-party reporting application.
|
Response:
|
|
|
1.3.702 The system allows the development of custom templates for different types of reports.
|
Response:
|
|
|
1.3.703 The system maintains template versions and renditions, allowing management and tracking of the template over time.
|
Response:
|
|
|
1.3.704 The system uses Microsoft Office tools for formatting reports.
|
Response:
|
|
|
1.3.705 The system provides multiple ways to visualize data in reports, including graphs, trend bars, pie charts, spectrum, etc. for the purpose of presenting information and identifying trends.
|
Response:
|
|
|
1.3.706 The system makes graphic and tabular data vector-scalable in reports.
|
Response:
|
|
|
1.3.707 The system allows for internal hyperlinking to source data in reports.
|
Response:
|
|
|
1.3.708 The system allows users to manually adjust inaccurate data parsing routines for reports.
|
Response:
|
|
|
1.3.709 The system can indicate whether a report is preliminary, amended, corrected, or final while retaining revision history.
|
Response:
|
|
|
1.3.710 The system can automatically generate laboratory reports of findings and other written documents.
|
Response:
|
|
|
1.3.711 The system provides an ad-hoc web reporting interface to report on user-selected criteria.
|
Response:
|
|
|
1.3.712 The system can automatically generate and post periodic static summary reports on an internal web server.
|
Response:
|
|
|
1.3.713 The system can transmit reports in a variety of ways including fax, e-mail, print, and website in formats like RTF, PDF, HTML, XML, DOC, XLS, and TXT.
|
Response:
|
|
|
1.3.714 The system supports PDF/A, an ISO-standardized version of the Portable Document Format (PDF).
|
Response:
|
|
|
1.3.715 The system includes a rules engine to determine the recipients of reports and other documents based on definable parameters.
|
Response:
|
|
|
1.3.716 The system provides printer-friendly audit trails for cleaner reporting of audit data.
|
Response:
|
|
|
1.3.717 The system provides an interface for external clients to search, generate, and view processed data reports based on metadata tags.
|
Response:
|
|
|
1.3.718 The system provides document workflow management tools for streamlining their creation, review, modification, and approval.
|
Response:
|
|
|