WO2004038556A2 - Method and apparatus for managing workflow - Google Patents

Method and apparatus for managing workflow Download PDF

Info

Publication number
WO2004038556A2
WO2004038556A2 PCT/US2003/033552 US0333552W WO2004038556A2 WO 2004038556 A2 WO2004038556 A2 WO 2004038556A2 US 0333552 W US0333552 W US 0333552W WO 2004038556 A2 WO2004038556 A2 WO 2004038556A2
Authority
WO
WIPO (PCT)
Prior art keywords
page
department
objects
user
workflow
Prior art date
Application number
PCT/US2003/033552
Other languages
French (fr)
Other versions
WO2004038556A3 (en
Inventor
David Theiler
Original Assignee
David Theiler
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by David Theiler filed Critical David Theiler
Priority to AU2003301602A priority Critical patent/AU2003301602A1/en
Publication of WO2004038556A2 publication Critical patent/WO2004038556A2/en
Publication of WO2004038556A3 publication Critical patent/WO2004038556A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0633Workflow analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management

Definitions

  • the present invention relates to computer based workflow process management systems. More specifically, the present invention relates to a development environment for creating software based workflow process management tools.
  • Workflow process management generally relates to the automated work management.
  • work generally relates to a function performed in business. Examples of tasks include processing a loan application (in the banking industry), or treating a patient (in the hospital industry).
  • work need not be limited to just those functions performed in businesses.
  • work performed by governmental agencies, charities, branches of the military, or recreational tasks performed by a group of hobbyists may also be candidates for workflow process management.
  • a workflow process management system may be considered to be a system which utilizes a set of procedural rules to manage how work is performed by participants.
  • the work may include tasks which require performance, documents which require creation or editing, or information which require development.
  • documents which require creation or editing may need to be created.
  • information such as an applicant's credit rating may need to be developed by ordering credit reports.
  • Different industries will have different work requiring different tasks, documents, and/or information.
  • a hospital require the tasks of treating a patient's condition, collecting/developing information such as a patient's medical history, and the creation and processing of a billing record for the patient.
  • Fixed activity relates to work which is not volume sensitive and which needs to be performed daily.
  • Variable activities are daily activities which is volume sensitive.
  • Periodic activities relates to non-da(ily activities, whether volume sensitive or not.
  • Offline activities denotes any special activities such as training, special projects, or meetings.
  • Each type of work (including time allocated for meals or breaks) can be converted into an equivalent amount of time. When expressed in hours, this time is known as earned hours.
  • a department which by definition is an entity which exists for performing a set of core functions, maximizes its production when it maximizes its earned hours.
  • widget creation is a variable activity. If the eight widgets are produced per day then the department would have 8 earned hours that day. If instead, the department produced 80 widgets in a day, that department would have 80 earned hours.
  • the participants managed by a work flow process management system may be different types of workers. For example, some workers are full time workers while other workers may be part-time workers. Additionally, the period of time worked by each worker may be different. Flexible time policies and different shifts may mean that different workers work different periods of time, even though the different workers are full time employees. Additionally, participants may differ from each other based upon skill level, experience level, or licensure level. For example, in a hospital setting, only physicians may be authorized to perform certain medical duties, while physicians or nurses may perform other duties. Similarly, nurses have difference level of licensure. Thus, only a registered nurse (R.N.) may be authorized to perform certain procedures while either licensed professional nurses (L.P.N) or registered nurses (R.N.) may perform other procedures.
  • R.N. registered nurse
  • L.P.N licensed professional nurses
  • R.N. registered nurses
  • FTE full time equivalents
  • One FTE usually represents the amount of work normally performed by a worker during a day, and can be converted into a number of hours. This conversion is often affected by labor laws and regulations. For example, in many instances, during a standard 8-hour shift, a worker earns paid break at a rate of one 0.25 hour paid break per four hours worked. Thus, one FTE is equal to 8.0 hours with two 15 minute breaks within each of two consecutive four hour periods.
  • Each business (or other entity) has its own industry specific work and participants. Additionally, even among businesses in the same industry, the work and participants vary from business to business. In order to accommodate these differences, the traditional methodology for constructing workflow process management systems required one or more consultants to study each new business to identify its work, participants, and rules. Once the study has been concluded, a custom workflow process management application (WPMA) is created. When executed on a computer system, the WPMA and the computer system form a workflow process management system. Due to the differences between businesses, much of the work performed in constructing one WPMA generally cannot be reused for another WPMA. Accordingly, there is a need and desire for a system for quickly creating workflow process management applications while leveraging work previously performed in developing other WPMAs.
  • WPMA workflow process management application
  • the present invention provides a method and apparatus for building a workflow process management application (WPMA) suitable for use with any organization.
  • the apparatus is a standard web based application built using a web server as a front end and a database server as a back end.
  • the application initially includes web pages and database entries which permit an administrator to define objects such as users, groups, departments, locations, acuity, activities, and skills required in a WPMA.
  • the application may optionally also include template files including predetermined objects to facilitate faster development.
  • the application is further customized by permitting the administrator or other users to supply additional data to further define the previously created objects and to define new objects. Examples include providing data associated with activities, resources, shifts, skills, and users.
  • Each department can use the application to plan its workflow and either manually and/or automatically enter actual workflow data and reports can query the database to obtain workflow data.
  • Fig 1. is a block diagram of a computer system with the environment of the present invention.
  • FIG. 2. an illustration of a page used for user authentication
  • FIG. 3 is an illustration of a generic page
  • Fig. 4 is a flow chart illustrating how pages are processed
  • FIG. 5A is a illustration of the context sensitive area of the start page in one exemplary embodiment
  • FIG. 5B is a illustration of a location browser
  • Fig. 6 is an illustration of the context sensitive area of the Administration Menu page in one exemplary embodiment
  • FIG. 7A is an illustration of the context sensitive area of an Add User page in one exemplary embodiment
  • FIG. 7B is an illustration of the context sensitive area of a List User page in one exemplary embodiment
  • FIG. 8 is an illustration of a hierarchical menu used in the workflow pages according to one embodiment of the invention.
  • FIG. 9 is an illustration of a method for building a WPMA in accordance with one embodiment of the present invention.
  • the computer system 100 includes an operating system 101 which manages the hardware resources of the computer, such as the network interface 130, and provides support for application programs executing on the computer system 100.
  • a support service provided by the operating system 101 includes managing at least one file system 120 for the executing applications 110-112.
  • the applications 110-112 include at least a database engine 110, a web server 111, and a browser 112.
  • the browser is illustrated in Fig. 1 as executing on the computer system 100, it should be noted that the browser may instead, or in addition, be executed on a different computer system than computer system 100.
  • the browser may be executed on a different computer system which is capable of accessing the web server 111 of computer system 100 via the network interface 130.
  • the different computer system which is not illustrated to avoid cluttering the figure, may be located on a local area network, or across a wider public or private network, for example, the Internet.
  • the software 150 of Fig. 1 will at times be referenced as the "development environment” or the “workflow process management application” (WPMA). This is because, as described below, the software 150, as initially configured, is primarily a software development environment for producing a WPMA, but when customized, becomes primarily a WPMA.
  • WPMA workflow process management application
  • the development environment 150 includes the browser 112, web server 111, and database engine 110 applications. These three applications are configured to behave as a web based client-server application. That is to say, the browser 112 acts as a front-end to the development environment 150 by managing input and output from the web server 111.
  • the environment 150 also optionally includes a data driver 113.
  • the data driver 113 is used to permit the environment 150 to receive messages from other software components. For example, when used in a health care/hospital context, the data driver 113 can be a stand alone application configured to receive Admission Discharge and Transfer (ADT) messages over network interface 130 and then input corresponding data into the environment 150.
  • ADT Admission Discharge and Transfer
  • the code of the development environment 150 includes the web pages 121 managed by the web server.
  • the web pages 121 include pages which contain server side scripts.
  • the server side scripts may be implemented in any language which can be executed by the web server 111.
  • the server side scripting language is the Java language developed by Sun Microsystems supplemented by the Business Components for Java (BC4J) framework developed by Oracle.
  • the web pages 121 may additionally include client-side scripts.
  • client-side scripting may be used to implement user interface features.
  • the client-side scripts may be implemented using any suitable script language understood by the browser 112 application.
  • the client-side scripts may be coded in Javascript or VB script.
  • the database engine 110 is used to maintain a plurality of database tables 112, under the direction of the web server 111.
  • the database tables 112 are used to store objects and data associated with the WPMA. Such data may include, for example, the data associated with each item of work and the data associated with each participant.
  • the web server 111 manages the database engine 110 by sending the database engine instructions in a query language supported by the database engine 110.
  • the database engine 110 supports the SQL query language. However, other query languages supported by the database engine 110 may be used.
  • the development environment 150 is multi-user. That is, different users can authenticate to the development environment 150 and be granted varying degrees of access to the development environment 150.
  • each user is associated with one of the following five groups: Administrator, Executive, Manager,
  • Supervisor, and Staff Users who are classified as Administrators have unlimited access to the development environment 150. These users may view, edit, or delete any object in the environment 150. By contrast, users who are classified as Staff have very limited access to the development environment 150. These users are unable to customize objects in the development environment and are essentially restricted to viewing their own data in the WPMA 150 once the WPMA 150 has been defined. Users who are Executives, Managers, and Supervisors have similar rights over varying degrees of scale. More specifically, each Executive, Manager, or Supervisor can view and edit data and objects associated with the portions of the organization they are responsible for and for those workers whom they supervise.
  • a user who is a Supervisor may be able to edit the work schedule of a user he manages, but be denied access to another user whom he does not manage.
  • an Executive may be considered to be a supervisor for every worker in the organization and therefore be permitted to view and edit data associated with anyone in the organization.
  • the development environment 150 exists as a minimal series of web pages and database tables.
  • the development environment 150 may also include a series of template files.
  • a default Administrator user must access the development environment 150 to create a series of objects to transform the development environment 150 into a WPMA.
  • the objection creation is initially performed using the below described Administration menus, and then additional objects are created, or existing objects are edited using the below described Workflow pages.
  • the creation of the below described objects are performed by making corresponding changes to the series of minimal web pages and database tables. In many instances, new web pages and/or database tables are created.
  • the development environment 150 is a web-based application
  • a user accesses the development environment 150 by starting the web browser and navigating to a uniform resource locator (URL) of the development environment 150.
  • URL uniform resource locator
  • the initial page 200 is used to perform user authentication and includes a portion 201 which may include textual and graphical data that identifies the development environment, and a dialog box 202 which includes fields 203, 204 for respectively accepting a user name and a password.
  • the initial page 200 also includes a button 205 which when pressed causes the development environment 150 to authenticate the user based upon the data entered in the user name and password fields 203, 204. If the entered information corresponds to a valid user, that user is authenticated. Otherwise, page 200 is re-displayed.
  • Fig. 3 is a diagram illustrating a generic page 300. Most of the pages discussed below are based upon the generic page 300, which includes a logo portion 301, a menu bar 302, a plurality of menu items 303, a navigation bar 304, and a context sensitive area 305.
  • the logo portion 301 is an area which may contain any textual or graphical information.
  • the logo portion 301 may be used, for example, to display a logo of the organization associated with the WPMA 150.
  • the menu bar 302 serves as a container for a variable number of menu items 303. Each menu item 303 can be selected (e.g., pressed by a mouse click) to generate a user event.
  • the navigation bar 304 typically includes textual and/or graphical data identifying the location of the page 300 or the relationship between page 300 and one or more pages.
  • the navigation bar 304 may also include controls for rapidly moving to certain predefined pages.
  • the context sensitive area 305 is used to present different inputs, outputs, and controls to the user.
  • the logout button 306 may be used by the user at any time to sign off from the development environment.
  • Fig. 4 is a flowchart illustrating how pages, such as the generic page 300, are processed.
  • the illustrated process begins at step 401, where (it is assumed that the page being processed has been displayed to the user).
  • the WPMA 150 waits for a user event.
  • Step 402 is executed when a user event is received at step 401. If the user event requires processing, the processing is performed. For example, if the user event corresponded to clicking a logout button, a logout flag could be set.
  • the WPMA 150 checks to see whether further program execution is required. In the previous example, where the logout button was activated to set a logout flag, step 403 would yield a "No" result, and execution would terminate. If the logout button was not pressed, the answer would be "Yes" and execution would continue at step 404.
  • step 404 the page associated with the user action would be displayed. For example, the user may have activated a button associated with navigating to a specific page. In that instance, the particular page would be displayed at step 404, and execution would loop back to step 401.
  • this start page is a variation of the generic page 300.
  • the start page displays an organization tree browser in the context sensitive area 305, and the menu 302 include menu items 303 related to report generation (which varies in accordance to the access privileges of the user), a help screen, and administrative activities if consistent with the access privileges of the user.
  • the organization tree browser is shown in greater detail in Fig. 5A.
  • the organization tree browser 500 is a hierarchical type control used to browse lists of departments by group. That is, the leaf nodes of the hierarchical type control correspond to departments, while the interior nodes correspond to groups, and the root node corresponds to the organization.
  • the hierarchical type control includes several control points denoted by boxes 501 having "+" and "-" symbols. A box with a "+” symbol may be clicked to expand a hierarchy of data associated with that box. When clicked, the box with the "+” symbol changes to a box with a "-” symbol.
  • boxes 501 having "+" and "-" symbols.
  • FIG. 5 A the illustration shows an organization known as "St. Luke's Hospital” (root node), having a Patient Services Group 502a (interior node) and a Support Services Group 502b
  • the partially expanded control shows that the Support Services Group 502b (interior node) further comprises a Finance Group 503a (interior node) and a Support Group 503b (interior node), and that the Support Group 503b includes an Engineering department 504a (leaf node) and a Housekeeping department 504b (leaf node).
  • the organization tree browser can also be used by a user as a navigation mechanism to view information regarding any department (if consistent with the access privileges of the user). For example, a user having privileges to view data regarding the Engineering department can simply click on the text label "Engineering" in organization tree browser 500.
  • the Start Page therefore permits a user with appropriate access privileges to perform up to four actions. Users who do not have full privileges will be limited to only selecting those actions consistent with their access privileges. These action include using the menu items to cause the WPMA 150 to display a help page, a Administration Menu page, and a Report page. Additionally, the user can also use the hierarchical control to display a Workflow Page associated with a department.
  • the Help Page refers to a page which can be accessed by selecting the Help menu item from the Start Page.
  • the Help Page may comprise the entire help system, in which case the context sensitive area 305 may include at least one text and/or graphical element which offers the user help information.
  • the Help Page may refer to the root page of a help system which includes further pages having at least one text and/or graphical element which offers the user help information.
  • the Administration Menu page refers to a page which can be accessed by selecting the Administration menu item from the Start Page.
  • the Administration Menu page is a page based on the generic page 300.
  • the context sensitive area of the Administrative Menu page in one exemplary embodiment is illustrated in Fig. 6.
  • the context sensitive area 305 includes a series of controls 600.
  • the series of controls 600 include controls directed to User Administration, Group Administration, Department Administration, Location Administration, Acuity Administration, and Skill Administration.
  • the controls 600 include an additional control related to Template Administration.
  • Each control 600 (except as otherwise described below with respect to those controls in the Template Administration page) includes a text label 610 associated with one administration area and two hyperlinks 621, 622.
  • the two hyperlinks 621, 622 are respectively used to "add” and “list” objects associated with the administration area. For example, for the control 600 related to Skill Administration, the two hyperlinks 621, 622 would respectively be used to add a new skill and list all skills.
  • the template administration page is used for loading a pre-defined group of objects into the WPMA 150. That is, while other pages accessible via the Administration
  • Menu page permit a user of the WPMA 150 to define objects such as users, groups, departments, location, acuity, and skills to customize the WPMA 150 to become consistent with a particular organization
  • the template administration permits a user to load a predetermined series of objects into the WPMA 150.
  • WPMAs customized for different organizations in the same field of endeavor would likely include several objects which are in common.
  • objects related to groups, departments, acuity, and skills may share many common elements.
  • the template administration page permits the user to choose and load a set of such objects. These objects may be provided as part of the WPMA 150, or they can be separated provided.
  • the set of objects and information regarding the objects e.g., documentation describing the predefined objects, or help files, etc.
  • the template administration page is based the generic page 300 and includes a customized area 305 which includes a browser permitting the user to view the information and to load the objects.
  • the User Administration controls are used to manage the users of the WPMA 150.
  • the next page displayed by the WPMA 150 is the Add User page.
  • the next page displayed by the WPMA 150 is the List User page.
  • the Add User page is based on the generic page 300.
  • the context sensitive area of the Add User page in one exemplary embodiment is illustrated in Fig. 7A.
  • the context sensitive area 305 include a series of fields 700.
  • each field 700 includes a text label 710 and at least one associated control 720.
  • the text label 710 identifies a database entry while the at least one associated control 720 may be used to enter a value for the database entry identified by the text label 710.
  • the series of fields 700 include fields with text labels 710 and text input fields 720 associated with database entries which store data regarding a user name, a user's first, middle, and last names, the user's title, telephone number including extension, and so forth.
  • the exemplary embodiment further includes additional fields 700 with text labels 710 and at least one check box control 720 for setting a series of flags.
  • the flags available in the exemplary embodiment include one for identifying whether the entry is disabled (i.e., the user is defined but currently disabled from using the WPMA 150), and a series of text boxes to identify which access group(s) are associated with that user.
  • Fig. 7A also shows three controls 731, 732, 733 respectively used to save the data entered in the control fields 720, reset the data in the control fields 720 to default values, or cancel the Add User function.
  • the List User page is based on the generic page 300.
  • the context sensitive area of the List User page in one exemplary embodiment is illustrated in Fig. 7B.
  • the context sensitive area 305 includes a table 750 having a plurality of rows 751.
  • Each row 751 corresponds to a previously defined user name, and includes a hyperlink 752 having text identifying the user name, and a limited amount of associated data 753.
  • the associated data is text displayed in each row with the user name including the user's first, middle, and last names, and the access groups associated with each user.
  • the List User page may further include text labels 760 for each column of the table. Each text label may be associated with a control 761, which when toggled may cause the table to be sorted based on the data of the associated column.
  • Selecting a hyperlink 752 brings up an Edit User page, which is essentially identical to the Add User page (Fig. 7A).
  • Two differences between the Add User Page and the Edit User page are (1) in the Add User Page each field 720 is generally blank while in the Edit User page, each field includes the data currently stored in the database for that field; and (2) the Edit User page includes a control (e.g., a button) which when used deletes the user.
  • the Group Administration controls are used to manage the Groups of the WPMA 150.
  • the next page displayed by the WPMA 150 is the Add Group page.
  • the next page displayed by the WPMA 150 is the List Group page.
  • the Add Group page is used to add a new group to the WPMA 150.
  • the Add Group page is similar to the Add User page shown in Fig. 7A, however, the fields of the Add Group page are different and used to collect information relating to adding a new group to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving a Group Name, a Description, and a control for selecting one or more users from a list of all users who belong to the group being defined.
  • context sensitive area 305 of the Add Group page also includes the organization tree browser 500 (Fig. 5A).
  • the user would use the organization tree browser 500 to navigate to a point where the new group should be added, enter a new group name in the Group Name field, a description for the group in the Description field, and identify the users who belong to the group.
  • the Add Group page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new group.
  • the List Group page is used to list all groups defined in the WPMA 150.
  • the List Group page differs from the List User page because the organization tree browser 500 (Fig. 5A) better illustrates a hierarchical relationship than a table.
  • the context sensitive area of the List Group page includes the organizational tree browser 500.
  • the user can expand the organization chart by clicking on the boxes with the "+" symbol to show each level of groups.
  • the user can navigate to an Edit Group page by clicking on the group name of the organization chart.
  • the Edit Group page is virtually identical to the Add Group page, except that previously entered data regarding the selected group is automatically placed in the appropriate fields.
  • the Edit Group page also includes a control for deleting the group.
  • a user can update or replace the previously entered data and use the save control 731 to update the data.
  • the Department Administration controls are used to manage the Departments of the WPMA 150.
  • a department is an entity which exists for performing a set of core functions. Typically, each department will have several activities associated with it. The concept of classifying activities according to time, i.e., fixed, variable, periodic, and offline activities, has already been introduced. Another way to classify activities is by identifying whether an activity is a "unit of service.”
  • a unit of service is an activity related to the main function of a department, performed in one department and visible to at least another department.
  • the activity of producing a widget would be a unit of service because the activity is a main function for the department and because the production of the widget would be visible to other departments, for example, an accounting department and perhaps a shipping department.
  • the next page displayed by the WPMA 150 is the Add Department page.
  • the next page displayed by the WPMA 150 is the List Department page.
  • the Add Department page is used to add a new Department to the WPMA 150.
  • the Add Department page is similar to the Add User page shown in Fig. 7A, however, the fields of the Add Department page are different and used to collect information relating to adding a new Department to the WPMA 150.
  • these fields include fields for receiving an ID (an unique alphanumeric sequence), a Name for the Department, a Description of the department, a cost center field, and controls for flagging whether a patient (e.g., for hospital industry) or work order (e.g., for manufacturing industry) is acuity based and a toggle for determining whether to have the activities of the department be reflected on a report.
  • the context sensitive area 305 also includes an organization tree browser 500 (Fig. 5A).
  • the organization tree browser is used to associate the newly defined Department with one of the existing groups.
  • the context sensitive area 305 further includes another hierarchical control.
  • the location browser 500' is similar to the group browser 500 of Fig. 5A, but is used to browse locations.
  • the WPMA 150 includes support for different locations. Since location data can be hierarchically organized (e.g., a floor of a building of an organization).
  • the location browser 500' operates similarly to the group browser 500, and includes the same user interface element 501, but each field 502a' -502c', 503a', and 503b' relates to a different location instead of a different group.
  • the user would use the organization tree browser 500 to navigate to a Group where the new department should be added, use the location browser 500' to associate a location with the department, and enter a new department ID, department name, department description, cost center number into the appropriate fields, and toggle the controls to set the appropriate patient acuity status associated with the department, and whether the department should be considered when compiling reports.
  • the Add Department page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new department.
  • the List Department page is used to list all Departments defined in the WPMA 150.
  • the List Department page is similar to the List User page, however, the table instead includes rows wherein each row corresponds to a previously defined department ID, and includes a hyperlink having text identifying the department ID, and a limited amount of associated data, including a department name and a department ID. Clicking on a hyperlink of a department ID causes the WPMA to load a Edit Department page corresponding to the clicked department ID.
  • the Edit Department page is virtually identical to the Edit User, except that previously entered data regarding the selected Department is automatically placed in the appropriate fields.
  • the page also includes a control for deleting the group. To edit a group, a user can update or replace the previously entered data and use the save control 731 to update the data.
  • the Location Administration controls are used to manage the Location feature of the WPMA 150.
  • the WPMA 150 supports tagging some objects with a location attribute, so that, for example, reports can be run based upon location. For example, a health care organization might operate two hospitals (for example, at two different locations in a city, or perhaps two separate cities). Alternatively, in one hospital some departments may be located in different buildings, or different floors of the same building. Similarly, work which must be performed, or resources which can perform work, can be tagged to specific locations.
  • the pages in the Location Administration are used to add, list, or edit/delete location data. When a user having the appropriate access privilege selects the "Add Location" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Location page. Alternatively, when a user having the appropriate access privilege selects the "List Location" 621 hyperlink, the next page displayed by the WPMA 150 is the List Location page.
  • the Add Location page is used to add a new Location to the WPMA 150.
  • the Add Location page is similar to the Add Group page, however, the fields and hierarchical control of the Add Location page are different and used to collect information relating to adding a new Location to the WPMA 150.
  • these fields include fields for receiving an ID (an unique alphanumeric sequence), a Name for the location, a Description of the location, a type field (e.g., organization, campus, building, floor, room, bed).
  • the context sensitive area 305 also includes a location browser 500' (Fig. 5B). The browser is used to associate the newly defined location with a parent location.
  • the user uses the browser 500' to navigate to a parent location where the new location should be added, and enter appropriate data in the above-described fields.
  • the Add Location page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new department.
  • the List Location page is used to list all locations defined in the WPMA 150.
  • the List Location page is similar to the List Group page, however, the context sensitive area 305 includes a location browser 500' instead of the group browser 500. Clicking on a hyperlink of an ID causes the WPMA to load a Edit Location page corresponding to the ID.
  • the Edit Location page is virtually identical to the Add Location, except that previously entered data regarding the selected location is automatically placed in the appropriate fields.
  • the page also includes a control for deleting the location.
  • a user can update or replace the previously entered data and use the save control 731 to update the data.
  • the Acuity Administration controls are used to manage the Acuity and Acuity Activities feature of the WPMA 150.
  • Acuity refers to set of activities which require approximately a same level of skill and/or licensure for successful performance.
  • Acuities were defined on a numeric scale ranging from 1 to 5.
  • Acuity 1 referred to skills required to perform activities such as those that might be performed on patients ready to be discharged, while acuity 5 referred to skills required in an emergency room to stabilize patients admitted in critical condition.
  • Acuity Activities refer to various activities which are associated with different Acuities.
  • the pages in the Acuity Administration are used to add, list, or edit/delete Acuity or Acuity Activities.
  • the Acuity Administration page therefore' includes four hyperlinks instead of two.
  • the next page displayed by the WPMA 150 is the Add Acuity page.
  • the next page displayed by the WPMA 150 is the List Acuity page.
  • the next page displayed by the WPMA 150 is the Add Acuity Activity page.
  • the next page displayed by the WPMA 150 is the List Acuity Activity page.
  • the next page displayed by the WPMA 150 is the List Acuity Activity page.
  • the Add Acuity page is used to add a new Acuity to the WPMA 150.
  • Add Acuity page is similar to the Add User page, however, the fields of the Add Acuity page are different and used to collect information relating to adding a new Acuity to the
  • these fields include fields for receiving a level (an alphanumeric label), a ID (an unique alphanumeric sequence), and a description.
  • a user enter appropriate data in the above-described fields.
  • the Add Acuity page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and store the new Acuity.
  • the Add Acuity Activity page used to add a new Acuity Activity to the WPMA 150.
  • the Add Acuity Activity page is similar to the Add User page, however, the fields of the Add Acuity Activity page are different and used to collect information relating to adding a new Acuity Activity to the WPMA 150.
  • these fields include fields for receiving a ID (an unique alphanumeric sequence), a description (a text field), and a definition (a text field).
  • ID an unique alphanumeric sequence
  • a description a text field
  • a definition a text field
  • the List Acuity page is used to list all Acuities defined in the WPMA 150.
  • the List Acuity page is similar to the List User page.
  • the context sensitive area 305 includes a table having a plurality of rows, with each row corresponding to a Acuity and includes hyperlink having text identifying the Acuity Activity. Other columns of the table include the ID and description fields.
  • the List Acuity Activity page is used to list all Acuity Activities defined in the WPMA 150.
  • the List Acuity Activity page is similar to the List User page.
  • the context sensitive area 305 includes a table which includes a plurality of rows, with each row corresponding to a Acuity Activity and includes hyperlink having text identifying the Acuity Activity. Other columns of the table include the description and definition text fields.
  • the Edit Acuity and Edit Acuity Activity pages are respectively virtually identical to the Add Acuity and Add Acuity Activity pages, except that previously entered data regarding the selected Acuity or Acuity Activity is automatically placed in the appropriate fields. These pages also includes a control for deleting the Acuity or Acuity Activity. The data may be edited by having the user update the appropriate fields and using the save control 731.
  • the Skill Administration controls are used to manage the Skill feature of the WPMA 150.
  • the pages in the Skill Administration are used to add, list, or edit/delete Skills.
  • the next page displayed by the WPMA 150 is the Add Skill page.
  • the next page displayed by the WPMA 150 is the List Skill page.
  • the Add Skill page is used to add a new Skill to the WPMA 150.
  • the Add Skill page is similar to the Add User page, however, the fields of the Add Skill page are different and used to collect information relating to adding a new Skill to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving an ID (an unique alphanumeric sequence), and a description.
  • the context sensitive area 305 may also include a control for identifying a previously defined skill as being an equivalent skill. Thus, in order to add a new Skill, a user enters appropriate data in the above- described fields and optionally identifies an equivalent skill.
  • the Add Skill page also has the same save 731, reset 732, and cancel 733 controls of the Add User page.
  • the List Skill page is used to list all Skills defined in the WPMA 150.
  • the List Skill page is similar to the List User page.
  • the context sensitive area 305 includes a table having a plurality of rows, with each row corresponding to a Skill and includes hyperlink having text identifying the Skill. Other columns of the table include the description fields.
  • the Edit Skill page is virtually identical to the Add Skill page, except that previously entered data regarding the selected Skill is automatically placed in the appropriate fields. These pages also includes a control for deleting the Skill. The data may be edited by having the user update the appropriate fields and using the save control 731.
  • a Workflow Page refers to a page which is accessed by using the hierarchical control on the Start Page to select a department. As such, a Workflow page is related to the selected department, which in the description below is referred to as the current department.
  • a Workflow page is based on the generic page 300.
  • the menu 302 of a Workflow page is a multi-level menu 801 having the organization shown in Fig. 8. That is, the menu items visible in the menu before any menu item is selected include the Define 801a, Plan 801b, Actual 801c, and Report 801d menu items.
  • the link 810 shows that when the Define menu item 801a is selected a submenu 802 is displayed.
  • the sub-menu 802 includes menu items labeled as Activities 802a, Resources 802b, Shifts 802c, Skills 802d, and Users 802e.
  • the link 811 shows that when the Activities 802a menu item is selected, the sub-menu 803 is displayed.
  • the sub-menu 803 includes menu items labeled Variable 803a, Fixed 803b, and Offline 803c. Similarly, the link 820 shows that when the Report 801d menu item is selected from menu 801, the sub-menu 804 is displayed.
  • the sub-menu 804 includes menu items labeled Shift Summary 804a, Pay Period Summary 804b, and Executive Summary 804c.
  • the Define 801a menu item and its associated sub-menus 802, 803 are used when a user of the WPMA 150 needs to define or modify relationships between the current department and one or more objects (e.g., activities, resources, shifts, skills, and users). Each type of definable object is associated with a menu entry. Thus, activities, resources, shifts, skills, and users can be defined. To define (or edit) these relationships, the user uses an appropriate menu and/or sub-menu entry to select the other object. For example, in order to associated a fixed activity with the current department, the user would select the following menus and sub-menus: Define 801a, Activities 802a, Fixed 803b.
  • the Define Activities Variable page is displayed by the WPMA 150 when the user selects the menu items of Define 801a, Activities 802a, and Variable 803a. This page is based on the generic page 300, but utilizes the menus 801-804.
  • the context sensitive area 305 of the page includes a table of variable activities, in which the ID associated with the variable activity is listed as a hyperlink. Each row corresponds to a different variable activity and also includes controls (e.g. buttons) for causing the WPMA 150 to respectively display a Volume page and a Standard page.
  • the context sensitive area 305 of the page also includes a control (e.g., a button) used to add a new variable activity.
  • the user can add a new variable activity by using the control, which causes the WPMA 150 to display the Add New Variable Activity page, or edit/delete an existing variable activity by clicking on the hyperlink associated with the variable activity, which causes the WPMA 150 to display the Edit Variable Activity page.
  • the Define Activities Fixed page and Define Activities Offline pages are pages which are respectively displayed when the user choose from menu 801-804 to respectively define Fixed or Offline activities. These pages are essentially identical to the Define Activities Variable page, except that they respectively related to fixed and offline activities. However, note that the Define Activity Offline page does not include the controls associated with the Volume page and the Standard page.
  • the Volume page is displayed by the WPMA 150 when the user activates an associated control on a table listing activities, and is therefore implicitly associated with a particular activity.
  • This page is based on the generic page 300.
  • the context sensitive portion 305 is a table. Each row of the table corresponds to a different shift, while each column is associated with a different weekday.
  • the table itself is comprised of fields which accept a numeric input, so that a user may enter the volume of activity on a per- shift/per-weekday basis.
  • the Standards page is displayed by the WPMA 150 when the user activates an associated control on a table listing activities, and is therefore implicitly associated with a particular activity.
  • This page is based on the generic page 300.
  • the context sensitive portion 305 is a two column table. Each row of the first column is the ID of a different skill, while each row of the second column is a field which accepts a time. In this manner, the user can define how much time at each skill level is required to perform the implicitly associated activity.
  • the Define Resource page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Resource 802b. This page is for adding, editing, viewing, and deleting resources.
  • a resource is an object necessary for performing work.
  • One common example of a resource is an employee.
  • the Define Resource page is based on the generic page 300, but utilizes the menus 801-804.
  • the context sensitive area 305 of page includes a table of resources, with one row per employee. In one exemplary example, each row includes an employee ID (an unique alphanumeric sequence) presented as a hyperlink. Each row further includes the employee's name, and a control which can be selected to cause the WPMA 150 to display a Resource Scheduling page. Activating the hyperlink causes the WPMA 150 to display an Edit Resource page.
  • the context sensitive area 305 includes additional controls for causing the WPMA 150 to respectively load a Add Resource page and a Skill Matrix page.
  • the Edit Resource page is used to change data regarding a resource.
  • the Edit Resource page also includes a delete control, which can be used to delete the resource.
  • the Edit Resource page is based on the generic page 300 and has a context sensitive area 305 which includes a number of text labels and fields for accepting data regarding a resource's ID (an unique alphanumeric sequence), first, middle, and last names, title, and a primary skill associated with the resource. Previously entered data is preloaded into the appropriate fields.
  • the save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
  • the Resource Scheduling page is used to specify the work schedule of a resource.
  • Each Resource Scheduling page is associated with a particular one of a resource because this page is accessed via a control associated a specific resource.
  • the Resource Scheduling page is based on the generic page 300 and has a context sensitive area suitable for accepting the number of hours the associated resource will be available to work in each of the shifts in a pay period.
  • the save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
  • the Add Resources page is used to add a new resource.
  • the Add Resource page is virtually identical to the Edit Resource page, differing only in naming, a lack of a delete control, and that there would be no previously loaded data which is preloaded into any field.
  • the Skills Matrix page is used to create an association between each resource and each skill required in a department.
  • the Skills Matrix page based on generic page 300 and has a context sensitive area 305 which includes a table.
  • the first column of the table may be the names of each user, presented in a hyperlink form, which if activated will cause the WPMA 150 to load the Edit Resource page associated with that resource.
  • the second and subsequent columns of the table are check boxes corresponding to each skill used in the department. By default, the primary skill associated with the resource is automatically check. By using this table, the user can associate additional skills associated with each user by checking the appropriate check boxes.
  • the save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
  • the Define Shifts page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Shifts 802c.
  • the Define Shifts page is a page used by the user for adding, editing, displaying, and deleting shifts. This page is based on the generic page 300.
  • the content sensitive area 305 includes a table with a first column consisting of shift IDs in hyperlink forms. The table preferably has seven additional columns, each corresponding to each weekday. These additional columns are used to indicate whether a particular shift includes time in each of the weekdays. Activating the hyperlink causes the WPMA 150 to display an Edit Shift page.
  • the context sensitive area 305 includes additional controls for causing the WPMA 150 to load a Add Shift page.
  • the Edit Shift page is used to change data regarding a shift.
  • the Edit Resource page also includes a delete control (e.g., button), which can be used to delete the resource.
  • the Edit Shift page is based on the generic page 300 and has a context sensitive area 305 which includes a number of text labels and fields for accepting data regarding a resource's ID (an unique alphanumeric sequence), starting time, and ending time.
  • the context sensitive area 305 may include additional controls for specifying days of the week included in the shift. Previously entered data is preloaded into the appropriate fields and controls.
  • the save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
  • the Add Shift page is used to add a new shift.
  • the Add Shift page is virtually identical to the Edit Shift page, differing only in naming, a lack of a delete control, and that there would be no previously loaded data which is preloaded into any field.
  • the Define Skills page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Skills 802d.
  • the Define Skills page is a page used by the user to specify which skills are associated with the current department. This page is based on the generic page 300.
  • the content sensitive area 305 includes a table with a first column consisting of skill IDs. The table preferably has one additional column listing the description of each skill.
  • the context sensitive area 305 includes additional controls for respectively causing the WPMA 150 to load a Edit Skills page and the previously described Skills Matrix page.
  • the Edit Skills page is used to change data regarding a skill.
  • the Edit Shift page is based on the generic page 300 and has a context sensitive area 305 that includes two windows.
  • the first window is a list of all defined skills while the second window is a list of all skills associated with the current department.
  • An additional control permits the user to select one or more skills from list of all skills to copy to the list of department skills. Further, yet another control permits the user to remove a skill from the list of department skills.
  • the save 731 and cancel 733 buttons are also available in the context sensitive area for saving, or canceling the work done on this page.
  • the Define Users page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Users 802e.
  • the Define User page is a page that displays which users are associated with the current department.
  • the Define User page is based on the generic page 300 and has a context sensitive area 305 that includes a table listing the names, title, and telephone number of each user associated with the department.
  • the Plan page is displayed by the WPMA 150 when the user selects the menu item Plan 801b.
  • This page is used by a user having management rights with respect to the current department.
  • This page is based on the generic page 300, having a context sensitive area 305 in the form of a table.
  • each row of the table has as its first column a hyperlink entry.
  • Each hyperlink entry corresponds to a shift.
  • the context sensitive area 305 may include additional controls (e.g., menus) which permit the user to filter the rows shown on the table to a specified range of dates or shift types. Additional columns of the table indicate whether a plan has been submitted for the hyperlinked shift.
  • the next page displayed by the WPMA 150 is the Shift Planning page.
  • a modified FTE is used.
  • a FTE usually represents the amount of work performed by a worker. That is, if applicable labor laws and regulation mandate paid and/or unpaid breaks, such breaks would not be included in amount of time represented by an FTE because no work is performed while the worker is on break. Using this definition, however, would generally result in a difference in time between the amount of time in a shift and the amount of time in an FTE, which may be confusing for many users of the WPMA 150.
  • the definition of an FTE is modified to include any mandated breaks.
  • an FTE based on a 8:00 AM to 4:30 PM shift having one 0.5 hour break and two 0.25 hour break would convert to 8.5 hours (instead of 7.5 hours).
  • the WPMA 150 adjusts all time values by the amount corresponding to the required breaks. For example, each worker working a "standard shift" is converted into 8.5 hours of work, and the time required to perform each activity is increased by 0.5 hours per 8 hours of required time. Similar adjustments would be made for workers working overtime, since workers generally continue to earn paid breaks at a rate of 0.25 hour break.
  • the Shift Planning page is based on the generic page and has a series of tables in the context sensitive area 305.
  • the tables include a table listing defined activities (e.g., variable, fixed, and periodic activities, and breaks). Each activity listed in the table has an associated Edit control. If the Edit Control is activated, the WPMA 150 next displays an Edit Planned Activities page associated with the type of activity chosen.
  • the other tables in the context sensitive area 305 are similar tables directed to resources and offline hours, and include Edit controls for respectively causing the WPMA 150 to load an Edit Planned Resource and an Edit Offline Activity pages.
  • the data which populates the Shift Planning page is taken from the database and was originally entered when the WPMA 150 was customized via the Administration and Define pages.
  • the Shift Planning tables include numeric values indicating the number of hours (and/or FTE) required for perform all planned activities and the number of hours
  • FTE FTE
  • the Edit Planned Activities page is based on the generic page 300 and has in one exemplary embodiment a context sensitive area 305 having a table.
  • the first column of the table lists each activity's ID, the second column lists the standard associated with that activity, and the third column is an input box for soliciting a volume for that activity.
  • the previously defined volume for each activity is preloaded into each corresponding input box, and the user may change the value by entering a new volume level and then using a save control 731 to save the new volume or a cancel control 733 to cancel.
  • the Edit Planned Resource and Edit Offline Activity pages are essentially identical to the Edit Planning Activity page except they are directed to editing resources and offline activity.
  • the Edit Planned Resource page lists each resource organized in groups by primary skill and includes input boxes for accepting the number of hours being worked by each person on that shift.
  • the Actual page is displayed by the WPMA 150 when the user selects the menu item Actual 801c.
  • This page is used by a user having management rights with respect to the current department.
  • This page and its sub-pages are essentially identical to respective pages from the Plan page and its sub-pages.
  • the function of the Actual page and its sub-pages is for a user to enter the account volume levels and worker hours worked during a shift. This data is required in the database to permit reports to run to compare the actual workflow performed by the department to its planned workflow.
  • the Report page is displayed by the WPMA 150 when the user selects the menu item Report 801d. This page is used by a user to generate reports on the current department.
  • the Report page is based on the generic page 300 and does not have a context sensitive area 305.
  • the Report page includes a sub-menu 804 including menu items for choosing Shift Summary 804a, Pay
  • Period Summary 804b and Executive Summary reports 804c.
  • Each of these reports present data showing the number of units of service actually required on each shift, the budgeted amount, and the number of work resources per shift, for the current department (for shift and pay period reports).
  • Shift Summary and Pay the Shift Summary and Pay
  • the report data corresponds to the current department.
  • the Shift Summary report also includes an option for the
  • the WPMA 150 to automatically generate worker assignments. That is, the WPMA 150, having been provided information as to the amount work which must be performed, the skill level of a worker required to perform the work, the workers available, and the skill levels of each worker, would assign workers from the pool of available workers to the pool of work which must be performed.
  • the user of the WPMA 150 may optionally choose different algorithms for the WPMA 150 to perform the assignment. For example, the user may choose to have the WPMA 150 generate the assignment to distribute work as evenly as possible over the pool of workers, or the assignment may assign work based on a different criteria.
  • the report data relates to one or more departments. Choosing any one of menu items 804a, 804b,
  • the Report Generator page is based on the generic page 300 and includes as its context serisitive area 305 one or more controls for soliciting a specific shift and year if a shift summary report or pay period report is chosen. If an executive summary report is chosen the context sensitive area 305 includes additional controls for soliciting a date range and an organization group browser to selecting one or more organization groups. The context sensitive area 305 further include a control for causing the selected report to be generated. The report is generated by querying the database for data based on the selected report options.
  • the Report Page refers to a page which is accessed by using the Report menu item 801d on the Start Page.
  • the Report Page includes a control to permit a user to select a report.
  • the Report Page includes a control (e.g., sub-menu item) to permit the user to select the Executive Report. Selecting the Executive Report brings up Report Generator page described above.
  • the above-described exemplary embodiments provide embodiments of a development environment for building a WPMA suitable for any organization.
  • the development environment is a web based application having a web server front end and a database back end.
  • the development environment is used to create a WPMA in the following manner:
  • the process 900 begins at step 901 where a default administrator user logs into the web application.
  • the administrator creates a variety of objects using the web based application. These objects model the organization by defining objects for each group, department, location, acuity, and activity.
  • the objects also include objects required for the WPMA itself, such as users (of the WPMA).
  • this step is performed using the administrative function of the application.
  • the user associates, for each department, a series of relationship between other workflow and non-workflow objects (e.g., activities, resources, shifts, skills, and users).
  • non-workflow objects e.g., activities, resources, shifts, skills, and users.
  • the WPMA becomes operational.
  • planned workflow data is entered (or alternatively calculated and stored in the database), and at step 905 reports regarding the planned workflow can be produced.
  • the actual workflow is entered, either manually and/or electronically, and reports regarding actual workflow, planned-vs-actual workflow, etc. can be produced in step 907.
  • the process 900 ends at step 908.

Abstract

A workflow process management application (WPMA) for a specific organization is created via a web application that can be implemented using a web server front end and a database back end. An administrator user operates the application by using a built-in administrative function to create objects such as users, groups, departments, locations, acuities, activities, and skills. The administrator or another suitable user can then use a built-in defining function to finalize objects and create instances of the objects corresponding to the organization. Appropriate users can use the plan function to allocate specific users to specific departments to ensure that all activities are assigned an appropriate amount of workers having the appropriate skills. When (or after) the work is performed the actual workflow data can be electronically gathered (if possible), or manually entered. Reports can then be generated to show differences between the planned workflow and the actual workflow.

Description

METHOD AND APPARATUS FOR MANAGING WORKFLOW
[0001] This application claims priority from U.S. provisional patent application serial number 60/420,320 filed October 23, 2002, the contents of which are hereby incorporated by reference.
FIELD OF INVENTION
[0002] The present invention relates to computer based workflow process management systems. More specifically, the present invention relates to a development environment for creating software based workflow process management tools.
BACKGROUND OF THE INVENTION
[0003] Workflow process management generally relates to the automated work management. As used herein, work generally relates to a function performed in business. Examples of tasks include processing a loan application (in the banking industry), or treating a patient (in the hospital industry). However, work need not be limited to just those functions performed in businesses. For example, work performed by governmental agencies, charities, branches of the military, or recreational tasks performed by a group of hobbyists may also be candidates for workflow process management. Thus, a workflow process management system may be considered to be a system which utilizes a set of procedural rules to manage how work is performed by participants.
[0004] The work may include tasks which require performance, documents which require creation or editing, or information which require development. For example, in the banking industry, a variety of loan documents, such as promissory notes, etc., may need to be created. Similarly, information, such as an applicant's credit rating may need to be developed by ordering credit reports. Different industries will have different work requiring different tasks, documents, and/or information. For example, a hospital require the tasks of treating a patient's condition, collecting/developing information such as a patient's medical history, and the creation and processing of a billing record for the patient.
[0005] Although the type of work may vary from entity to entity, and from industry to industry, work can still be classified into four categories, namely fixed activities, variable activities, periodic, and offline activities. Fixed activity relates to work which is not volume sensitive and which needs to be performed daily. Variable activities are daily activities which is volume sensitive. Periodic activities relates to non-da(ily activities, whether volume sensitive or not. Offline activities denotes any special activities such as training, special projects, or meetings. Each type of work (including time allocated for meals or breaks) can be converted into an equivalent amount of time. When expressed in hours, this time is known as earned hours. A department, which by definition is an entity which exists for performing a set of core functions, maximizes its production when it maximizes its earned hours.
[0006] For example, a department for creating widgets may find that it requires one worker one hour to produce one widget. The creation of widgets is clearly volume sensitive. Thus, widget creation is a variable activity. If the eight widgets are produced per day then the department would have 8 earned hours that day. If instead, the department produced 80 widgets in a day, that department would have 80 earned hours.
[0007] The participants managed by a work flow process management system may be different types of workers. For example, some workers are full time workers while other workers may be part-time workers. Additionally, the period of time worked by each worker may be different. Flexible time policies and different shifts may mean that different workers work different periods of time, even though the different workers are full time employees. Additionally, participants may differ from each other based upon skill level, experience level, or licensure level. For example, in a hospital setting, only physicians may be authorized to perform certain medical duties, while physicians or nurses may perform other duties. Similarly, nurses have difference level of licensure. Thus, only a registered nurse (R.N.) may be authorized to perform certain procedures while either licensed professional nurses (L.P.N) or registered nurses (R.N.) may perform other procedures.
[0008] In order for a department to perform its earned hours, the department must have sufficient worker resources to work its earned hours. Although workers may work different shifts, have different skills levels, etc., just like work to be performed can be converted into earned hours, workers can also be expressed as an equivalent amount of time. The time unit normally used for workers is known as a full time equivalents (hereinafter "FTE"). One FTE usually represents the amount of work normally performed by a worker during a day, and can be converted into a number of hours. This conversion is often affected by labor laws and regulations. For example, in many instances, during a standard 8-hour shift, a worker earns paid break at a rate of one 0.25 hour paid break per four hours worked. Thus, one FTE is equal to 8.0 hours with two 15 minute breaks within each of two consecutive four hour periods.
[0009] Since work and participants can be converted into units of time, it can be seen that a department can only ensure that all of its earned hours are converted into production if the department is staffed by an equivalent amount of FTEs. For example, if one FTE is equivalent to eight hours, the widget department would require 1 FTE per day to work 8 earned hours to produce 8 widgets. Conversely, if the widget department has 3 FTE of workers per day but only orders for 8 widget per day, two FTEs are wasted because the work can be performed by one FTE's equivalent of workers.
[0010] Each business (or other entity) has its own industry specific work and participants. Additionally, even among businesses in the same industry, the work and participants vary from business to business. In order to accommodate these differences, the traditional methodology for constructing workflow process management systems required one or more consultants to study each new business to identify its work, participants, and rules. Once the study has been concluded, a custom workflow process management application (WPMA) is created. When executed on a computer system, the WPMA and the computer system form a workflow process management system. Due to the differences between businesses, much of the work performed in constructing one WPMA generally cannot be reused for another WPMA. Accordingly, there is a need and desire for a system for quickly creating workflow process management applications while leveraging work previously performed in developing other WPMAs.
SUMMARY OF THE INVENTION
[0011] The present invention provides a method and apparatus for building a workflow process management application (WPMA) suitable for use with any organization. In an exemplary embodiment, the apparatus is a standard web based application built using a web server as a front end and a database server as a back end. The application initially includes web pages and database entries which permit an administrator to define objects such as users, groups, departments, locations, acuity, activities, and skills required in a WPMA. The application may optionally also include template files including predetermined objects to facilitate faster development. Once the basic objects have been created by the administrator, the application is further customized by permitting the administrator or other users to supply additional data to further define the previously created objects and to define new objects. Examples include providing data associated with activities, resources, shifts, skills, and users. At this point the WPMA is ready for use. Each department can use the application to plan its workflow and either manually and/or automatically enter actual workflow data and reports can query the database to obtain workflow data.
[0012] The foregoing and other advantages and features of the invention will become more apparent from the detailed description of exemplary embodiments of the invention given below with reference to the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
[0013] Fig 1. is a block diagram of a computer system with the environment of the present invention;
[0014] Fig. 2. an illustration of a page used for user authentication;
[0015] Fig. 3 is an illustration of a generic page;
[0016] Fig. 4 is a flow chart illustrating how pages are processed;
[0017] Fig. 5A is a illustration of the context sensitive area of the start page in one exemplary embodiment;
[0018] Fig. 5B is a illustration of a location browser; [0019] Fig. 6 is an illustration of the context sensitive area of the Administration Menu page in one exemplary embodiment;
[0020] Fig. 7A is an illustration of the context sensitive area of an Add User page in one exemplary embodiment;
[0021] Fig. 7B is an illustration of the context sensitive area of a List User page in one exemplary embodiment;
[0022] * Fig. 8 is an illustration of a hierarchical menu used in the workflow pages according to one embodiment of the invention; and
[0023] Fig. 9 is an illustration of a method for building a WPMA in accordance with one embodiment of the present invention.
DETAILED DESCRIPTION OF THE INVENTION
[0024] I. INTRODUCTION
[0025] Now referring to the drawings, where like reference numerals designate like elements, there is shown in Fig. 1 a computer system 100. The computer system 100 includes an operating system 101 which manages the hardware resources of the computer, such as the network interface 130, and provides support for application programs executing on the computer system 100. One example of a support service provided by the operating system 101 includes managing at least one file system 120 for the executing applications 110-112. The applications 110-112 include at least a database engine 110, a web server 111, and a browser 112. Although the browser is illustrated in Fig. 1 as executing on the computer system 100, it should be noted that the browser may instead, or in addition, be executed on a different computer system than computer system 100. That is, the browser may be executed on a different computer system which is capable of accessing the web server 111 of computer system 100 via the network interface 130. The different computer system, which is not illustrated to avoid cluttering the figure, may be located on a local area network, or across a wider public or private network, for example, the Internet.
[0026] The software 150 of Fig. 1 will at times be referenced as the "development environment" or the "workflow process management application" (WPMA). This is because, as described below, the software 150, as initially configured, is primarily a software development environment for producing a WPMA, but when customized, becomes primarily a WPMA.
[0027] The development environment 150 includes the browser 112, web server 111, and database engine 110 applications. These three applications are configured to behave as a web based client-server application. That is to say, the browser 112 acts as a front-end to the development environment 150 by managing input and output from the web server 111. The environment 150 also optionally includes a data driver 113. The data driver 113 is used to permit the environment 150 to receive messages from other software components. For example, when used in a health care/hospital context, the data driver 113 can be a stand alone application configured to receive Admission Discharge and Transfer (ADT) messages over network interface 130 and then input corresponding data into the environment 150.
[0028] The code of the development environment 150 includes the web pages 121 managed by the web server. The web pages 121 include pages which contain server side scripts. The server side scripts may be implemented in any language which can be executed by the web server 111. In one exemplary embodiment, the server side scripting language is the Java language developed by Sun Microsystems supplemented by the Business Components for Java (BC4J) framework developed by Oracle. The web pages 121 may additionally include client-side scripts. For example, client-side scripting may be used to implement user interface features. The client-side scripts may be implemented using any suitable script language understood by the browser 112 application. For example, the client-side scripts may be coded in Javascript or VB script.
[0029] The database engine 110 is used to maintain a plurality of database tables 112, under the direction of the web server 111. The database tables 112 are used to store objects and data associated with the WPMA. Such data may include, for example, the data associated with each item of work and the data associated with each participant. The web server 111 manages the database engine 110 by sending the database engine instructions in a query language supported by the database engine 110. In one exemplary embodiment, the database engine 110 supports the SQL query language. However, other query languages supported by the database engine 110 may be used.
[0030] The development environment 150 is multi-user. That is, different users can authenticate to the development environment 150 and be granted varying degrees of access to the development environment 150. In one exemplary embodiment, each user is associated with one of the following five groups: Administrator, Executive, Manager,
Supervisor, and Staff. Users who are classified as Administrators have unlimited access to the development environment 150. These users may view, edit, or delete any object in the environment 150. By contrast, users who are classified as Staff have very limited access to the development environment 150. These users are unable to customize objects in the development environment and are essentially restricted to viewing their own data in the WPMA 150 once the WPMA 150 has been defined. Users who are Executives, Managers, and Supervisors have similar rights over varying degrees of scale. More specifically, each Executive, Manager, or Supervisor can view and edit data and objects associated with the portions of the organization they are responsible for and for those workers whom they supervise. Thus, a user who is a Supervisor may be able to edit the work schedule of a user he manages, but be denied access to another user whom he does not manage. However, an Executive may be considered to be a supervisor for every worker in the organization and therefore be permitted to view and edit data associated with anyone in the organization.
[0031] When first executed, the development environment 150 exists as a minimal series of web pages and database tables. In one exemplary embodiment described below, the development environment 150 may also include a series of template files. A default Administrator user must access the development environment 150 to create a series of objects to transform the development environment 150 into a WPMA. The objection creation is initially performed using the below described Administration menus, and then additional objects are created, or existing objects are edited using the below described Workflow pages. The creation of the below described objects are performed by making corresponding changes to the series of minimal web pages and database tables. In many instances, new web pages and/or database tables are created.
[0032] Since the development environment 150 is a web-based application, a user accesses the development environment 150 by starting the web browser and navigating to a uniform resource locator (URL) of the development environment 150. As shown in
Fig. 2, the user is presented with an initial page 200. The initial page 200 is used to perform user authentication and includes a portion 201 which may include textual and graphical data that identifies the development environment, and a dialog box 202 which includes fields 203, 204 for respectively accepting a user name and a password. The initial page 200 also includes a button 205 which when pressed causes the development environment 150 to authenticate the user based upon the data entered in the user name and password fields 203, 204. If the entered information corresponds to a valid user, that user is authenticated. Otherwise, page 200 is re-displayed.
[0033] Fig. 3 is a diagram illustrating a generic page 300. Most of the pages discussed below are based upon the generic page 300, which includes a logo portion 301, a menu bar 302, a plurality of menu items 303, a navigation bar 304, and a context sensitive area 305. The logo portion 301 is an area which may contain any textual or graphical information. The logo portion 301 may be used, for example, to display a logo of the organization associated with the WPMA 150. The menu bar 302 serves as a container for a variable number of menu items 303. Each menu item 303 can be selected (e.g., pressed by a mouse click) to generate a user event. The navigation bar 304 typically includes textual and/or graphical data identifying the location of the page 300 or the relationship between page 300 and one or more pages. The navigation bar 304 may also include controls for rapidly moving to certain predefined pages. The context sensitive area 305 is used to present different inputs, outputs, and controls to the user. The logout button 306 may be used by the user at any time to sign off from the development environment.
[0034] Fig. 4 is a flowchart illustrating how pages, such as the generic page 300, are processed. The illustrated process begins at step 401, where (it is assumed that the page being processed has been displayed to the user). The WPMA 150 waits for a user event.
Step 402 is executed when a user event is received at step 401. If the user event requires processing, the processing is performed. For example, if the user event corresponded to clicking a logout button, a logout flag could be set. At step 403, the WPMA 150 checks to see whether further program execution is required. In the previous example, where the logout button was activated to set a logout flag, step 403 would yield a "No" result, and execution would terminate. If the logout button was not pressed, the answer would be "Yes" and execution would continue at step 404. In step 404, the page associated with the user action would be displayed. For example, the user may have activated a button associated with navigating to a specific page. In that instance, the particular page would be displayed at step 404, and execution would loop back to step 401.
[0035] II. START PAGE
[0036] When a user has been properly authenticated, the user is shown a start page.
As discussed above, this start page is a variation of the generic page 300. In one exemplary embodiment, the start page displays an organization tree browser in the context sensitive area 305, and the menu 302 include menu items 303 related to report generation (which varies in accordance to the access privileges of the user), a help screen, and administrative activities if consistent with the access privileges of the user.
The organization tree browser is shown in greater detail in Fig. 5A. As illustrated, the organization tree browser 500 is a hierarchical type control used to browse lists of departments by group. That is, the leaf nodes of the hierarchical type control correspond to departments, while the interior nodes correspond to groups, and the root node corresponds to the organization. The hierarchical type control includes several control points denoted by boxes 501 having "+" and "-" symbols. A box with a "+" symbol may be clicked to expand a hierarchy of data associated with that box. When clicked, the box with the "+" symbol changes to a box with a "-" symbol. Thus, in Fig.
5 A, the illustration shows an organization known as "St. Luke's Hospital" (root node), having a Patient Services Group 502a (interior node) and a Support Services Group 502b
(interior node). More specifically, the partially expanded control shows that the Support Services Group 502b (interior node) further comprises a Finance Group 503a (interior node) and a Support Group 503b (interior node), and that the Support Group 503b includes an Engineering department 504a (leaf node) and a Housekeeping department 504b (leaf node). In addition to showing the hierarchical relationship between departments, the organization tree browser can also be used by a user as a navigation mechanism to view information regarding any department (if consistent with the access privileges of the user). For example, a user having privileges to view data regarding the Engineering department can simply click on the text label "Engineering" in organization tree browser 500.
[0037] The Start Page therefore permits a user with appropriate access privileges to perform up to four actions. Users who do not have full privileges will be limited to only selecting those actions consistent with their access privileges. These action include using the menu items to cause the WPMA 150 to display a help page, a Administration Menu page, and a Report page. Additionally, the user can also use the hierarchical control to display a Workflow Page associated with a department.
[0038] III. HELP PAGE
[0039] The Help Page refers to a page which can be accessed by selecting the Help menu item from the Start Page. The Help Page may comprise the entire help system, in which case the context sensitive area 305 may include at least one text and/or graphical element which offers the user help information. Alternatively, the Help Page may refer to the root page of a help system which includes further pages having at least one text and/or graphical element which offers the user help information. [0040] IN. ADMINISTRATION MENU PAGE
[0041] The Administration Menu page refers to a page which can be accessed by selecting the Administration menu item from the Start Page. The Administration Menu page is a page based on the generic page 300. The context sensitive area of the Administrative Menu page in one exemplary embodiment is illustrated in Fig. 6. As shown in Fig. 6, the context sensitive area 305 includes a series of controls 600. In one exemplary embodiment, the series of controls 600 include controls directed to User Administration, Group Administration, Department Administration, Location Administration, Acuity Administration, and Skill Administration. In one exemplary embodiment the controls 600 include an additional control related to Template Administration. Each control 600 (except as otherwise described below with respect to those controls in the Template Administration page) includes a text label 610 associated with one administration area and two hyperlinks 621, 622. The two hyperlinks 621, 622 are respectively used to "add" and "list" objects associated with the administration area. For example, for the control 600 related to Skill Administration, the two hyperlinks 621, 622 would respectively be used to add a new skill and list all skills.
[0042] IV.A. TEMPLATE ADMINISTRATION
[0043] The template administration page is used for loading a pre-defined group of objects into the WPMA 150. That is, while other pages accessible via the Administration
Menu page permit a user of the WPMA 150 to define objects such as users, groups, departments, location, acuity, and skills to customize the WPMA 150 to become consistent with a particular organization, the template administration permits a user to load a predetermined series of objects into the WPMA 150. For instance, WPMAs customized for different organizations in the same field of endeavor would likely include several objects which are in common. For examples, objects related to groups, departments, acuity, and skills may share many common elements. Thus, when developing a WPMA 150, it may be advantageous to begin with a set of objects commonly associated with similar organizations.
[0044] The template administration page permits the user to choose and load a set of such objects. These objects may be provided as part of the WPMA 150, or they can be separated provided. In one exemplary embodiment, the set of objects and information regarding the objects (e.g., documentation describing the predefined objects, or help files, etc.) are packaged into a single file, and the template administration page is based the generic page 300 and includes a customized area 305 which includes a browser permitting the user to view the information and to load the objects.
[0045] IN.B. USER ADMINISTRATION
[0046] The User Administration controls are used to manage the users of the WPMA 150. When a user having the appropriate access privilege selects the "Add User" 621 hyperlink, the next page displayed by the WPMA 150 is the Add User page. Alternatively, when a user having the appropriate access privilege selects the "List User" 621 hyperlink, the next page displayed by the WPMA 150 is the List User page.
[0047] The Add User page is based on the generic page 300. The context sensitive area of the Add User page in one exemplary embodiment is illustrated in Fig. 7A. As shown in Fig. 7A, the context sensitive area 305 include a series of fields 700. Generally, each field 700 includes a text label 710 and at least one associated control 720. The text label 710 identifies a database entry while the at least one associated control 720 may be used to enter a value for the database entry identified by the text label 710. In one exemplary embodiment, the series of fields 700 include fields with text labels 710 and text input fields 720 associated with database entries which store data regarding a user name, a user's first, middle, and last names, the user's title, telephone number including extension, and so forth. The exemplary embodiment further includes additional fields 700 with text labels 710 and at least one check box control 720 for setting a series of flags. The flags available in the exemplary embodiment include one for identifying whether the entry is disabled (i.e., the user is defined but currently disabled from using the WPMA 150), and a series of text boxes to identify which access group(s) are associated with that user. Finally, Fig. 7A also shows three controls 731, 732, 733 respectively used to save the data entered in the control fields 720, reset the data in the control fields 720 to default values, or cancel the Add User function.
[0048] The List User page is based on the generic page 300. The context sensitive area of the List User page in one exemplary embodiment is illustrated in Fig. 7B. As shown in Fig. 7B, the context sensitive area 305 includes a table 750 having a plurality of rows 751. Each row 751 corresponds to a previously defined user name, and includes a hyperlink 752 having text identifying the user name, and a limited amount of associated data 753. In one exemplary embodiment, the associated data is text displayed in each row with the user name including the user's first, middle, and last names, and the access groups associated with each user. The List User page may further include text labels 760 for each column of the table. Each text label may be associated with a control 761, which when toggled may cause the table to be sorted based on the data of the associated column.
[0049] Selecting a hyperlink 752 brings up an Edit User page, which is essentially identical to the Add User page (Fig. 7A). Two differences between the Add User Page and the Edit User page are (1) in the Add User Page each field 720 is generally blank while in the Edit User page, each field includes the data currently stored in the database for that field; and (2) the Edit User page includes a control (e.g., a button) which when used deletes the user.
[0050] The above described relationship between the Add/Edit User and List User pages shown in Figs. 7A and 7B is generally maintained for each administration area. Therefore, the descriptions below relating to the Add/Edit and List functions for Group Administration, Department Administration, Location Administration, Acuity Administration, and Skill Administration will be made without referring to additional drawings and the description will generally only describe the differences between those pages and the previously described Add/Edit User and List User pages.
[0051] IN.C. GROUP ADMINISTRATION
[0052] The Group Administration controls are used to manage the Groups of the WPMA 150. When a user having the appropriate access privilege selects the "Add Group" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Group page. Alternatively, when a user having the appropriate access privilege selects the "List Group" 621 hyperlink, the next page displayed by the WPMA 150 is the List Group page.
[0053] The Add Group page is used to add a new group to the WPMA 150. The Add Group page is similar to the Add User page shown in Fig. 7A, however, the fields of the Add Group page are different and used to collect information relating to adding a new group to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving a Group Name, a Description, and a control for selecting one or more users from a list of all users who belong to the group being defined. Additionally, context sensitive area 305 of the Add Group page also includes the organization tree browser 500 (Fig. 5A). Thus, in order to add a new group, the user would use the organization tree browser 500 to navigate to a point where the new group should be added, enter a new group name in the Group Name field, a description for the group in the Description field, and identify the users who belong to the group. The Add Group page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new group.
[0054] The List Group page is used to list all groups defined in the WPMA 150. The List Group page differs from the List User page because the organization tree browser 500 (Fig. 5A) better illustrates a hierarchical relationship than a table. Thus, the context sensitive area of the List Group page includes the organizational tree browser 500. To see a list of groups, the user can expand the organization chart by clicking on the boxes with the "+" symbol to show each level of groups. The user can navigate to an Edit Group page by clicking on the group name of the organization chart.
[0055] The Edit Group page is virtually identical to the Add Group page, except that previously entered data regarding the selected group is automatically placed in the appropriate fields. Like the Edit User page, the Edit Group page also includes a control for deleting the group. To edit a group, a user can update or replace the previously entered data and use the save control 731 to update the data.
[0056] IV.D. DEPARTMENT ADMINISTRATION
[0057] The Department Administration controls are used to manage the Departments of the WPMA 150. A department is an entity which exists for performing a set of core functions. Typically, each department will have several activities associated with it. The concept of classifying activities according to time, i.e., fixed, variable, periodic, and offline activities, has already been introduced. Another way to classify activities is by identifying whether an activity is a "unit of service." A unit of service is an activity related to the main function of a department, performed in one department and visible to at least another department. For example, if the main function of a department is to create widgets, the activity of producing a widget would be a unit of service because the activity is a main function for the department and because the production of the widget would be visible to other departments, for example, an accounting department and perhaps a shipping department. When a user having the appropriate access privilege selects the "Add Department" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Department page. Alternatively, when a user having the appropriate access privilege selects the "List Department" 621 hyperlink, the next page displayed by the WPMA 150 is the List Department page.
[0058] The Add Department page is used to add a new Department to the WPMA 150. The Add Department page is similar to the Add User page shown in Fig. 7A, however, the fields of the Add Department page are different and used to collect information relating to adding a new Department to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving an ID (an unique alphanumeric sequence), a Name for the Department, a Description of the department, a cost center field, and controls for flagging whether a patient (e.g., for hospital industry) or work order (e.g., for manufacturing industry) is acuity based and a toggle for determining whether to have the activities of the department be reflected on a report. The context sensitive area 305 also includes an organization tree browser 500 (Fig. 5A). The organization tree browser is used to associate the newly defined Department with one of the existing groups. The context sensitive area 305 further includes another hierarchical control. As shown in Fig. 5B, the location browser 500' is similar to the group browser 500 of Fig. 5A, but is used to browse locations. As discussed below with respect to Location Administration, the WPMA 150 includes support for different locations. Since location data can be hierarchically organized (e.g., a floor of a building of an organization). The location browser 500' operates similarly to the group browser 500, and includes the same user interface element 501, but each field 502a' -502c', 503a', and 503b' relates to a different location instead of a different group.
[0059] Thus, in order to add a new group, the user would use the organization tree browser 500 to navigate to a Group where the new department should be added, use the location browser 500' to associate a location with the department, and enter a new department ID, department name, department description, cost center number into the appropriate fields, and toggle the controls to set the appropriate patient acuity status associated with the department, and whether the department should be considered when compiling reports. The Add Department page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new department.
[0060] The List Department page is used to list all Departments defined in the WPMA 150. The List Department page is similar to the List User page, however, the table instead includes rows wherein each row corresponds to a previously defined department ID, and includes a hyperlink having text identifying the department ID, and a limited amount of associated data, including a department name and a department ID. Clicking on a hyperlink of a department ID causes the WPMA to load a Edit Department page corresponding to the clicked department ID. [0061] The Edit Department page is virtually identical to the Edit User, except that previously entered data regarding the selected Department is automatically placed in the appropriate fields. The page also includes a control for deleting the group. To edit a group, a user can update or replace the previously entered data and use the save control 731 to update the data.
[0062] IN.E. LOCATION ADMINISTRATION
[0063] The Location Administration controls are used to manage the Location feature of the WPMA 150. The WPMA 150 supports tagging some objects with a location attribute, so that, for example, reports can be run based upon location. For example, a health care organization might operate two hospitals (for example, at two different locations in a city, or perhaps two separate cities). Alternatively, in one hospital some departments may be located in different buildings, or different floors of the same building. Similarly, work which must be performed, or resources which can perform work, can be tagged to specific locations. The pages in the Location Administration are used to add, list, or edit/delete location data. When a user having the appropriate access privilege selects the "Add Location" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Location page. Alternatively, when a user having the appropriate access privilege selects the "List Location" 621 hyperlink, the next page displayed by the WPMA 150 is the List Location page.
[0064] The Add Location page is used to add a new Location to the WPMA 150. The Add Location page is similar to the Add Group page, however, the fields and hierarchical control of the Add Location page are different and used to collect information relating to adding a new Location to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving an ID (an unique alphanumeric sequence), a Name for the location, a Description of the location, a type field (e.g., organization, campus, building, floor, room, bed). The context sensitive area 305 also includes a location browser 500' (Fig. 5B). The browser is used to associate the newly defined location with a parent location.
[0065] Thus, in order to add a new location, the user uses the browser 500' to navigate to a parent location where the new location should be added, and enter appropriate data in the above-described fields. The Add Location page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and save the new department.
[0066] The List Location page is used to list all locations defined in the WPMA 150. The List Location page is similar to the List Group page, however, the context sensitive area 305 includes a location browser 500' instead of the group browser 500. Clicking on a hyperlink of an ID causes the WPMA to load a Edit Location page corresponding to the ID.
[0067] The Edit Location page is virtually identical to the Add Location, except that previously entered data regarding the selected location is automatically placed in the appropriate fields. The page, also includes a control for deleting the location. To edit a location, a user can update or replace the previously entered data and use the save control 731 to update the data.
[0068] IV.F. ACUITY ADMINISTRATION
[0069] The Acuity Administration controls are used to manage the Acuity and Acuity Activities feature of the WPMA 150. Acuity refers to set of activities which require approximately a same level of skill and/or licensure for successful performance. For example, in one exemplary embodiment in the health care context, Acuities were defined on a numeric scale ranging from 1 to 5. Acuity 1 referred to skills required to perform activities such as those that might be performed on patients ready to be discharged, while acuity 5 referred to skills required in an emergency room to stabilize patients admitted in critical condition. Acuity Activities refer to various activities which are associated with different Acuities.
[0070] The pages in the Acuity Administration are used to add, list, or edit/delete Acuity or Acuity Activities. The Acuity Administration page therefore' includes four hyperlinks instead of two. When a user having the appropriate access privilege selects the "Add Acuity" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Acuity page. Alternatively, when a user having the appropriate access privilege selects the "List Acuity" 621 hyperlink, the next page displayed by the WPMA 150 is the List Acuity page. Similarly, when a user having the appropriate access privilege selects the "Add Acuity Activity" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Acuity Activity page. Alternatively, when a user having the appropriate access privilege selects the "List Acuity Activity" 621 hyperlink, the next page displayed by the WPMA 150 is the List Acuity Activity page.
[0071] The Add Acuity page is used to add a new Acuity to the WPMA 150. The
Add Acuity page is similar to the Add User page, however, the fields of the Add Acuity page are different and used to collect information relating to adding a new Acuity to the
WPMA 150. In one exemplary embodiment, these fields include fields for receiving a level (an alphanumeric label), a ID (an unique alphanumeric sequence), and a description. Thus, in order to add a new Acuity, a user enter appropriate data in the above-described fields. The Add Acuity page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and store the new Acuity.
[0072] The Add Acuity Activity page used to add a new Acuity Activity to the WPMA 150. The Add Acuity Activity page is similar to the Add User page, however, the fields of the Add Acuity Activity page are different and used to collect information relating to adding a new Acuity Activity to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving a ID (an unique alphanumeric sequence), a description (a text field), and a definition (a text field). Thus, in order to add a new Acuity Activity, a user can enter appropriate data in the above-described fields. The Add Acuity Activity page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create and.store the new Acuity Activity.
[0073] The List Acuity page is used to list all Acuities defined in the WPMA 150. The List Acuity page is similar to the List User page. The context sensitive area 305 includes a table having a plurality of rows, with each row corresponding to a Acuity and includes hyperlink having text identifying the Acuity Activity. Other columns of the table include the ID and description fields.
[0074] The List Acuity Activity page is used to list all Acuity Activities defined in the WPMA 150. The List Acuity Activity page is similar to the List User page. The context sensitive area 305 includes a table which includes a plurality of rows, with each row corresponding to a Acuity Activity and includes hyperlink having text identifying the Acuity Activity. Other columns of the table include the description and definition text fields. [0075] The Edit Acuity and Edit Acuity Activity pages are respectively virtually identical to the Add Acuity and Add Acuity Activity pages, except that previously entered data regarding the selected Acuity or Acuity Activity is automatically placed in the appropriate fields. These pages also includes a control for deleting the Acuity or Acuity Activity. The data may be edited by having the user update the appropriate fields and using the save control 731.
[0076] IV.G. SKILL ADMINISTRATION
[0077] The Skill Administration controls are used to manage the Skill feature of the WPMA 150. The pages in the Skill Administration are used to add, list, or edit/delete Skills. When a user having the appropriate access privilege selects the "Add Skill" 621 hyperlink, the next page displayed by the WPMA 150 is the Add Skill page. Alternatively, when a user having the appropriate access privilege selects the "List Skill" 621 hyperlink, the next page displayed by the WPMA 150 is the List Skill page.
[0078] The Add Skill page is used to add a new Skill to the WPMA 150. The Add Skill page is similar to the Add User page, however, the fields of the Add Skill page are different and used to collect information relating to adding a new Skill to the WPMA 150. In one exemplary embodiment, these fields include fields for receiving an ID (an unique alphanumeric sequence), and a description. The context sensitive area 305 may also include a control for identifying a previously defined skill as being an equivalent skill. Thus, in order to add a new Skill, a user enters appropriate data in the above- described fields and optionally identifies an equivalent skill. The Add Skill page also has the same save 731, reset 732, and cancel 733 controls of the Add User page. These controls 731-733 can be used to control whether to create the new Skill. [0079] The List Skill page is used to list all Skills defined in the WPMA 150. The List Skill page is similar to the List User page. The context sensitive area 305 includes a table having a plurality of rows, with each row corresponding to a Skill and includes hyperlink having text identifying the Skill. Other columns of the table include the description fields.
[0080] The Edit Skill page is virtually identical to the Add Skill page, except that previously entered data regarding the selected Skill is automatically placed in the appropriate fields. These pages also includes a control for deleting the Skill. The data may be edited by having the user update the appropriate fields and using the save control 731.
[0081] V. WORKFLOW PAGES
[0082] A Workflow Page refers to a page which is accessed by using the hierarchical control on the Start Page to select a department. As such, a Workflow page is related to the selected department, which in the description below is referred to as the current department.
[0083] A Workflow page is based on the generic page 300. In one exemplary embodiment, the menu 302 of a Workflow page is a multi-level menu 801 having the organization shown in Fig. 8. That is, the menu items visible in the menu before any menu item is selected include the Define 801a, Plan 801b, Actual 801c, and Report 801d menu items. The link 810 shows that when the Define menu item 801a is selected a submenu 802 is displayed. The sub-menu 802 includes menu items labeled as Activities 802a, Resources 802b, Shifts 802c, Skills 802d, and Users 802e. The link 811 shows that when the Activities 802a menu item is selected, the sub-menu 803 is displayed. The sub-menu 803 includes menu items labeled Variable 803a, Fixed 803b, and Offline 803c. Similarly, the link 820 shows that when the Report 801d menu item is selected from menu 801, the sub-menu 804 is displayed. The sub-menu 804 includes menu items labeled Shift Summary 804a, Pay Period Summary 804b, and Executive Summary 804c.
[0084] N.A. DEFINE MENU
[0085] The Define 801a menu item and its associated sub-menus 802, 803 are used when a user of the WPMA 150 needs to define or modify relationships between the current department and one or more objects (e.g., activities, resources, shifts, skills, and users). Each type of definable object is associated with a menu entry. Thus, activities, resources, shifts, skills, and users can be defined. To define (or edit) these relationships, the user uses an appropriate menu and/or sub-menu entry to select the other object. For example, in order to associated a fixed activity with the current department, the user would select the following menus and sub-menus: Define 801a, Activities 802a, Fixed 803b.
[0086] V.A.1. DEFINE ACTIVITY MENU
[0087] The Define Activities Variable page is displayed by the WPMA 150 when the user selects the menu items of Define 801a, Activities 802a, and Variable 803a. This page is based on the generic page 300, but utilizes the menus 801-804. The context sensitive area 305 of the page includes a table of variable activities, in which the ID associated with the variable activity is listed as a hyperlink. Each row corresponds to a different variable activity and also includes controls (e.g. buttons) for causing the WPMA 150 to respectively display a Volume page and a Standard page. The context sensitive area 305 of the page also includes a control (e.g., a button) used to add a new variable activity. The user can add a new variable activity by using the control, which causes the WPMA 150 to display the Add New Variable Activity page, or edit/delete an existing variable activity by clicking on the hyperlink associated with the variable activity, which causes the WPMA 150 to display the Edit Variable Activity page. The Define Activities Fixed page and Define Activities Offline pages are pages which are respectively displayed when the user choose from menu 801-804 to respectively define Fixed or Offline activities. These pages are essentially identical to the Define Activities Variable page, except that they respectively related to fixed and offline activities. However, note that the Define Activity Offline page does not include the controls associated with the Volume page and the Standard page.
[0088] The Volume page is displayed by the WPMA 150 when the user activates an associated control on a table listing activities, and is therefore implicitly associated with a particular activity. This page is based on the generic page 300. The context sensitive portion 305 is a table. Each row of the table corresponds to a different shift, while each column is associated with a different weekday. The table itself is comprised of fields which accept a numeric input, so that a user may enter the volume of activity on a per- shift/per-weekday basis.
[0089] The Standards page is displayed by the WPMA 150 when the user activates an associated control on a table listing activities, and is therefore implicitly associated with a particular activity. This page is based on the generic page 300. The context sensitive portion 305 is a two column table. Each row of the first column is the ID of a different skill, while each row of the second column is a field which accepts a time. In this manner, the user can define how much time at each skill level is required to perform the implicitly associated activity. [0090] NI.A.2. DEFINE RESOURCE MENU
[0091] The Define Resource page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Resource 802b. This page is for adding, editing, viewing, and deleting resources. A resource is an object necessary for performing work. One common example of a resource is an employee. The Define Resource page is based on the generic page 300, but utilizes the menus 801-804. The context sensitive area 305 of page includes a table of resources, with one row per employee. In one exemplary example, each row includes an employee ID (an unique alphanumeric sequence) presented as a hyperlink. Each row further includes the employee's name, and a control which can be selected to cause the WPMA 150 to display a Resource Scheduling page. Activating the hyperlink causes the WPMA 150 to display an Edit Resource page. The context sensitive area 305 includes additional controls for causing the WPMA 150 to respectively load a Add Resource page and a Skill Matrix page.
[0092] The Edit Resource page is used to change data regarding a resource. The Edit Resource page also includes a delete control, which can be used to delete the resource. In one exemplary embodiment, the Edit Resource page is based on the generic page 300 and has a context sensitive area 305 which includes a number of text labels and fields for accepting data regarding a resource's ID (an unique alphanumeric sequence), first, middle, and last names, title, and a primary skill associated with the resource. Previously entered data is preloaded into the appropriate fields. The save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page. [0093] The Resource Scheduling page is used to specify the work schedule of a resource. Each Resource Scheduling page is associated with a particular one of a resource because this page is accessed via a control associated a specific resource. In one exemplary embodiment, the Resource Scheduling page is based on the generic page 300 and has a context sensitive area suitable for accepting the number of hours the associated resource will be available to work in each of the shifts in a pay period. The save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
[0094] The Add Resources page is used to add a new resource. The Add Resource page is virtually identical to the Edit Resource page, differing only in naming, a lack of a delete control, and that there would be no previously loaded data which is preloaded into any field.
[0095] The Skills Matrix page is used to create an association between each resource and each skill required in a department. In one exemplary embodiment, the Skills Matrix page based on generic page 300 and has a context sensitive area 305 which includes a table. The first column of the table may be the names of each user, presented in a hyperlink form, which if activated will cause the WPMA 150 to load the Edit Resource page associated with that resource. The second and subsequent columns of the table are check boxes corresponding to each skill used in the department. By default, the primary skill associated with the resource is automatically check. By using this table, the user can associate additional skills associated with each user by checking the appropriate check boxes. The save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page. [0096] V.A.3. DEFINE SHIFTS MENU
[0097] The Define Shifts page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Shifts 802c. The Define Shifts page is a page used by the user for adding, editing, displaying, and deleting shifts. This page is based on the generic page 300. In one exemplary embodiment, the content sensitive area 305 includes a table with a first column consisting of shift IDs in hyperlink forms. The table preferably has seven additional columns, each corresponding to each weekday. These additional columns are used to indicate whether a particular shift includes time in each of the weekdays. Activating the hyperlink causes the WPMA 150 to display an Edit Shift page. The context sensitive area 305 includes additional controls for causing the WPMA 150 to load a Add Shift page.
[0098] The Edit Shift page is used to change data regarding a shift. The Edit Resource page also includes a delete control (e.g., button), which can be used to delete the resource. In one exemplary embodiment, the Edit Shift page is based on the generic page 300 and has a context sensitive area 305 which includes a number of text labels and fields for accepting data regarding a resource's ID (an unique alphanumeric sequence), starting time, and ending time. The context sensitive area 305 may include additional controls for specifying days of the week included in the shift. Previously entered data is preloaded into the appropriate fields and controls. The save 731, reset 732, and cancel 733 buttons are also available in the context sensitive area for saving, resetting, or discarding the work done on this page.
[0099] The Add Shift page is used to add a new shift. The Add Shift page is virtually identical to the Edit Shift page, differing only in naming, a lack of a delete control, and that there would be no previously loaded data which is preloaded into any field.
[00100] N.A.4. DEFINE SKILL MENU
[00101] The Define Skills page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Skills 802d. The Define Skills page is a page used by the user to specify which skills are associated with the current department. This page is based on the generic page 300. In one exemplary embodiment, the content sensitive area 305 includes a table with a first column consisting of skill IDs. The table preferably has one additional column listing the description of each skill. The context sensitive area 305 includes additional controls for respectively causing the WPMA 150 to load a Edit Skills page and the previously described Skills Matrix page.
[00102] The Edit Skills page is used to change data regarding a skill. In one exemplary embodiment, the Edit Shift page is based on the generic page 300 and has a context sensitive area 305 that includes two windows. The first window is a list of all defined skills while the second window is a list of all skills associated with the current department. An additional control permits the user to select one or more skills from list of all skills to copy to the list of department skills. Further, yet another control permits the user to remove a skill from the list of department skills. The save 731 and cancel 733 buttons are also available in the context sensitive area for saving, or canceling the work done on this page.
[00103] V.A.5. DEFINE USERS MENU [00104] The Define Users page is displayed by the WPMA 150 when the user selects the menu items of Define 801a and Users 802e. The Define User page is a page that displays which users are associated with the current department. In one exemplary embodiment, the Define User page is based on the generic page 300 and has a context sensitive area 305 that includes a table listing the names, title, and telephone number of each user associated with the department.
[00105] N.B. PLAN MENU
[00106] The Plan page is displayed by the WPMA 150 when the user selects the menu item Plan 801b. This page is used by a user having management rights with respect to the current department. This page is based on the generic page 300, having a context sensitive area 305 in the form of a table. In one exemplary embodiment, each row of the table has as its first column a hyperlink entry. Each hyperlink entry corresponds to a shift. The context sensitive area 305 may include additional controls (e.g., menus) which permit the user to filter the rows shown on the table to a specified range of dates or shift types. Additional columns of the table indicate whether a plan has been submitted for the hyperlinked shift. When the hyperlink is activated, the next page displayed by the WPMA 150 is the Shift Planning page.
[00107] It should be noted that in one exemplary embodiment, a modified FTE is used. As previously discussed, a FTE usually represents the amount of work performed by a worker. That is, if applicable labor laws and regulation mandate paid and/or unpaid breaks, such breaks would not be included in amount of time represented by an FTE because no work is performed while the worker is on break. Using this definition, however, would generally result in a difference in time between the amount of time in a shift and the amount of time in an FTE, which may be confusing for many users of the WPMA 150. Thus, in one exemplary embodiment, the definition of an FTE is modified to include any mandated breaks. For example, in one exemplary embodiment, an FTE based on a 8:00 AM to 4:30 PM shift having one 0.5 hour break and two 0.25 hour break would convert to 8.5 hours (instead of 7.5 hours). To compensate for this change, the WPMA 150 adjusts all time values by the amount corresponding to the required breaks. For example, each worker working a "standard shift" is converted into 8.5 hours of work, and the time required to perform each activity is increased by 0.5 hours per 8 hours of required time. Similar adjustments would be made for workers working overtime, since workers generally continue to earn paid breaks at a rate of 0.25 hour break.
[00108] The Shift Planning page is based on the generic page and has a series of tables in the context sensitive area 305. In one exemplary embodiment, the tables include a table listing defined activities (e.g., variable, fixed, and periodic activities, and breaks). Each activity listed in the table has an associated Edit control. If the Edit Control is activated, the WPMA 150 next displays an Edit Planned Activities page associated with the type of activity chosen. The other tables in the context sensitive area 305 are similar tables directed to resources and offline hours, and include Edit controls for respectively causing the WPMA 150 to load an Edit Planned Resource and an Edit Offline Activity pages. The data which populates the Shift Planning page is taken from the database and was originally entered when the WPMA 150 was customized via the Administration and Define pages.
[00109] The Shift Planning tables include numeric values indicating the number of hours (and/or FTE) required for perform all planned activities and the number of hours
(and/or FTE) being worked by each resource, and the number of offline hours (and/or
FTE) to show the user whether the planned amount of work can be performed by the available resource. If the current department includes work of varying acuity, the table would also be broken down by acuity (for activities) and skill (for resources) to further permit the user to check whether the department can complete its work.
[00110] The Edit Planned Activities page is based on the generic page 300 and has in one exemplary embodiment a context sensitive area 305 having a table. The first column of the table lists each activity's ID, the second column lists the standard associated with that activity, and the third column is an input box for soliciting a volume for that activity. The previously defined volume for each activity is preloaded into each corresponding input box, and the user may change the value by entering a new volume level and then using a save control 731 to save the new volume or a cancel control 733 to cancel.
[00111] The Edit Planned Resource and Edit Offline Activity pages are essentially identical to the Edit Planning Activity page except they are directed to editing resources and offline activity. For example, the Edit Planned Resource page lists each resource organized in groups by primary skill and includes input boxes for accepting the number of hours being worked by each person on that shift.
[00112] N.C. ACTUAL MENU
[00113] The Actual page is displayed by the WPMA 150 when the user selects the menu item Actual 801c. This page is used by a user having management rights with respect to the current department. This page and its sub-pages are essentially identical to respective pages from the Plan page and its sub-pages. The function of the Actual page and its sub-pages, however, is for a user to enter the account volume levels and worker hours worked during a shift. This data is required in the database to permit reports to run to compare the actual workflow performed by the department to its planned workflow.
[00114] V.D. REPORT MENU
[00115] The Report page is displayed by the WPMA 150 when the user selects the menu item Report 801d. This page is used by a user to generate reports on the current department. In one exemplary embodiment, the Report page is based on the generic page 300 and does not have a context sensitive area 305. However, the Report page includes a sub-menu 804 including menu items for choosing Shift Summary 804a, Pay
Period Summary 804b, and Executive Summary reports 804c. Each of these reports present data showing the number of units of service actually required on each shift, the budgeted amount, and the number of work resources per shift, for the current department (for shift and pay period reports). In the case of the Shift Summary and Pay
Period Summary reports, the report data corresponds to the current department. In one exemplary embodiment, the Shift Summary report also includes an option for the
WPMA 150 to automatically generate worker assignments. That is, the WPMA 150, having been provided information as to the amount work which must be performed, the skill level of a worker required to perform the work, the workers available, and the skill levels of each worker, would assign workers from the pool of available workers to the pool of work which must be performed. The user of the WPMA 150 may optionally choose different algorithms for the WPMA 150 to perform the assignment. For example, the user may choose to have the WPMA 150 generate the assignment to distribute work as evenly as possible over the pool of workers, or the assignment may assign work based on a different criteria. For the Executive Summary Report, the report data relates to one or more departments. Choosing any one of menu items 804a, 804b,
804c causes the WPMA 150 to display a Report Generator page. [00116] The Report Generator page is based on the generic page 300 and includes as its context serisitive area 305 one or more controls for soliciting a specific shift and year if a shift summary report or pay period report is chosen. If an executive summary report is chosen the context sensitive area 305 includes additional controls for soliciting a date range and an organization group browser to selecting one or more organization groups. The context sensitive area 305 further include a control for causing the selected report to be generated. The report is generated by querying the database for data based on the selected report options.
[00117] VI. REPORT PAGE
[00118] The Report Page refers to a page which is accessed by using the Report menu item 801d on the Start Page. The Report Page includes a control to permit a user to select a report. In one exemplary embodiment, the Report Page includes a control (e.g., sub-menu item) to permit the user to select the Executive Report. Selecting the Executive Report brings up Report Generator page described above.
[00119] NIL SUMMARY
[00120] The above-described exemplary embodiments provide embodiments of a development environment for building a WPMA suitable for any organization. In one exemplary embodiment, the development environment is a web based application having a web server front end and a database back end. Referring to Fig. 9, the development environment is used to create a WPMA in the following manner: The process 900 begins at step 901 where a default administrator user logs into the web application. At step 902, the administrator creates a variety of objects using the web based application. These objects model the organization by defining objects for each group, department, location, acuity, and activity. The objects also include objects required for the WPMA itself, such as users (of the WPMA). In one exemplary embodiment, this step is performed using the administrative function of the application. At step 903 the user associates, for each department, a series of relationship between other workflow and non-workflow objects (e.g., activities, resources, shifts, skills, and users). Once the relationships have been established between each department and the other objects, the WPMA becomes operational. To use the WPMA, at step 904 planned workflow data is entered (or alternatively calculated and stored in the database), and at step 905 reports regarding the planned workflow can be produced. At step 906 the actual workflow is entered, either manually and/or electronically, and reports regarding actual workflow, planned-vs-actual workflow, etc. can be produced in step 907. The process 900 ends at step 908.
[00121] While the invention has been described in detail in connection with exemplary embodiments, it should be understood that the invention is not limited to the above disclosed embodiments. Rather, the invention can be modified to incorporate any number of variations, alternations, substitutions, or equivalent arrangements not heretofore described, but which are commensurate with the spirit and scope of the invention. In particular, the specific embodiments of the described user interface should be taken as exemplary and not limiting. Accordingly, the invention is not limited by the foregoing description or drawings, but is only limited by the scope of the appended claims.

Claims

CLAIMSWhat is claimed as new and desired to be protected by Letters Patent of the United States is:
1. A method for creating a workflow process management application suitable for an organization, comprising:
creating objects related to workflow processing management modeling said organization, said objects including at least one department; and
for each department, setting relationships between the department and other objects.
2. The method of claim 1, further comprising:
for each department, entering a workflow plan.
3. The method of claim 2, further comprising:
producing a report showing the workflow plan.
4. The method of claim 1, further comprising:
for each department, entering actual workflow data.
The method of claim 4, further comprising: producing a report showing the actual workflow data.
6. The method of claim 1, wherein said act of creating objects includes creating * objects related to one of groups, departments, locations, acuities, and activities of the organization.
7. The method of claim 1, wherein said act of setting relationships sets relationships between said current department and objects relating to one of activities, resources, shifts, skills, and users.
8. A computer readable medium, comprising:
a web based application comprising a plurality of web pages and a plurality of database tables, said web based application being executable by a computer;
wherein
the computer, when executing the application, permits a user to create a workflow processing management application for an organization.
9. The computer readable medium of claim 8, wherein said application:
creates objects related to workflow processing management modeling said organization, said objects including at least one department; and for each department, sets relationships between the department and other objects;
wherein said objects and relationship are stored in said plurality of database tables.
10. The computer readable medium of claim 8, wherein the objects created relate to one of groups, departments, locations, acuities, and activities of the organization.
11. The computer readable medium of claim 8, wherein the relationships include relationships with objects relating to one of activities, resources, shifts, skills, and users.
12. An apparatus for creating a workflow process management application (WPMA) for an organization, comprising:
a computer system, including a processor for executing code and a mass storage device; and
an application for execution on said computer system;
wherein the computer system, when executing said application:
creates objects related to workflow processing management modeling said organization, said objects including at least one department; and
for each department, sets relationships between the department and other objects.
13. The apparatus of claim 12, wherein the created objects relate to one of groups, departments, locations, acuities, and activities of the organization.
14. The apparatus of claim 12, wherein the relationships include relationships with objects relating to one of activities, resources, shifts, skills, and users.
15. The method of claim 1, further comprising:
displaying a page in a user interface, said page comprising:
a logo region;
a menu region, including at least one menu item;
a navigation region; and
a context sensitive area.
16. The method of claim 15, wherein the objects created in said creating step are based on user events generated by a user interacting with said menu region, navigation region, and context sensitive area.
17. The method of claim 15, wherein said context sensitive area includes a hierarchical control object for showing and hiding a list of hierarchical objects.
18. The method of claim 17, wherein said hierarchical objects comprise at least one department of said organization.
19. The method of claim 17, wherein said hierarchical objects comprise at least one location of said organization.
20. The method of claim 15, wherein said menu region comprise at least one of a menu item and a sub-menu.
21. The method of claim 1, further comprising:
creating at least one department object;
creating at least another object;
setting a relationship between said at least one department object and said at least another object;
entering planned workflow;
generating and printing reports regarding said planned workflow;
entering actual workflow; and
generating and printing reports regarding said actual workflow.
PCT/US2003/033552 2002-10-23 2003-10-22 Method and apparatus for managing workflow WO2004038556A2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003301602A AU2003301602A1 (en) 2002-10-23 2003-10-22 Method and apparatus for managing workflow

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US42032002P 2002-10-23 2002-10-23
US60/420,320 2002-10-23

Publications (2)

Publication Number Publication Date
WO2004038556A2 true WO2004038556A2 (en) 2004-05-06
WO2004038556A3 WO2004038556A3 (en) 2004-11-04

Family

ID=32176553

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2003/033552 WO2004038556A2 (en) 2002-10-23 2003-10-22 Method and apparatus for managing workflow

Country Status (3)

Country Link
US (2) US7729935B2 (en)
AU (1) AU2003301602A1 (en)
WO (1) WO2004038556A2 (en)

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002103599A1 (en) * 2001-06-15 2002-12-27 Centranum Limited Performance management system
US20040158568A1 (en) * 2002-12-12 2004-08-12 Renzo Colle Scheduling resources for performing a service
US20040133889A1 (en) * 2002-12-12 2004-07-08 Renzo Colle Scheduling tasks across multiple locations
US20060200485A1 (en) * 2005-03-07 2006-09-07 International Business Machines Corporation Database instance management system and method
EP1946235B1 (en) * 2005-10-31 2018-09-12 Koninklijke Philips N.V. System and method for clinical workflow management
US8849691B2 (en) * 2005-12-29 2014-09-30 Microsoft Corporation Modeling user input and interaction in workflow based applications
US7680683B2 (en) * 2005-12-29 2010-03-16 Microsoft Corporation Dynamically repositioning workflow by end users
US20070156486A1 (en) * 2005-12-29 2007-07-05 Microsoft Corporation Multiple concurrent workflow persistence schemes
US20070156487A1 (en) * 2005-12-29 2007-07-05 Microsoft Corporation Object model on workflow
US8892737B2 (en) * 2006-03-06 2014-11-18 Vmware, Inc. Network sniffer for performing service level management
US7693996B2 (en) * 2006-03-06 2010-04-06 Vmware, Inc. Service level management system
US20070245300A1 (en) * 2006-03-22 2007-10-18 Benjamin Chan Apparatus, system, and method for presenting project scheduling information in combination with workflow information
US20080244605A1 (en) * 2007-03-30 2008-10-02 Bennington Bud J Method for task and resource management
JP5129499B2 (en) * 2007-04-11 2013-01-30 キヤノン株式会社 Image forming apparatus, image forming apparatus control method, program, and storage medium
US20090012811A1 (en) * 2007-07-02 2009-01-08 Sultan Haider Method to collect and offer certified information on optimized clinical processes to health institutions using search engines
US9953282B2 (en) * 2007-09-04 2018-04-24 International Business Machines Corporation System and method for providing automatic task assignment and notification
US9342364B2 (en) * 2008-04-09 2016-05-17 International Business Machines Corporation Workflow managed composite applications
US20090299952A1 (en) * 2008-05-27 2009-12-03 Zheng Jerry Systems and methods for automatic quality assurance of workflow reports
US9043269B2 (en) * 2008-05-27 2015-05-26 Appfolio, Inc. Systems and methods for automatically identifying data dependencies for reports
KR200454681Y1 (en) * 2008-10-31 2011-07-19 최진태 Folding steamer
US9354847B2 (en) 2008-12-29 2016-05-31 Microsoft Technology Licensing, Llc Interface infrastructure for a continuation based runtime
SG163452A1 (en) * 2009-01-23 2010-08-30 Yokogawa Electric Corp An apparatus and method for managing task information of a plant
US20100223557A1 (en) * 2009-02-28 2010-09-02 Adam Kenney Method and system for workflow integration
US8095893B2 (en) * 2009-03-16 2012-01-10 Xennsoft Llc Providing an interactive and customizable organization tree having communication options
WO2021220058A1 (en) 2020-05-01 2021-11-04 Monday.com Ltd. Digital processing systems and methods for enhanced collaborative workflow and networking systems, methods, and devices
WO2021161104A1 (en) 2020-02-12 2021-08-19 Monday.Com Enhanced display features in collaborative network systems, methods, and devices
US11410129B2 (en) 2010-05-01 2022-08-09 Monday.com Ltd. Digital processing systems and methods for two-way syncing with third party applications in collaborative work systems
US20120053978A1 (en) * 2010-07-28 2012-03-01 Glen Robert Andersen Self-contained web-based communications platform for work assignments
US8417554B2 (en) * 2011-05-06 2013-04-09 International Business Machines Corporation Tool for manager assistance
US9536264B2 (en) 2011-11-14 2017-01-03 Microsoft Technology Licensing, Llc Host agnostic messaging in a continuation based runtime
WO2013101853A2 (en) 2011-12-27 2013-07-04 Eye Stalks Corporation Method and apparatus for visual monitoring
AT513301A2 (en) * 2012-09-06 2014-03-15 Helbok Guenther Computer-assisted method for automatic assignment of work tasks in a workflow management system
US8935172B1 (en) * 2012-10-31 2015-01-13 Noble Systems Coporation Fulfilling staffing requirements via an interactive voice response system
IN2013MU03907A (en) * 2013-12-13 2015-07-31 Tata Consultancy Services Ltd
US20160071046A1 (en) * 2014-09-08 2016-03-10 International Business Machines Corporation Learner enablement forecast system and method
US10115123B2 (en) * 2014-09-17 2018-10-30 Facebook, Inc. Execution engine for generating reports for measuring effectiveness of advertising campaigns
GB201417262D0 (en) * 2014-09-30 2014-11-12 Bizagi Group Contextual workflow management
US10839106B2 (en) 2017-06-30 2020-11-17 Microsoft Technology Licensing, Llc Creating workflow instances
US11698890B2 (en) 2018-07-04 2023-07-11 Monday.com Ltd. System and method for generating a column-oriented data structure repository for columns of single data types
US11436359B2 (en) 2018-07-04 2022-09-06 Monday.com Ltd. System and method for managing permissions of users for a single data type column-oriented data structure
US11526661B2 (en) 2019-11-18 2022-12-13 Monday.com Ltd. Digital processing systems and methods for integrated communications module in tables of collaborative work systems
EP4062313A1 (en) 2019-11-18 2022-09-28 Monday.com Ltd. Collaborative networking systems, methods, and devices
US11829953B1 (en) 2020-05-01 2023-11-28 Monday.com Ltd. Digital processing systems and methods for managing sprints using linked electronic boards
US11277361B2 (en) 2020-05-03 2022-03-15 Monday.com Ltd. Digital processing systems and methods for variable hang-time for social layer messages in collaborative work systems
US11782582B2 (en) 2021-01-14 2023-10-10 Monday.com Ltd. Digital processing systems and methods for detectable codes in presentation enabling targeted feedback in collaborative work systems
US11741071B1 (en) 2022-12-28 2023-08-29 Monday.com Ltd. Digital processing systems and methods for navigating and viewing displayed content
US11886683B1 (en) 2022-12-30 2024-01-30 Monday.com Ltd Digital processing systems and methods for presenting board graphics
US11893381B1 (en) 2023-02-21 2024-02-06 Monday.com Ltd Digital processing systems and methods for reducing file bundle sizes

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6067548A (en) * 1998-07-16 2000-05-23 E Guanxi, Inc. Dynamic organization model and management computing system and method therefor
US6314434B1 (en) * 1998-04-15 2001-11-06 Fujitsu Limited Structured data management system and computer-readable method for storing structured data management program

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5734837A (en) * 1994-01-14 1998-03-31 Action Technologies, Inc. Method and apparatus for building business process applications in terms of its workflows
US5548506A (en) * 1994-03-17 1996-08-20 Srinivasan; Seshan R. Automated, electronic network based, project management server system, for managing multiple work-groups
US5991733A (en) * 1996-03-22 1999-11-23 Hartford Fire Insurance Company Method and computerized system for managing insurance receivable accounts
GB9623954D0 (en) * 1996-11-15 1997-01-08 Xerox Corp Systems and methods providing flexible representations of work
US5870545A (en) * 1996-12-05 1999-02-09 Hewlett-Packard Company System and method for performing flexible workflow process compensation in a distributed workflow management system
US5826239A (en) * 1996-12-17 1998-10-20 Hewlett-Packard Company Distributed workflow resource management system and method
US6308164B1 (en) * 1997-04-28 2001-10-23 Jeff Nummelin Distributed project management system and method
DE69811790T2 (en) * 1997-08-01 2003-11-20 Ibm Deriving process models from audit processes for workflow management systems
US6233332B1 (en) * 1998-06-03 2001-05-15 Avaya Technology Corp. System for context based media independent communications processing
US6349238B1 (en) * 1998-09-16 2002-02-19 Mci Worldcom, Inc. System and method for managing the workflow for processing service orders among a variety of organizations within a telecommunications company
US6772407B1 (en) * 1998-10-02 2004-08-03 International Business Machines Corporation Staging objects in workflow management systems
US6606740B1 (en) * 1998-10-05 2003-08-12 American Management Systems, Inc. Development framework for case and workflow systems
US6341287B1 (en) * 1998-12-18 2002-01-22 Alternative Systems, Inc. Integrated change management unit
US6744761B1 (en) * 1998-12-28 2004-06-01 Nortel Networks Limited Workflow manager
US20020107914A1 (en) * 2000-09-01 2002-08-08 Dietrich Charisius Methods and systems for optimizing resource allocation based on data mined from plans created from a workflow
US6993712B2 (en) * 2001-09-28 2006-01-31 Siebel Systems, Inc. System and method for facilitating user interaction in a browser environment
US7035809B2 (en) * 2001-12-07 2006-04-25 Accenture Global Services Gmbh Accelerated process improvement framework

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6314434B1 (en) * 1998-04-15 2001-11-06 Fujitsu Limited Structured data management system and computer-readable method for storing structured data management program
US6067548A (en) * 1998-07-16 2000-05-23 E Guanxi, Inc. Dynamic organization model and management computing system and method therefor

Also Published As

Publication number Publication date
US7945465B2 (en) 2011-05-17
AU2003301602A1 (en) 2004-05-13
US20040138939A1 (en) 2004-07-15
AU2003301602A8 (en) 2004-05-13
WO2004038556A3 (en) 2004-11-04
US20100205033A1 (en) 2010-08-12
US7729935B2 (en) 2010-06-01

Similar Documents

Publication Publication Date Title
US7945465B2 (en) Method and apparatus for managing workflow
US7890921B2 (en) Automated method for coherent project management
US7337950B2 (en) Transaction workflow and data collection system
US7640165B2 (en) Web based methods and systems for managing compliance assurance information
US6678671B1 (en) System for linking a resource management system with an event of a project in a project management system and a method therefor
US7505998B2 (en) Apparatuses and methods for dynamic creation of phase Gantt charts
US7302436B2 (en) Business workflow database and user system
US7065493B1 (en) Workflow system and method
US7788598B2 (en) System and method for assigning and scheduling activities
US20050004947A1 (en) Integrated tool set for generating custom reports
US20060085245A1 (en) Team collaboration system with business process management and records management
US7519539B1 (en) Assisted profiling of skills in an enterprise management system
US20060195494A1 (en) Compiler, system and method for defining, assigning, executing and monitoring processes and tasks in process management applications
US20030191681A1 (en) Method for managing a business process related to a document publishing project
US20010032094A1 (en) System and method for managing licensing information
US20100268705A1 (en) Database and data access layer
US20040186758A1 (en) System for bringing a business process into compliance with statutory regulations
US20030061246A1 (en) Hierarchical hybrid online analytical processing services system
US20040215544A1 (en) Method, system, and graphic user interface for automated asset management
US20040015556A1 (en) Software-based process/issue management system
US20220350623A1 (en) Controlling Permissions for Access to User Interface Features
US20070027868A1 (en) Database software program and related method for using it
US20120310711A1 (en) System using feedback comments linked to performance document content
CA2323268A1 (en) A system for linking a booking of a resource with events of a project and a method therefor
US20050033736A1 (en) System and method for processing record related information

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP