Skip to content

Comment on A typical day on the ward

Comments

I would love to have a list of tasks for each of my patients on my phone. This would make being an intern far easier. In fact, I'm currently validating and building a solution for this exact problem, which I will talk about below, but first it's important to understand what an intern (at least here in Australia) does during the actual ward round where most of their tasks for the rest of the day are created.

An average intern during a ward round has to do the following things for each patient : 1) Handwrite notes into the patient's bedside notes as the senior doctor takes a history / examines the patient. 2) Look at the patient's vitals chart and medications chart. 3) Handwrite a plan in the patient's notes at the end (this is essentially a list of tasks for the intern to do during the day). 4) Often while the intern is still writing the plan, into the patients notes, the rest of the team is already moving onto the next patient. The intern will hurriedly re-write any tasks from the plan onto their personal printed patient list (takes < 5 seconds) and then quickly go get the notes for the next patient and begin this process again. Also note that often the patients are scattered around multiple wards in the hospital.

Now Listrunner, in their demo video shows a list of tasks for each patient on an iPhone. Awesome!

But where in the ward round does my list of tasks get copied into Listrunner? If I have to manually find the patient in the app and then manually add the tasks to an app it would take minutes, not the <5 seconds it does to rewrite the tasks on a personal list in super shorthand. And no senior doctor is going to wait a couple of minutes for you to write each patients tasks into your phone (this would add 40 minutes to a 20 patient ward round).

I've been thinking about this a lot, and I think a solution using google glass would be super amazing here. I'm currently in the prototyping and validation stage of the project (following Eric Reis' 'build-measure-learn'). Happy to talk to any doctors interested in it.

It works as follows:

1) After you finish writing the patient's plan you take a photo of it with google glass. 2) OCR is performed on the photo, right then an there (hopefully in <= 1 sec) and the OCR is shown to the google glass wearer who can confirm that the OCR is correct.* 3) Those tasks are then synced to the doctor's phone, or for security reasons perhaps a hospital owned phone or tablet.

The advantage of this system is that it doesn't change the current workflow at all. It doesn't affect the speed of the ward round. Thus, faces a lower level of resistance to adoption.

Disadvantage - doctor's are notorious for bad handwriting, thus it will not work for all doctors. It's expensive. However, as google glass (and perhaps other similar tech) gets cheaper this may not be significant.

*Patient labels are already affixed to the top of the page (so OCR can be performed on the label to associate the tasks with the patient). But if the solution became widely used, a simple QR code could be added to patient labels, to make this easier.

As a techie with a medical doctorate, I've considered these sorts of things too.

The basic problem is that if you want to have records in the computer someone has to input them in a more or less structured manner. This is the issue that is usually left out of EMR discussions. Electronic health records are a trade-off. Everyone realizes there are benefits, but if you ignore the costs when making important decisions, it usually turns out badly.

Because of this, usually what happens is that skilled medical professionals end up saddled with a second data-entry job.

OCR and voice recognition (which you didn't mention, but I think is also a good fit) are both useful tools. However, if you really think about it, the minimum viable product in this space is actually a medical transcriptionist service. Let doctors (and nurses) use the easiest, fastest system they can for recording data (ie paper, or voice), let the DBA's store everything in a massive database for efficient retrieval and make money by providing an efficient reliable method for converting between the two.

Maybe rather than OCR, just keep the pictures - confirmation then is only required to verify that the pictures are legible. Maybe some effort can be put into triangulating an exact indoor location for each pic, or the order in which patients were visited.

I don't think OCR will work that well in this case. Assuming the OCR is able to detect the letters, at least from my experience, they like to draw stuff, write things in uneven 2-column or 3-column format, and make use of shorthand symbols.

the OCR is shown to the google glass wearer who can confirm that the OCR is correct.

This takes a LOT of time. For a page of patient note full of lab values, one needs to make sure each number is translated correctly. And if something is wrong, how do you expect the wearer to fix the OCR results on the google glass?

Price wise, I would think 1 or 2 google glass would be much cheaper than a real EMR system.

knozi - you bring up a good point, paper is hard to beat in many ways. its very easy to write things down on paper.

Its one of the challenges with Listrunner and we're constantly refining the UX to make it faster to enter tasks. We've looked into OCR but doctors' handwriting is terrible. We have a trial with voice transcription that is promising.

i am strongly against qr codes. printed text can be read by both computers and humans. qr codes can only be read by computers, adding an uneeded translation step for the humans.

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.