Home

Article Archive
2000  2001

Editor:
Neil Johnston

Columnists:
Rollo Manning
Leigh Kibby

Jon Aldous
Roy Stevenson
Brett Clark
Ken Stafford
Pat Gallagher
Heather Pym
Simon Rudderham
Mark Coleman
James Ellerson
Terry Irvine
Roundup
Peter Sayers


Free Subscription!
Enter Details
Email Address:
Name:
Search the Newsletter Archives
E-Newsletter.... PUBLISHED TWICE A MONTH
OCTOBER,Edition # 36, 2001

[Home] [About The Newsletter] [Topics Covered] [Testimonials]
PAT GALLAGHER

* Place cursor on photograph for author details.

* Click on photograph to view list of previous articles by this author.

INFORMATION TECHNOLOGY

People, Machines, e.Health and Mistakes -
Death-by-Data?

Click on the Newsletter Reader's Forum link to access a forum from which you can express your comment or viewpoint on this article.
The author values your input, so please take the time to register your details, and participate in the only free debate on the future of Australian pharmacy.
Registration is free, and required once only, for permanent access.
You do not need to register if you only wish to view comments.

In the good old days the early IT gurus coined the phrase 'GIGO'.
Garbage-in-garbage-out became part of the everyday vernacular.
A cute, memorable and yet largely ignored truism.
When I say ignored, it was never the goal of the IT community to worry too much about the accuracy of non-financial data. Big, better, faster was always more important than whether it was really timely, accurate and useful information for the customer.
The customer?
What's a customer?
Oh, the bloody user!
Life would be blissful with out dumb and demanding users.
I always wince when I hear the client being referred to as the 'user'. Addicts are users - it is against the law, usually, to be a 'user'.
Anyway, user, customer or client, the base-line people who put in the garbage or get out the garbage, never had much of say.
They were never really asked to influence the IT planners and thinkers.
Most systems required people to bend and change, rather than IT bending to deliver a better way of doing things at the sharp end of the business.
Remember the early dispensary systems?
Do you recall asking yourself - 'who designed this stupid thing' - and slowly learning that the designer was not initially a pharmacist?
Eventually, commonsense came to he fore and slowly the systems were modified to reflect what the 'user' needed, NOT what the IT designer thought the bloody user wanted and in line with what the machine, system, could and could not deliver.
This has been the way of the IT world since day dot.
And it is still much the way of the dot.com world today.
The dot.com.bombs, many at least, failed because of this blind spot.
More and more the good old technology "uber alles" is a doomed attitude.
The b2b technology is often whizbang while the 'last mile' is usually rubbish. Meeting the needs of the user and delivering better convenience is still the most elusive task that the IT industry struggles to deliver.
Certainly in most early reiterations of new IT systems.
Simple and convenient is superior to complicated and unfriendly.
Collaboration is better than obfuscation.
Smart is better than dumb.
One would hope the message is getting through.
Why you may ask am I even mentioning such mundane things?
Because we still make mistakes!
We have always made mistakes.
Changing to an on-line world will not miraculously change the fact that we make mistakes - 'to err is to be human.'
An observation of the phenomenon of Internet driven change is to re-state the old GIGO as - garbage at the speed of light. If the manual mistakes and poor data are still present, it is still rubbish, and all that will happen is that mistakes will travel faster than a fax, and may not be detected in time.
Put another way, it is still and will always be a matter of people first, standards second and technology a long way back, at third.
People are intelligent, intuitive, and make mistakes and fix mistakes.
Machines are on the other hand are dumb.
Machines cannot make mistakes nor fix mistakes, but they can process undetected mistakes. A way of putting this, as I have before, is that the 'superhighway' has to be connected to the 'dirtway'. The 'dirtway', the actual workplace, is where it all happens.
The actual 'thing' we do.
Not what technology does or does not do that may not be remotely suitable to the job at hand.
What has this to do with mistakes?
In business mistakes cost big bucks.
In health mistakes cost much more - medical misadventures or adverse reactions, whatever they are politely referred to, are very serious.
No one wants e.enabled death-by-data.
Let's just consider a few quick facts.
The Australian grocery industry, which is very efficient in world terms, commissioned a report a few years ago.
It was breathtaking.
Here is a quote:
"The grocery retailing sector loses sales of between $500 million and $1 billion a year from running out of stock, and the cost to their suppliers is $450-$750 million a year. The key cause of lost sales is errors, particularly reworking mistakes in the daily supply chain process", unquote.
In another section of the report it talks about the need for collaboration, saying in part:
"We need to share information and to jointly tackle technology issues, particularly the issue of interoperability, proprietary systems and unaligned data identification'.
Essentially, it says that every retailer has 10% of empty shelf space, every day, that is largely a preventable problem.
Will slambam technology investments, the Internet, a web site, an e.catalouge, fix this?
Nope, not alone it won't.
If the problem exists now, it will still be there when the mess is e.enabled - it will just go on being bad practice and doing bad things, faster.
What did the grocers do?
They initiated a common repository of common identified products, created electronic document standards and are now well on the way to fixing a hundred year old problem.
Old problem, being fixed with new processes and practice solutions to maximise the value of the evolving e.enabled marketplace.
I doubt that any reader is going to debate that this as not relevant, common or a familiar problem in pharmacy?
If the grocers have clearly identified such a scope of joint loss, what could we do in pharmacy?
Simply the same things.
Which is happily one initiative of what the Medicine Coding Council of Australia (MCCA) is currently establishing.
A central repository of scheduled/PBS products.
Based on a global standard of the EAN unique identifier of one number, one barcode for all commercial and clinical steps in the chain, from manufacture to mouth.
The other is the work underway at Standards Australia (IT14.10) in developing the commercial and clinical electronic document formats. The purchase order, the prescription, the payment and the patient record. IT14 is developing more than fifty 'templates' of which 16 are supply related.
All coming to you very soon, particularly the clinical standards in the form of the BMMS and Healthconnect national patient history, on-line programs.
That is, we hope, if the BMMS and Healthconnect system designers understand what the tedious, boring, practical and professional 'dirtway' requirements are. The question today is - 'do they'?
Next, let me quote from a letter, dated July 2001, from 40 000 USA pharmacists to the Secretary Of Health and Human Services, (our DHAC).
The first paragraph says:
"The American Society of Health-System Pharmacists urges the Department, through its regulatory authority of the FDA, to develop regulations that mandate the drug manufacturers provide standardised, machine readable codes (bar codes) on all containers and packaging".
Cop that - in the land of the free, land of minimum government intervention, and the two words that stand out are - 'regulate' and 'mandate'.
And this -
" While ASHP realises that the FDA has long considered a requirement for bar coding on prescription packaging, we believe that because of the irrefutable patient safety benefits of such coding, the time for discussion is over, and that the time for substantive action has arrived".
What jumps of the page is - "patient safety".
In a relatively long letter, the following sums up the tone quite well, in stating the three primary goals of bar coding (abridged) that are:
· Eliminate errors and other preventable adverse drug events by ensuring accurate drug product and patient identification
· Improve monitoring of drug-use trends within a population to ensure staff allocation to optional patient care
· Improve efficiencies in the medication-use process, including the purchasing, storage, and distribution of drug products.

