Automated laboratory software architecture

• US 6,581,012 B1
• Filed: 07/30/1999
• Issued: 06/17/2003
• Est. Priority Date: 07/30/1999
• Status: Expired due to Term

• Current Assignee: Beckman Coulter Incorporated (Danaher Corporation)
• Original Assignee: Coulter International Corp. (Danaher Corporation)
• Inventors: Roach, David J., Garcia, Gerardo, Qin, Bin, Krensky, Andrea L., Huls, Fredric W., Aryev, Michael
• Primary Examiner(s): Hoff, Marc S.
• Assistant Examiner(s): Charioui, Mohamed
• Application Number:
  US09/364,602
• Time in Patent Office: 1,418 Days
• Field of Search: 702/108, 702/121-123, 702/183, 702/19, 702/21-23, 702/27-32, 702/83, 422/67, 700/1, 700/96, 700/266, 436/43, 600/368-369, 600/300, 705/1-3, 705/7-9, 709/203, 709/213, 235/375, 235/385
• US Class Current: 702/22
• CPC Class Codes: G01N 2035/0093 random access not determined by physical position
• CPC Class Codes: G01N 35/0092 Scheduling
• CPC Class Codes: G05B 19/41865 characterised by job scheduling, process planning, material flow
• CPC Class Codes: G16H 10/40 for data related to laboratory analysis, e.g. patient specimen analysis
• CPC Class Codes: Y02P 90/02 Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

An integrated clinical laboratory software system for testing a specimen. At least one specimen processing module is advantageously provided, each for performing particular predetermined tests on the specimen. Integrated work flow automation programming communicates with any of the plurality of specimen processing modules. The specimen processing modules can include instrument hardware and embedded process control software. The work flow automation programming includes request processing programming for processing a user request for any of the tests which are available to be performed by the specimen processing modules, and also includes functional control programming which provides functional control of any of the plurality of specimen processing modules for performing any of the tests, and which further includes result data management programming provides processing of test result data of any of the tests.

Claims

1. An extensible clinical laboratory object-based architecture for testing a specimen, comprising:

physical element layer including at least one specimen processing module for performing at least one test on the specimen;

integrated work flow automation layer, provided above the physical element layer, for communicating with said at least one specimen processing module, said work flow automation layer including programming objects which can be specialized including request processing means for processing a user request for any of said tests, functional control means for providing functional control of said at least one specimen processing module for performing any of said tests, and result data management means for processing test result data of any of said tests;

an integrated user interface layer, provided above the integrated work flow automation layer, communicating with said integrated work flow automation layer for permitting a user to control and monitor said software system; and

wherein the object-based architecture is extended through published interfaces of the work flow automation layer, and

wherein said integrated work flow automation layer has an integrated architecture configured for performing any aspect of pre-analytical, analytical and post analytical laboratory processing of said specimens and said data.

2. The object-based architecture software system according to claim 1 wherein said work flow automation layer is comprised of a plurality of system user objects, each encapsulating a separate user operational category.

3. The object-based architecture according to claim 2 wherein said work flow automation layer is further comprised of:

an order entry and test planning category of objects for permitting any test to be specified, accepted for processing, and scheduled, provided that a specimen processing module having a capability to perform said test is available in said object-based architecture;

an instrument complex category of objects for providing complete management of said at least one specimen processing module; and

a result processing and validation category for processing and verifying a result of said tests;

said objects of said order entry and test planning category, said instrument complex category, and said result processing category each communicating with said plurality of system user objects.

4. The object-based architecture according to claim 3 wherein said integrated work flow automation layer further comprises:

a logical transport category of objects to monitor specimen location and to control specimen routing to a selected specimen processing module; and

a physical instrument category of objects for representing any type or design of specimen processing module;

said objects of said physical instrument category communicating with said objects of said logical transport category, said instrument complex category and said result processing and validation category for delivering said specimens to said at least one specimen processing module and performing said tests.

5. The object-based architecture according to claim 4 wherein said integrated work flow automation layer further comprises a common infrastructure category of objects communicating with each of said objects of said system users category, results processing and validation category, order entry and test planning category, instrument complex category, logical transport category, and physical instrument category.

6. The object-based architecture according to claim 5 wherein said common infrastructure category of objects implements object distribution, messaging, exception handling, and object persistence.

