I just talked with Robert about his experience during interviews with enterprises concerning requirements to a PDW. He talked to representatives of industries around heath and process consulting
First of all, he pointed out that time measurement is in the foreground of each analyses against process logs. For example, he mentioned waiting time and troughput time as central criteria of an process expert.
In Germany the personalized time measurement is by law very complicated. Therefore one has to take into account that it is not allowed to directly monitor the performance of an unique worker (keep anonymous statistics).
Secondly, costing is in the focus of process experts. Hereby, one has to correlate time measures and personal costs to find expensive and therefore critical parts of processes. The goal is to save human resources.
Another example is the effective usage of other resources. For example the usage of a surgery room, should be optimized.
By the way, an important requirement is that the application landscape get easier and not more complicated. Because especially in the medical industry the actual monitoring is minor important and the focus in clearly on the actual work. As consequence a PDW should integrate transparently.
Another quiet important point, is that one cannot collect logs for each and every activity. In general only small parts of the processes get monitored. Here one has to rely on the experience of process experts, which can estimate the average time for tasks like reading a patient document.
Currently, the process controlling in the queried hospital is done by using SAP systems and excel sheets. Therefore, the process experts extract from time sheets and from the SAP system diverse informations and aggregates them in an excel sheet.
One can see, that only the expert is able to read meaningful informations from his visualization. He is also responsible to extract useful informations and present them to the management.
The process expert is also able to validate the process conformance of an participant by the documents created by the participant during the process. Therefore some tasks are directly links to an document output which leads to an document order linked to the process.
IT departments often use ticketing systems to manage the on going task. In an abstract this could be interpreted as an workflow engine.
In general, it is not yet wide spread to use workflow engines thats the reason why the process data warehouse needs to refer other source to extract workflow events.
First of all, he pointed out that time measurement is in the foreground of each analyses against process logs. For example, he mentioned waiting time and troughput time as central criteria of an process expert.
In Germany the personalized time measurement is by law very complicated. Therefore one has to take into account that it is not allowed to directly monitor the performance of an unique worker (keep anonymous statistics).
Secondly, costing is in the focus of process experts. Hereby, one has to correlate time measures and personal costs to find expensive and therefore critical parts of processes. The goal is to save human resources.
Another example is the effective usage of other resources. For example the usage of a surgery room, should be optimized.
By the way, an important requirement is that the application landscape get easier and not more complicated. Because especially in the medical industry the actual monitoring is minor important and the focus in clearly on the actual work. As consequence a PDW should integrate transparently.
Another quiet important point, is that one cannot collect logs for each and every activity. In general only small parts of the processes get monitored. Here one has to rely on the experience of process experts, which can estimate the average time for tasks like reading a patient document.
Currently, the process controlling in the queried hospital is done by using SAP systems and excel sheets. Therefore, the process experts extract from time sheets and from the SAP system diverse informations and aggregates them in an excel sheet.
One can see, that only the expert is able to read meaningful informations from his visualization. He is also responsible to extract useful informations and present them to the management.
The process expert is also able to validate the process conformance of an participant by the documents created by the participant during the process. Therefore some tasks are directly links to an document output which leads to an document order linked to the process.
IT departments often use ticketing systems to manage the on going task. In an abstract this could be interpreted as an workflow engine.
In general, it is not yet wide spread to use workflow engines thats the reason why the process data warehouse needs to refer other source to extract workflow events.
No comments:
Post a Comment