BeyeBLOGS | BeyeBLOGS Home | Get Your Own Blog

« March 2006 | Main | July 2006 »

June 19, 2006

Gone Away - the need for Patient Data Integration in the NHS

In my blog entry on 28th March (Lost in migration), I discussed the issues surrounding the migration of patient data at the Nuffield Orthopaedic Centre.

This is part of a national programme to bring together patient data from different NHS Trusts to provide a "single patient view". Each trust has been given a timetable to complete a CRS Migration, moving data from their Care Record Systems (CRS) or Patient Administration Systems (PAS) to a central "spine". The Nuffield got a lot of press attention because it was one of the first trusts to complete a migration and ,as an out-patient at the centre I took a personal interest in it.

The need for Patient Data Integration is obvious - of course every clinician I see should have a complete history of my health treatment. But just how disconnected the present system is was brought home to me again recently, courtesy of a good old "Gone Away".

Gone_away_1

My consultant at the Nuffield has decided to refer me to another department, which is based at the John Radcliffe Hospital (also in Oxford) and duly sent a note through to the appropriate person. Of course, the easiest way of identifying me in the NHS computer systems is by my NHS Number, so this was supplied. Unfortunately though, the systems at the Nuffield and the JRH are disconnected, so my details are stored separately on each. And, having not received treatment at the JRH for some years, they still had my old address - so that's where they sent my appointment.

Thankfully, the current occupiers of the property still had a copy of our forwarding address and the letter arrived just a few days later. The impact in this case was minimal, but consider what happens if a treatment centre cannot identify a casualty because their computer system is disconnected and out of date. The diligence of the health workers means that most cases are resolved, but it takes time, effort and yes, money to do so. Joining up the hundreds of NHS computer systems will improve efficiency, but most of all it will improve patient care - that's why NPfIT, the National Programme for IT, needs to succeed.

Visit my full blog at www.dqview.com

Copyright © 2006 Steve Tuck - All Rights Reserved

Share: del.icio.us Digg Furl ma.gnolia Netscape Newsvine reddit StumbleUpon Yahoo MyWeb  

Posted by Steve Tuck at 2:00 AM

June 8, 2006

The Wrong Guy - identity crisis at the BBC

BBC New 24's coverage of the recent court case between the Beatles' record label, Apple Corps Ltd. and the computer firm, Apple Computer, Inc. was as comprehensive and professional as usual - until they suffered a case of mistaken identify!

Guy_kewney
The corporation had invited the journalist and author of newswireless.net to express his views on the verdict, but somehow, while the real Guy Kewney (pictured above) waited in the green room, they managed to get completely the "wrong guy" in front of the cameras - the look of terror on his face when he was introduced was priceless!...

The_wrong_guy_1The_wrong_guy_2

But I have to say, the poor chap muddled through the interview in fine style - if you'd like to watch it, here it is!

Perhaps there's a clue to the reason he remained so unflappable in this gentleman's true identity. At first it was reported that he was a London cabbie, at the BBC perhaps to collect Guy Kewney, but the truth is better than that: it turns out that the man featured in the interview is Guy Goma, a business Studies Graduate from the Congo who was in reception because he was applying for a high-level job at the BBC. Apparantly Mr. Goma assumed that the whole thing was part of the recruitment process, but was "a little upset" that nobody asked him about his own area of expertise.

And what is Guy Coma's particular area of expertise? I'm pleased to reveal that it's Data Cleansing! Well Guy, I hope you got the job in the end, I'm sure the BBC could use your experience, but failing that there might be an opening on "Working Lunch"!

Visit my full blog at www.dqview.com

Copyright © 2006 Steve Tuck - All Rights Reserved

Share: del.icio.us Digg Furl ma.gnolia Netscape Newsvine reddit StumbleUpon Yahoo MyWeb  

Posted by Steve Tuck at 11:45 AM

June 4, 2006

dn:Director - a fresh approach to data quality

Why do so many organisations turn a blind-eye to data quality?

One thing for sure is that the legacy data quality software providers have done little to help address this crucial business issue by delivering products that require years of expertise to successfully leverage all of the functionality available (and, just as importantly, to know when to use something else instead). After more than a dozen years of working in the field, and having built a highly profitable consultancy business to help clients address this short-fall, I decided a year or so ago to join Datanomic. I'm delighted to say that, last month, we celebrated the launch of dn:Director, a data quality product that is setting new standards for data quality management in the 21st Century.

