iSixSigma

Reducing typing errors

Six Sigma – iSixSigma Forums Old Forums General Reducing typing errors

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #51076

    innovator
    Participant

    How can we reduce typing errors made while typing codes into the system by data processors. Please note that this is a common variation. Error rate is approximately2%. Any suggestions?

    0
    #176467

    BC
    Participant

    Try inserting a check bit to your code.  If the system can check the code entry, this will help prevent errors.

    0
    #176468

    Torrance
    Participant

    Hi Innovator, ask the same question to your team!
    How can the job be made easier for them? Are they under time pressures? When do the errors tend to occur (before/after tea breaks, randomly). Looks like a very simple case of Cause and Effect exercise.
    For what it’s worth – in the past in terms of solutions, I’ve seen teams use pull down menus, shortcut keys, and barcode scanning, fixed character lengths or formats. However, I’m not in your team – I’d expect you will get much more success in asking them what they think, and what else can be affecting the data entry process.
    It might be difficult to eliminate errors if we believe that the data processors are at fault. (On the surface, they are, but I’d expect there is a reason or number of reasons why they make those mistakes – as Shigeo Shingo once said, humans are not infallible.Need to focus on mistake proofing the process – rather than the operators)
    Hope this helps
    Good luck with your tasks
    Davy T
     

    0
    #176469

    BC
    Participant

    Oops, I mean a check digit.

    0
    #176471

    innovator
    Participant

    Thank you so much for your information. Let me give you more of an example of my ideal information. The processors view orders from paper requisition, and then type them into the computer. Sometimes some of the codes the customers orders are missed causing a delay with processing the full order.

    0
    #176492

    Inovate
    Participant

    Your getting people to do a job a computer can do why not automate it. You could link your req system with what ever they’re putting the data into, let the customers enter the data directly or at the worst get the compuet to read the orders.
    The job sounds like pure waste. What value is it adding?

    0
    #176497

    Damodaran
    Member

    There are scenarios where it is a requirement to enter data using the keyboard. Why else would you have so many back-office data processing processes being outsourced.
    Tell me how you can fully automate a claims data entry or application processing process, where the actual data is on paper forms?

    0
    #176503

    Inovate
    Participant

    In the first place he’s not asking for that type of system but for order entry where there are lots of systems where customers enter this on line or where one system is linked to talk to another, even if you have to use screen scrapping technology.
    If it is coming in through paper and you can’t remove this step, I’ve seen systems implemented which can scan hand written documents and load them into systems with very limited user input. This was for the banking industry in loans applications.
    What I was trying to say, but not well enough apparently, was that the first step in fixing this type of process is look to see how you can remove it, if you can’t do that then work on improving it. Just because it “needs” to be done doesn’t mean it isn’t waste of time, effort and someones life.

    0
    #176538

    Craig
    Participant

    try arranging a demo of laserfiche or a similar product. i think you can scan documents and actually have data read from the doc, and added to a database. If you dont have the electronic form of the original data, this could be the next best thing. The assumption is that the data needed is legible and always in the same location on the form
     

    0
Viewing 9 posts - 1 through 9 (of 9 total)

The forum ‘General’ is closed to new topics and replies.