Another set of figures (and I am sure if you are an avid reader of global professional trends), these figures will not shock you. A Coopers and Lybrand Report (USA Hospitals) on error reduction strategies.
One introductory statement is:
" That preventable medication errors lengthens the US patient hospital stay by 2.2 days".
The gob smacking set of statistics is where the errors come from:
· prescribing - 39%
· transcribing - 12%
· dispensing - 11%
· clinical administration - 38%

If this does not ring true, you will find that the numbers, often presented here in Australia, are in the same ballpark. In fact the Victorian Branch of the Pharmacy Guild, a very good body, have a report conducted by the Pharmacy Defence organisation some time ago.
It is worth a read.
Now remember GIGO.
If this mistake regime is merely replicated, without process and practice correction, before we put prescriptions and patient records into cyberspace, we will just be doing the bad things faster, not the right things seamlessly nor safely.
Scary stuff.
If you are following the trend of these articles, the simple, interlinked message I am conveying is that on the Internet there is nowhere to hide mistakes.
Visibility on electronic network platforms is profound and irrefutable.
People can correct any mistake made by people - but if it gets into the e.enabled networks, it is there until the machine or systems fails.
If it does not fail, 'in time' someone will get hurt.
If the mistake results in a simple out-of-stock, it is not just a dollar, loss cost issue. It also, very much, a patient care issue.
Not being able to supply the medication is poor care.
If the mistake contributes to making adverse situations worse then that's more than undesirable.
If it ends up resulting in serious medical misadventures then - roll-on the lawyers.
Very serious stuff.
And then it gets really serious, really tough stuff.
Which is the matter of (the lack of) ICT interoperability.
The broken, disconnected, dysfunctional and otherwise flawed data reticulation 'pipes and plumbing' of the ICT infrastructure within the Australian healthcare sector.
Another story for another day.
In the meantime what should you, what can you do?
Ask questions. Speak to the IT vendor, the wholesaler, the Guild, DHAC, whoever you rely on to ensure that your pharmacy is not going to be a foot soldier in a plot that will fail.
For example the papers I have quoted above are available on-line or in hard copy and any inquiry to the editor will be promptly answered.
Mistakes, like the grocers discovered, are everyone's business.
One of the most impressive executives, I have met, from one of the two largest supermarket chains puts it this way:
"The only way to manage information (on the Internet) and truly benefit from adapting to e.commerce is to fully collaborate with, and share all information based on open and common standards, with all of your partners"
The three-dimension question of course is - is the pharmacy and health sector of the community aware of this truism?
Perhaps, in a one way dimension sense they are, which is the technology dimension.
I doubt that the people in pharmacy and health policy, politics, management and dare I say it, the user community dimension, are yet to be fully engaged in the big picture.
And, until the 'people' dimension adopts the dimension discipline of common, open, shared and collaborative standards - then we will all get an 'F' for fail.

Ends
Back to Article Index
Newsletter Reader's Forum


Previous Article

Next Article

The comments and views expressed in the above article are those of the author and no other. The author welcomes any comment and interaction, directly or via the Newsletter Reader's Forum.

The newsletter archives are now fully searchable via the search engine on the left hand side of this page. If you would like to find similar articles to the above material, please enter the appropriate keyword(s). To retain context with multiple keywords or phrases, please enclose in inverted commas.

*
Please contact us if you would like further information or would like us to research additional material to publish as future articles
.
*
Don't forget to advise of any change in your e-mail address so that your subscription may be continued without interruption
.
*
Letters to the editor are encouraged, or if you have material you would like published, please forward to the editor.
*
Any interested persons who would like to receive this free newsletter on their desktop each fortnight, please send a single word e-mail "Subscribe"

*
If you have found value in this newsletter, please share it with a friend, or alternatively, encourage a colleague to subscribe

* All Communications to:
neilj@computachem.com.au
* You are invited to visit the Computachem web site and check out an organised reference site for medical or other references.
Why not try (and bookmark) the

Computachem Interweb Directory

for an easily accessed range of medical and pharmacy links, plus a host of pharmacy relevant links.
The directory also contains a very fast search engine for Internet enquiries. You may also access the Home Page at:

http://www.computachem.com.au

Back to Article Index
Article Archive 2000
Article Archive 2001
Home