QUALITY INFORMATION MANAGEMENT SYSTEM
Embodiments of the present invention illustrated and described herein include computer systems and software for quality management. In one embodiment of the present invention, a web-based application hosts quality information managed at one or more distributed sites. Application users at each site can individually manage a subset of the quality information available to them at their respective site such that the subset of the quality information is presented to the users transparent of the source of the quality information. Users may access the quality information according to one or more user-defined quality information levels. The quality information may be sourced and/or maintained at the distributed sites as well. Quality information management supported by this and other embodiments of the present invention may include hosting an approval process for new or revised documents according to a plurality of approval levels. Approvals may be received from one or more individuals at each level. Quality information management supported by this and other embodiments of the present invention may also include displaying most recently approved versions of new or revised documents. Prior versions of revised documents may be displayed as well. Quality information management supported by this and other embodiments of the present invention may also include revising existing quality information. Users may define and submit queries of the quality information and, as a result, receive a more focused subset or status thereof for review. Queries may also be executed based on user or system-defined linkages among the quality information. Sourcing quality information may include defining new quality information, or importing existing quality information from external or legacy locations and/or applications. Site, system and/or module administrators may define functionality and/or the subsets of the quality information available to users at their respective sites.
This application is a continuation of Ser. No. 13/616,0.33, filed Sep. 14, 2012, now abandoned, which was a reissue continuation of RE44,964, filed Jul. 19, 2011, issued on Jun. 24, 2014, which was a reissue of U.S. Pat. No. 7,818,192, issued Oct. 19, 2010, which was filed on Mar. 1, 2004, based on U.S. Provisional No. 60/450,628, filed Feb. 28, 2003.
BACKGROUND OF THE INVENTION1. Field of the Invention
Embodiments of the present invention relate generally to enterprise and supply chain quality management, and more specifically to computer-implemented methods, computer applications and systems for quality management.
2. Background Art
Embodiments of the present invention may be implemented as an alternative or supplement to prior art methods and systems for quality management. Notably, the following characterization of the prior art is not intended to set forth or limit that which the applicants regard as their invention.
Prior art quality management system (“QMS”) packages are not designed to effectively support and integrate enterprise-wide (i.e. multi-site) quality management. For site level control and management, conventional QMS packages must be loaded on site-specific computing platforms. Users must log into separate programs to view quality documents and information owned and maintained by diverse and/or distributed enterprise locations or sites. In addition, consolidation of information from several locations into an organization report requires duplication of data.
If an organization elects to implement a central (single) QMS, the administration of individual sites, and control of quality documents and information access is governed by a central administration. This reduces the value and efficiency of site autonomy in quality management. In addition, a single QMS arrangement requires that all “sites” utilize the same document levels and nomenclature.
Functionality for defining linkages among quality information is limited. For example, linkages often take users to another location within the QMS, without automatically providing the users with a return path. In addition, conventional linkages are static and can only be defined by an administrator—not necessarily the “owner” of the relevant information.
Another drawback associated with conventional quality management systems is their failure to effectively recognize and support entity and business relationship linkages across quality information. Without such linkages, an inefficient multi-level analysis of quality data is required.
Although certain limited functionality supporting quality data analysis and management is available in the market today, its is not integrated. Users are required to enter the same or similar information into several different applications. In addition, having multiple discrete applications to support quality data analysis and management involves porting common information from one application to another. Typically, different applications utilize different or proprietary data formats and thus require inefficient and error-prone data conversion. This inefficiency is compounded each time data is updated.
In the generation of product/process realization quality information, documentation and reports are conventionally developed with limited linkages among the various documents based on entity and business relationship linkage references. In addition, tracking of the quality data and information generated is not integrated with process review activities. Packages that do track quality data and information generated and related to transactional and business processes require unique, separately developed programs.
Furthermore, the comparison of achievement of one or more employees' goals to one or more corresponding goals for one or more business entities within the enterprise is not part of any continual quality improvement system.
Other drawbacks associated with conventional quality management systems include their failure to (i) recognize interrelationships among quality information, (ii) require a specific order and timing of information entry, and/or (iii) support interdependence among quality information within a single QMS function.
Conventional QMS packages do not support linkages among product realization information at the design level for the development and maintenance of linked product or process information. Conventional QMS packages also fail to support linkages among product and process realization information at the design level to the process level for the development and maintenance of linked product or process information. Yet another quality management function not support by conventional QMS packages includes linkages among product and process realization information that are used to identify and display quality information for product and process improvement.
Embodiments of the present invention will serve as an alternative or supplement to prior art QMS methods and systems to effectively eliminate or reduce some or all of the above drawbacks. Those in the art will recognize, however, that no single embodiment of the present invention can eliminate or reduce all drawbacks associated with all conventional QMS methods or systems.
SUMMARY OF THE INVENTIONEmbodiments of the present invention illustrated and described herein include computer systems and software for quality management. In one embodiment of the present invention, a web-based application hosts quality information managed at one or more distributed sites. Application users at each site can individually manage a subset of the quality information available to them at their respective site such that the subset of the quality information is presented to the users transparent of the source of the quality information. Users may access the quality information according to one or more user-defined quality information levels. The quality information may be sourced and/or maintained at the distributed sites as well.
Quality information management supported by this and other embodiments of the present invention may include hosting an approval process for new or revised documents according to a plurality of approval levels. Approvals may be received from one or more individuals at each level. Quality information management supported by this and other embodiments of the present invention may also include displaying most recently approved versions of new or revised documents. Prior versions of revised documents may be displayed as well. Quality information management supported by this and other embodiments of the present invention may also include revising existing quality information.
Users may define and submit queries of the quality information and, as a result, receive a more focused subset or status thereof for review. Queries may also be executed based on user or system-defined linkages among the quality information.
Sourcing quality information may include defining new quality information, or importing existing quality information from external or legacy locations and/or applications.
Site, system and/or module administrators may define functionality and/or the subsets of the quality information available to users at their respective sites.
According to another embodiment of the present invention, the quality management application may be configured to receive input including quality data from among a plurality of sources, receive input defining one or more business relationship linkages, and generate and output a descriptive or statistical analysis based on the quality data and the business relationship linkages. The application may additionally output a visual representation of the descriptive or statistical analysis. The visual representation may enable a user to “drill” up or down through quality data associated with one or more of the business relationship linkages. These linkages may be defined transparent to the source of the quality data.
According to another embodiment of the present invention, the quality management application may support business entity-based data analysis. More specifically, the application may be configured to receive input including quality data from among a plurality of sources, receive input defining one or more business entities associated with the enterprise, receive input defining hierarchal linkages among the business entities, and generate and output a descriptive or statistical analysis based on one or more business entities' individual hierarchal linkages to one or more other business entities. The application may be additionally configured to output a visual representation of the descriptive or statistical analysis. The visual representation may enable a user to drill up or down through quality data associated with a business entity based on that business entity's individual hierarchal linkages with one or more other business entities.
According to another embodiment of the present invention, the quality management application may support continual quality improvement. More specifically, the application may be configured to receive input including a plurality of quality information, receive input defining linkages among products or processes within an enterprise, receive input including an identification of one or more improvement opportunities for one or more of the products or processes, capture content from the plurality of quality information based on the one or more improvement opportunities, and generate a report displaying the captured content linked with a subset of the quality information.
The quality information may include real-world product or process data. The report may be linked with a subset of the real world data and may include a descriptive or statistical analysis of the product/process status and/or other quality information. Preferably, the descriptive or statistical analysis is presented in a graphical format. Some or all of the quality information may be sourced from within as well as outside of the enterprise, and captured content may be displayed transparent of its source. The report may also include a comparison of achievement of one or more employees' goals to one or more corresponding goals for one or more business entities within the enterprise.
According to another embodiment of the present invention, the quality management application may present product or process status information based on linkages among quality information improvement. More specifically, the application may be configured to receive input defining quality information for an enterprise, receive input defining one or more linkages among the quality information, receive input defining a request for a product or process status information, search the quality information for the requested status information based on the one or more linkages, and present search results including at least a portion of the requested product/process status information.
The status information may include a current product or process state. The status information may also include one or more product or process improvement opportunities.
The improvement opportunities may relate to customers or suppliers of the enterprise. The quality information may include realized product or process information or data.
Another embodiment of the present invention may also support product or process status management. More specifically, the application may be configured to receive input defining two or more sets of quality documentation for an enterprise, each set having one or more elements, configured to link two or more of the elements, configured to receive input including an update for at least one of the elements, wherein the update includes realized product or process information, and configured to automatically update any other linked elements. The realized product or process information may include realized product or process data. The linkages may be user-defined.
Preferably, these and other embodiments and features of the present invention are implemented in an online fashion based on a client-server architecture. Client-server communication may be facilitated or otherwise supported by corporate intranet (e.g. LAN) and/or the Internet including the World-Wide-Web.
Still further features, objects and advantages of the present invention will become readily apparent to those in the field of art to which the invention pertains upon reference to the following detailed description, drawings and claims.
More specifically, functionality supported by the EwQMS may be generally referenced by or “divided” into different modules including but not limited to those referenced in Table 1. Table 1 additionally provides a non-exclusive summary of functionality that each module provides.
In accordance with one embodiment or aspect of the present invention, an administrator characterizes an enterprise within the EwQMS in terms of “sites” and “entities.”
A “site” may be defined as those tangible parts of an enterprise having administration of local processes and documentation. Often, sites are defined geographically (e.g., individual plants, campuses, regions, etc.).
An “entity” may be defined as the business organization or architecture of an enterprise. Notably, an entity may cross one or more sites within an enterprise as well as include representation outside of the enterprise (e.g. customers, suppliers, distributors, etc.). For example, a business unit responsible for a particular line of automobiles (an “entity”) within the automotive industry might include elements from (i) the corporate “site” (e.g., engineering development), (ii) one or more manufacturing “sites” and (iii) one or more assembly “sites.” These sites could be distributed across multiple geographic regions including countries and continents.
To characterize an enterprise, an administrator defines the enterprise sites and entities.
In contrast, enterprise 16 consists of a domestic corporation 18 having a single campus with three business units 22, 24 and 26. This enterprise can be defined within the EwQMS as having a single “site.”
In comparing the example enterprises 12 and 16 shown in
As represented in block 34, the administrator next defines EwQMS users. User definition includes demographic information, contact information, username, password as well as a site and entity association for the user.
Once a user account is properly defined within the EwQMS, that user can then access certain information and functionality supported by the EwQMS. In a preferred embodiment, the information and functionality that a user has access to is controlled within the EwQMS by the site and entity that user has been associated with. However, an administrator may limit or expand user access and functionality rights with respect to any information or functionality supported by the EwQMS.
Decentralized Document Management and AdministrationTypically, an enterprise includes processes that span multiple sites (e.g., corporate, business unit, plant, etc.). Some processes are defined and utilized at multiple sites, while others may be defined and utilized by only a single site. More specifically, a particular site can administer and manage documentation associated with his or her site-specific processes. However, where a particular process covers more than one site, one of those sites is considered to be the “owner” of the documentation relating to that process. If a process only applies to a single site, that site is considered the “owner” of the documentation relating to that process.
In the case of a process that transcends multiple sites, the “owner” of the process documentation grants the other sites access to that documentation. Notably, an individual user is provided access to that documentation in a fashion that is transparent of the owning site. Consequently, a user may have access to documentation comprising process documentation originating from that user's site as well as process documentation originating from other sites (over which a multiple-site process transcends). The actual location or “owner” of the process documentation, however, will be transparent to that user.
Upon selecting a particular document (“SOP052”), a user may be presented with a GUI 48 such as that illustrated in
Notably, functionality such as that shown in
Typically, an enterprise maintains a wide variety of data across several business functions (e.g. human resources, manufacturing activities, inspection and testing activities, continual improvement activities, etc.). However, data associated with one of these activities may not be unique to that activity, and may overlap with others within the enterprise. In this regard, as aspect of the EwQMS enables data sharing between sites and entities to reduce redundant data entry and ensure consistent knowledge across the enterprise.
Linkages between EwQMS modules 54 through 78 may be generally divided into three categories: core interrelationships (denoted by solid lines 84), document flows (denoted by short-dashed lines 80) and data exchange (denoted by long-dashed lines 82).
The data exchanger module 54 enables EwQMS to share data with non-EwQMS applications (e.g. “legacy” systems, enterprise resource planning systems, etc.) in an effort to reduce redundant data entry and ensure consistent knowledge across the enterprise.
Notably, the data exchange process described with respect to
Within an enterprise, logical interrelationships exist or should be defined among business strategies, actions for realizing those strategies, and related documentation. The EwQMS captures and utilizes these interrelationships in enterprise-wide manner to (i) define and maintain a constancy of purpose in achieving goals of the business strategy, and (ii) reduce error and effort (i.e., redundancy) in developing and administering documents related to achieving those goals within an enterprise.
As shown in
In one embodiment, a user may define and use an “Alignment Chart” by inputting or otherwise selecting an “Entity” 124. An “Expectation Category” 126 is selected from a pull-down list of user-defined categories of customer expectations. An “Alignment Chart” for the selected “Expectation Category” is then displayed. This chart consists of the “Customer Expectations” 116, “Result Measurables” 118, “Key Processes” 120, and related “Process Measurables” 122.
The user can restrict the display to only those “Customer Expectations” which satisfy logical constraints determined by pull-downs 128 and 130 (e.g. an “Importance Level” greater than a user-defined value).
The user can also add elements in the “Result Measurables”, “Key Processes”, and related “Process Measurables” areas by clicking on the respective “New” buttons (132, 134, 136) and either by entering free-text or selecting an element from a table of user-defined result measurables, key processes, or process measurable.
Additionally, a user can input and display strategic goals 114 for achieving the selected expectation category 126.
Entries within the “Process Measurables” area 122 are linked to entries within the “Key Process” area 120.
Within EwQMS, business goals and objectives can also be linked to individual employees within an enterprise. This feature of EwQMS ensures constancy of purpose down to a personal or individual level of granularity. In addition, this feature supports employee performance evaluation including recognition (e.g. appraisal and bonus systems), as well as a visual display of an employee's achievement of goals over time (i.e. trends) or at a specific point in time.
A visual analysis worksheet (not shown) collects and displays the results for a particular result or process measurable (
Another feature that EwQMS supports is linkage-based visual data analysis and reporting. Utilizing this feature of the present invention, a user can quickly and visually “drill down” through graphical data displays according to user-defined linkages such as those referred to with respect to
In accordance with a preferred embodiment of the Visual Analysis feature of EwQMS, a user “drills down” into the aggregation levels by selecting a data feature (e.g. line, legend item, bar, etc.) on the displayed graphic 166 (e.g. line graph, bar graph, pie chart, pareto chart, etc.). In a Web-based implementation of the EwQMS, a user may “drill up” by selecting the “Back” button within the user's Web browser. Notably, other methods for drilling into or out of aggregation levels may be provided (e.g. zoom-in, zoom out, etc.).
Enterprise-Wide Document Content LinkagesWithin an enterprise, logical interrelationships exist or should be defined among business document content (e.g. quality documents, engineering documents, process documents, maintenance procedures, work instructions, etc.). The EwQMS captures and utilizes these interrelationships in enterprise-wide manner in an effort to reduce redundant data entry and ensure up-to-date and consistent knowledge across the enterprise.
More specifically, EwQMS implements linkages between business document content such that information entered into certain portions of one document automatically propagates to appropriate portions within other documents that use or include the same type of information. Notably, this propagation of content is dynamic in that the user can enter the information from any of the documents that contain it. The user is not constrained to a specific path of information entry or document development. This approach minimizes redundant data entry and reduces the risk that related documents will have different revision levels of the same data.
In particular,
According to another aspect of the present invention, linkages 216 may be established between any document content item (e.g. cell within a control plan) and any document managed by the EwQMS. For example, a user may link a particular cell within a control plan to the related work instruction document or process inspection checksheet or form.
Based on linkages and interrelationships such as those illustrated and described with respect to
Continual document updating 188 includes collecting real world data 196 and linking that data within EwQMS to related documents or portions thereof, as represented in block 198. Linkages may be established in a manner similar to that illustrated and described with respect to
In one embodiment of the present invention, a fault tree 202 is developed/defined 200 in an online fashion and displayed in an org chart graphical format with one or more user-defined levels (e.g., system fault=>subsystem fault=>component fault=>part fault=>part characteristic, etc.). Element definition may include a related product number or other identifier that links the element with related documentation. EwQMS uses (i) these user-defined linkages and (ii) linkages between the user-defined levels and fault tree elements themselves to relate a specific set of product realization and/or other business documentation (e.g. quality documents, engineering documents, process documents, maintenance procedures, work instructions, etc.) to the fault tree 202.
In one embodiment, improvement opportunity development 192 includes periodic management review of result and process metrics (e.g.
As represented in block 194, the EwQMS automatically associates the results of the user-defined query with real world data 198 related to those results. For example, process indices such as Cp, Cpk, Pp, Ppk or ppm can be linked to the occurrence rating contained in the PFMEA (see
Preferably, aspects of the present invention are implemented according to a client-server architecture. Those of ordinary skill in the art will recognize, however, that functionality such as that illustrated and described herein may be implemented or otherwise delivered over a variety of other platforms including but not limited to mainframe and stand-alone computing environments. Functionality such as that illustrated and described herein may also be delivered in a source code or object code format embodied in a wide variety of mediums (e.g. CD-ROM, magnetic disc, DVD, online download, etc.).
Table 2 includes recommended technical specifications for a client-server implementation of the present invention.
While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.
Claims
1.-36. canceled
37. A system comprising:
- a processor configured to:
- establish linkages between content elements of a plurality of parent documents, such that changes to a first content element in a first parent document automatically populate to a second linked content element in a second parent document;
- determine if a new child product shares a production process with a parent product to which the parent documents apply;
- assign parent documents associated with the production process as new child documents, wherein the child documents inherit the content element linkages between assigned child documents, defined with respect to the parent documents based on which the new child documents are assigned, wherein the processor is configured to populate a change to a parent content element to:
- linked parent content elements in other parent documents,
- any assigned new child document content elements derived from a changed parent document containing the parent content element, and
- any linked child content elements linked to the new child document content element;
- wherein the parent documents comprise at least a design verification plan and report document (DVP&R), a design failure mode and effects analysis (FMEA) document, a process flow document, a process FMEA document and a control plan document; and
- wherein the DVP&R document is linked to at least the design FMEA document, the design FMEA is linked to at least the DVP&R document, the process flow document and the process FMEA document, the process flow document is linked to at least the design FMEA document and the process FMEA document, the process FMEA document is linked to at least the process flow document and the control plan document.
38. The system of claim 37, wherein the DVP&R document is linked to the design FMEA document with respect to a design control content element.
39. The system of claim 37, wherein the design FMEA document is linked to the process FMEA document with respect to a potential failure mode content element of the design FMEA document being linked to a process failure mode content element of the process FMEA document.
40. The system of claim 37, wherein a linkage between a product or process characteristics content element of the design FMEA document relates product or process characteristics from the process flow document to the design FMEA document.
41. The system of claim 37, wherein the products or process characteristics linked between the process flow document and the design FMEA document are also linked to the process FMEA document and the control plan document, such that changes to a PCID element of any one of the process FMEA document, control plan document or process flow document will populate to other linked PCID content elements.
42. The system of claim 37, wherein the process flow document is linked to the process FMEA document with respect to a product characteristics description content element in each of the process flow and process FMEA documents.
43. The system of claim 37, wherein the process FMEA document is linked to the control plan document with respect to a preventative controls and detective controls content element in the process FMEA document being linked to a control methods content element in the control plan document.
44. The system of claim 37, wherein a process function content element is linked between at least the process flow document, the process FMEA document and the control plan document.
45. The system of claim 37, wherein a description content element is linked between at least the process flow document, the process FMEA document and the control plan document.
46. A computer-implemented method comprising:
- establishing linkages between content elements of a plurality of parent documents, such that changes to a first content element in a first parent document automatically populate to a second linked content element in a second parent document;
- determining if a new child product shares a production process with a parent product to which the parent documents apply;
- assigning parent documents associated with the production process as new child documents, wherein the child documents inherit the content element linkages between assigned child documents, defined with respect to the parent documents based on which the new child documents are assigned, wherein a change to a parent content element is populated to:
- linked parent content elements in other parent documents,
- any assigned new child document content elements derived from a changed parent document containing the parent content element, and
- any linked child content elements linked to the new child document content element;
- wherein the parent documents comprise at least a design verification plan and report document (DVP&R), a design failure mode and effects analysis (FMEA) document, a process flow document, a process FMEA document and a control plan document; and
- wherein the DVP&R document is linked to at least the design FMEA document, the design FMEA is linked to at least the DVP&R document, the process flow document and the process FMEA document, the process flow document is linked to at least the design FMEA document and the process FMEA document, the process FMEA document is linked to at least the process flow document and the control plan document.
47. The method of claim 46, wherein the DVP&R document is linked to the design FMEA document with respect to a design control content element.
48. The method of claim 46, wherein the design FMEA document is linked to the process FMEA document with respect to a potential failure mode content element of the design FMEA document being linked to a process failure mode content element of the process FMEA document.
49. The method of claim 46, wherein a linkage between a product or process characteristics content element of the design FMEA document relates product or process characteristics from the process flow document to the design FMEA document.
50. The method of claim 49, wherein the products or process characteristics linked between the process flow document and the design FMEA document are also linked to the process FMEA document and the control plan document, such that changes to a PCID element of any one of the process FMEA document, control plan document or process flow document will populate to other linked PCID content elements.
51. The method of claim 46, wherein the process flow document is linked to the process FMEA document with respect to a product characteristics description content element in each of the process flow and process FMEA documents.
52. The method of claim 46, wherein the process FMEA document is linked to the control plan document with respect to a preventative controls and detective controls content element in the process FMEA document being linked to a control methods content element in the control plan document.
53. The method of claim 46, wherein a process function content element is linked between at least the process flow document, the process FMEA document and the control plan document.
54. The method of claim 46, wherein a description content element is linked between at least the process flow document, the process FMEA document and the control plan document.
55. A computer readable storage medium, storing instructions that, when executed, cause a processor to perform a method comprising:
- establishing linkages between content elements of a plurality of parent documents, such that changes to a first content element in a first parent document automatically populate to a second linked content element in a second parent document;
- determining if a new child product shares a production process with a parent product to which the parent documents apply;
- assigning parent documents associated with the production process as new child documents, wherein the child documents inherit the content element linkages between assigned child documents, defined with respect to the parent documents based on which the new child documents are assigned, wherein a change to a parent content element is populated to:
- linked parent content elements in other parent documents,
- any assigned new child document content elements derived from a changed parent document containing the parent content element, and
- any linked child content elements linked to the new child document content element;
- wherein the parent documents comprise at least a design verification plan and report document (DVP&R), a design failure mode and effects analysis (FMEA) document, a process flow document, a process FMEA document and a control plan document; and
- wherein the DVP&R document is linked to at least the design FMEA document, the design FMEA is linked to at least the DVP&R document, the process flow document and the process FMEA document, the process flow document is linked to at least the design FMEA document and the process FMEA document, the process FMEA document is linked to at least the process flow document and the control plan document.
Type: Application
Filed: Feb 22, 2016
Publication Date: Sep 15, 2016
Inventors: Chandran KYMAL (Ann Arbor, MI), Gregory Francis GRUSKA (Farmington Hills, MI)
Application Number: 15/049,960