7. The object-based architecture according to claim 6 wherein said object persistence comprises means for maintaining a database of test result data received from said at least one specimen processing module.

8. The object-based architecture according to claim 5 wherein said at least one plurality of specimen processing module is comprised of instrument hardware and embedded process control software.

9. The object-based architecture according to claim 8 wherein said integrated work flow management layer includes a physical instrument shell which is an external interface configured for enabling integration of any specimen processing module with said integrated work flow management means.

10. The object-based architecture according to claim 2 wherein said plurality of system user objects are comprised of:

a test operator object for processing user test requests and providing test operation status information for said at least one specimen processing module; and

an instrument operator object responsive to user commands for controlling operational modes and status for any of said specimen processing modules.

11. The object-based architecture according to claim 10 wherein said plurality of system user objects are further comprised of at least one of the group consisting of:

a service tech object responsive to user commands for performing service tasks relating to maintenance of said at least one specimen processing module;

a result verifier object responsive to user commands for manual verification of test result data provided by said at least one specimen processing module; and

a system administrator object responsive to user requests for managing configuration of said object-based architecture.

12. The object-based architecture according to claim 10 wherein said plurality of system user objects are further comprised of a bar code reader user object responsive to user inputs delivered via bar code reading devices.

13. The object-based architecture according to claim 2 wherein said integrated work flow automation layer further comprises means for verifying medical insurance code data provided for a particular test which has been requested.

14. The object-based architecture according to claim 1, further comprising at least one specimen delivery module for transporting specimens to and from said at least one specimen processing module.

15. The object-based architecture according to claim 14 wherein said work flow automation layer further comprises means for controlling specimen position, routing and distribution to processing sites where said at least one specimen processing module performs said tests.

16. The object-based architecture according to claim 1 wherein said work flow automation layer further comprises means for allocating and scheduling a set of test requests as between different ones of said specimen processing modules when a plurality of requests for tests have been received and are in need of processing.

17. The object-based architecture according to claim 1 wherein said work flow automation layer further comprises means for evaluating compliance of test procedures with quality control requirements.

18. The extensible clinical laboratory object-based architecture of claim 1 wherein

the integrated work flow automation layer is upwardly scaleable to encompass a plurality of laboratory features, functions or instruments and downwardly scaleable to encompass relatively less laboratory features, functions or instruments.

19. An extensible clinical laboratory object-based architecture for testing a specimen, comprising;

a set of integrated work flow object classes for communicating with any of a plurality of specimen processing modules for performing any of a plurality of tests;

an integrated user interface layer, provided above the integrated work flow object classes, communicating with said integrated work flow object classes for permitting a user to control and monitor said object-based architecture;

wherein

said set of integrated work flow object classes including programming objects which can be specialized,

the object-based architecture is extended through published interfaces of the integrated work flow object classes, and

said set of integrated work flow object classes having a single integrated architecture configured for providing laboratory information flow management for pre-analytical, analytical and post analytical laboratory processing.

20. The extensible clinical laboratory object-based architecture of claim 19 wherein said object-based architecture is further configured for providing material flow management.

21. The extensible clinical laboratory object-based architecture of claim 20 wherein said object-based architecture is further configured for providing operational, reporting and diagnostic control of said specimen processing modules.

22. The extensible clinical laboratory object-based architecture of claim 21 wherein said object-based architecture is further configured for providing specimen delivery management for coordinating delivery of said specimen to said specimen processing modules.

23. An extensible clinical laboratory framework architecture for testing a specimen, comprising:

physical element layer including at least one specimen processing module for performing at least one test on the specimen;

integrated work flow automation layer, provided above the physical element layer, for communicating with said at least one specimen processing module, said work flow automation layer including a core block which isolates the implementation of technology specific software mechanism and programming objects which can be specialized including request processing means for processing a user request for any of said tests, functional control means for providing functional control of said at least one specimen processing module for performing any of said tests, and result data management means for processing test result data of any of said tests;

an integrated user interface layer, provided above the integrated work flow automation layer, communicating with said integrated work flow automation layer for permitting a user to control and monitor said software system; and

wherein the framework architecture is extended through published interfaces of the work flow automation layer, and

wherein said integrated work flow automation layer has an integrated architecture configured for performing any aspect of pre-analytical, analytical and post analytical laboratory processing of said specimens and said data.