Dndirector

I've been privileged to work on data quality projects with many leading, blue-chip companies over the years, but one of the things that struck me was that I was being asked the same questions by clients in 2004 as I was asking myself more than a decade earlier - they were identifying the same old deficiencies in data quality products and having to employ the same workarounds to resolve them. Sure, the vendors have done something to smarten up the look of their software, but, under the covers sits essentially the same code that was initially developed for mail-room efficiency in the 1980's.

Two more things struck me:

  1. All of the software vendors talked about delivering a tool for "business users" but the reality was that just about every project relied on the IT department to develop the business rules.
  2. Because of the complexity of using the software to good effect, the cost and duration of projects was prohibitive - the reason I was working with so many blue-chip companies was that they were the only ones that could afford to undertake such major projects!

These were the things that motivated me to create Tranato and subsequently to join Datanomic in 2005 and bring together the two technologies under a shared approach. Put simply, we feel that a data quality product needs to be much more accessible - you shouldn't need to be a software guru to get value from it.

dn:Director is the result of many years experience in data quality and data management - not just my own, but that of people like Gerry Kelley (Datanomic's VP of Professional Services) and his team, and the shared experiences of our clients and partners. Taking Datanomic's approach (The Four Cornerstones) and methodology as its foundations, dn:Director has been built from the ground up, using the best-available modern technology.

Directorarch_1

Developing dn:Director in Java and using standards-based interfaces (such as JDBC, JMS and XML) has enabled us to deliver a technically advanced and extensible data quality product that supports both batch and real-time processes (providing data quality services through SOA). But the thing that everybody notices first is just how easy it is to use - you should hear what out customers and partners have had to say about it:

"This is great - it's so easy to understand and configure business rules"

"I love the way that you can build rules from the data - it's so quick and intuitive"

"This will halve the time it takes to deliver a project"

Directorsample

For more information visit Datanomic's website or call on 44 (0)1223 228400.

Note: I know this is very commercial for a blog entry, but given the amount of personal time, energy (and money) I've committed to making dn:Director a success, I hope you'll forgive me.

Steve


Visit my full blog at www.dqview.com


Copyright © 2006 Steve Tuck - All Rights Reserved


Share: del.icio.us Digg Furl ma.gnolia Netscape Newsvine reddit StumbleUpon Yahoo MyWeb  

Posted by Steve Tuck at 11:00 AM

June 1, 2006

A Tesco store, a Drunk and a Credit Card - Data Integrity in action

Tesco Store

Because I choose to live near Oxford, whilst Datanomic is based in Cambridge, I frequently drive between the two cities in the wee small hours. So it came to be that I was doing some grocery shopping in a Tesco store at 1am one day recently when I noticed a kerfuffle at the checkout.

A man in his early twenties, and clearly worse for wear, was remonstrating with the cashier who had refused to take the credit card he was brandishing as payment. "But I know the PIN" he said, "so why won't you **** take it?"

Nothing the man said, or did, could persuade the cashier to change - she sat there calmly and repeatedly pointed out that the card was issued to a Miss Susan Jones [not the real name] and that in her judgement that meant that it wasn't his.

"It's my girlfriend's" he protested "she gave it to me" and proceeded to call the said girlfriend on his cellphone. I loitered nearby for a while until the cashier was joined by 2 of her colleagues and I was satisfied that she wasn't about to be physically assaulted. By making that simple check of data integrity between the name on the card and the person in front of her, the cashier had prevented a fraudulent act - albeit one that had no victim (assuming the card was indeed the girlfriends and the drunk had her permission to use it).

Meanwhile, I sauntered away to the self-service till where, unsupervised, I scanned and packed my own shopping and then paid for it using my American Express card - a card that is not Chip and Pin. I didn't have to sign a receipt and nobody even looked at my card, let alone checked that it was mine. As I left the store I heard the cashier telling the drunk that the police had been called, because he had refused to let her confiscate the credit card.

There's a lesson in this: if you're a drunk, trying to buy more booze with someone else's credit card - use the self-service till and help yourself!

Applying data integrity checks can help to protect your business, but they're of limited value if you only apply them to a subset of data sources.

Visit my full blog at www.dqview.com

Copyright © 2006 Steve Tuck - All Rights Reserved

Share: del.icio.us Digg Furl ma.gnolia Netscape Newsvine reddit StumbleUpon Yahoo MyWeb  

Posted by Steve Tuck at 4:00 PM