A very smart post from David Allen, the king of GTD (Getting Things Done), discusses what exactly email overload means. In his view we don't so much as live in information overload as we live in meaning overload. Now at first glance that might look like semantics, and it is a little, but the difference is how we might overcome this problem.
His example of walking in the forest provides a clearer reason for his distinction. He says that when you take a walk in the forest you feel relaxed and calm even though you are experiencing a lot of different information come in. In this way the information overload is actually a good thing.
What then does he believe is the solution to the email problem? Being able to decide quickly what meaning they have to you. Do they have meaning as long term information storage? Or do they require specific actionable tasks from you? Once you decide on the meaning you know what to do with it.
So meaning about things is more important then the information itself. It's good, according to David Allen, that we live in world with such rich information all around us.
I think this is a pretty radical idea. And maybe explains some of our need to increase the amount of information we live with on a day to day basis.
Saturday, March 27, 2010
Monday, March 1, 2010
The power of ideas
Data is everywhere. In particular as technology increases we are able to increasingly gather more and more data about everything we do in life. This information can be used both for good reasons and bad. This video is about the gamification of everything. The last 8 minutes in particular outline some of the ways in which Carnegie Mellon University Professor, Jesse Schell, believes we could see our everyday data used to encourage us to interact with the world around us.
Monday, January 11, 2010
Long time no post
It's been ages since I have done a post. Rest assured, now that we are in the new year much more time and effort are going to go on here. I will be especially focusing on some of the bigger picture stuff with some clearly defined goals.
But in the mean time... I have become obsessed with lifestreaming...... not just simple stuff either.... more stuff like this. It is basically a little wearable camera that takes photos in increments without any user interaction. the results are fascinating. If I could I would have bought one today.
BEN
But in the mean time... I have become obsessed with lifestreaming...... not just simple stuff either.... more stuff like this. It is basically a little wearable camera that takes photos in increments without any user interaction. the results are fascinating. If I could I would have bought one today.
BEN
Wednesday, December 9, 2009
Tuesday, December 8, 2009
National Authority protecting citizens
Who protects our data? Who advocates for better data management?
I was surprised to see that Sweden has their own data protection board. I think more countries should follow their lead. Here in Australia who have the freedom of information act but do we have someone who audits companies and organisations to determine if they are correctly handling citizens data.
Here is a good website that lists each countries data protection policies
http://www.privireal.org/content/dp/countries.php
I was surprised to see that Sweden has their own data protection board. I think more countries should follow their lead. Here in Australia who have the freedom of information act but do we have someone who audits companies and organisations to determine if they are correctly handling citizens data.
Here is a good website that lists each countries data protection policies
http://www.privireal.org/content/dp/countries.php
Thursday, December 3, 2009
Different explorations
I was riding the bus on the way to work the other day (always a productive thinking time!!!!) and my thoughts turned to the brilliant renew Newcastle project. This is a project that aims to give creative people vacant stores and spaces within the CBD in return for them being custodians of them. So maybe I could take a space and conduct an exploration of data with people. Not quite sure how this would work but I'm going to think about it over the christmas and new year period and put in an application sometime in the new year.
If anyone has any thoughts on things I could do in a space to explore the meaning of data. Or if you have done something similar. Drop me a line. I would love some ideas
If anyone has any thoughts on things I could do in a space to explore the meaning of data. Or if you have done something similar. Drop me a line. I would love some ideas
Monday, November 23, 2009
Questions of digital data
Today there was an excellent article in ArsTechnica about the cost benefit of going to digital records within the health care provision sector of the USA. The study found that there was limited cost benefits in such a move overall within the health care sector and that mving to such a system could actually increase costs. I found a comment from one of the readers equally interesting:
"Devilbunny
I'm a physician.
"Electronic medical records" is a nebulous thing. You see, some things are already electronic - most in-hospital records, for example, have a computer system that accesses labs, X-rays (and their readings), and maybe the dictations of operative notes, admissions and discharges, and so forth. At my hospital, all cardiology procedures are dictated/typed in, and so are available, as are copies of all EKGs. *If* someone gets their care from our hospital and its associated physicians, it's extremely easy to get all the basic information in one place.
But we still use paper charts for inpatients, because doctors and nurses are busy, and paper can easily be shared among a lot of people. A chart can be opened up as long as there are thirty inches of space on a desk and then closed and put up as soon as a brief note is written; a computer takes up almost as much linear space but can't be moved. You can take out a sheet of paper, find a quiet corner to write in, and bring it back; can't easily do that with a computer.
For sharing data between institutions, there's another concern: what format do you ship it in? The problem with computerization is that the format that is best from the perspective of the practitioner is not necessarily the one that gives you the best gains. For example: one of the VA's greatest pluses is that the computers automatically assess a wide variety of patient health issues and issue reminders when you log in. Mr Jones needs a flu shot (because he's older than 65 and has emphysema), Mr Smith needs a colonoscopy (over 50, none within last 10 years), Mr Wilson needs a blood sugar level, etc., etc., ad nauseam. Now, this can be entered by data entry clerks at the VA, because the VA is big enough to afford to pay a few secretarial salaries in order to improve the efficiency of the whole place. However, a small private practice can't, and so the physician has to spend time entering all those risk factors. Often, this means that the software will attempt to make this part of the history-taking process; choose from an array of checkboxes and drop-down lists which ones need to be tracked. This is then automatically transferred to the list of diagnoses.
But notes written by a computer often read like notes written by a computer, rather than notes written by a human. So the record that results from these systems is almost unreadable, even though it contains all of the same information as a well-written history note. A well-written history, on the other hand, makes very clear sense to another practitioner but has no real advantage other than accessibility over a paper note. It also takes a lot less time to write. (It makes no sense from an efficiency standpoint to have highly-paid physicians acting as $10/hr data entry clerks.)
So which style do you choose? The list-and-checkbox system tracks diagnoses well, and it does a decent job of making itself understood once you know how to read through the data presentation. The block-of-text is generally easy to read, but with another significant failing over paper: it can be very, very difficult to find the note you want. The VA note system is admirably egalitarian - a note from a physician and a note from a dietitian are the same, just notes. But this means that the really important notes - those admission and discharge notes - are lost in a vast sea of notes. Every time a patient calls their nurse with an issue, that nurse has to document the problem and the solution. When a needy patient meets a dedicated nurse, the result is a mountain of individually entered notes over the course of a shift, while the same thing in paper is easily recognized as having occurred in one shift (because it's on one sheet of paper) in the nurses' notes (which are separate from physicians' notes, so we don't end up having to surf through each others' paper).
Now try to figure out what you do when a patient who comes from one system needs to make records available to another.
Computerization made a difference in most businesses because they had automatable processes - billing, for example. Those automatable processes in health care are a lot fewer. The need for non-text data storage - Xrays, CTs, ophthalmology notes (multi-color drawings for most if not all patients), vascular surgery notes - makes health IT expensive and hard to do well.
In short, the reason we don't have this solved is that the problem is very hard, there are a lot of judgment calls about what the best way to solve the problem is, and most of the benefit only exists if there is a massive network effect."
So what then does this show us. In my mind it shows that data itself is only interesting if we give it meaning. Part of any digital medical records project needs to involve questions about what it is they want from the data. Too often this question is ignored and the result is a system that doesn't meet the needs of end users as this commenter points out:
"Rick Weinhaus MD
One of the major problems with the current generation of Electronic Health Record (EHR) software is that it is barely usable or unusable -- the software is not based on how the human brain takes in, processes, and organizes information. In other words, the entire fields of cognitive science and of human factors have largely been ignored in the high-level design of EHRs.
A recent report from the National Research Council came to a similar conclusion. The report found that currently implemented healthcare IT programs often ‘provide little support for the cognitive tasks of the clinicians or the workflow of the people who must actually use the system . . . [and] do not take advantage of human-computer interaction principles, leading to poor designs that can increase the chance of error, add to rather than reduce work, and compound the frustrations of executing required tasks.’
The current generation of EHR software does a poor job of presenting information visually, thereby not taking advantage of the highly developed processing capabilities of the human visual system.
Secondly, for EHR technology to be truly useful for physicians, the software design must correspond to the physician’s mental model of the patient. I believe the mental model most physicians implicitly use is that the patient is a dynamic organism whose health changes over time. The temporal sequence of past, inter-related events is the best way to comprehend current health issues."
"Devilbunny
I'm a physician.
"Electronic medical records" is a nebulous thing. You see, some things are already electronic - most in-hospital records, for example, have a computer system that accesses labs, X-rays (and their readings), and maybe the dictations of operative notes, admissions and discharges, and so forth. At my hospital, all cardiology procedures are dictated/typed in, and so are available, as are copies of all EKGs. *If* someone gets their care from our hospital and its associated physicians, it's extremely easy to get all the basic information in one place.
But we still use paper charts for inpatients, because doctors and nurses are busy, and paper can easily be shared among a lot of people. A chart can be opened up as long as there are thirty inches of space on a desk and then closed and put up as soon as a brief note is written; a computer takes up almost as much linear space but can't be moved. You can take out a sheet of paper, find a quiet corner to write in, and bring it back; can't easily do that with a computer.
For sharing data between institutions, there's another concern: what format do you ship it in? The problem with computerization is that the format that is best from the perspective of the practitioner is not necessarily the one that gives you the best gains. For example: one of the VA's greatest pluses is that the computers automatically assess a wide variety of patient health issues and issue reminders when you log in. Mr Jones needs a flu shot (because he's older than 65 and has emphysema), Mr Smith needs a colonoscopy (over 50, none within last 10 years), Mr Wilson needs a blood sugar level, etc., etc., ad nauseam. Now, this can be entered by data entry clerks at the VA, because the VA is big enough to afford to pay a few secretarial salaries in order to improve the efficiency of the whole place. However, a small private practice can't, and so the physician has to spend time entering all those risk factors. Often, this means that the software will attempt to make this part of the history-taking process; choose from an array of checkboxes and drop-down lists which ones need to be tracked. This is then automatically transferred to the list of diagnoses.
But notes written by a computer often read like notes written by a computer, rather than notes written by a human. So the record that results from these systems is almost unreadable, even though it contains all of the same information as a well-written history note. A well-written history, on the other hand, makes very clear sense to another practitioner but has no real advantage other than accessibility over a paper note. It also takes a lot less time to write. (It makes no sense from an efficiency standpoint to have highly-paid physicians acting as $10/hr data entry clerks.)
So which style do you choose? The list-and-checkbox system tracks diagnoses well, and it does a decent job of making itself understood once you know how to read through the data presentation. The block-of-text is generally easy to read, but with another significant failing over paper: it can be very, very difficult to find the note you want. The VA note system is admirably egalitarian - a note from a physician and a note from a dietitian are the same, just notes. But this means that the really important notes - those admission and discharge notes - are lost in a vast sea of notes. Every time a patient calls their nurse with an issue, that nurse has to document the problem and the solution. When a needy patient meets a dedicated nurse, the result is a mountain of individually entered notes over the course of a shift, while the same thing in paper is easily recognized as having occurred in one shift (because it's on one sheet of paper) in the nurses' notes (which are separate from physicians' notes, so we don't end up having to surf through each others' paper).
Now try to figure out what you do when a patient who comes from one system needs to make records available to another.
Computerization made a difference in most businesses because they had automatable processes - billing, for example. Those automatable processes in health care are a lot fewer. The need for non-text data storage - Xrays, CTs, ophthalmology notes (multi-color drawings for most if not all patients), vascular surgery notes - makes health IT expensive and hard to do well.
In short, the reason we don't have this solved is that the problem is very hard, there are a lot of judgment calls about what the best way to solve the problem is, and most of the benefit only exists if there is a massive network effect."
So what then does this show us. In my mind it shows that data itself is only interesting if we give it meaning. Part of any digital medical records project needs to involve questions about what it is they want from the data. Too often this question is ignored and the result is a system that doesn't meet the needs of end users as this commenter points out:
"Rick Weinhaus MD
One of the major problems with the current generation of Electronic Health Record (EHR) software is that it is barely usable or unusable -- the software is not based on how the human brain takes in, processes, and organizes information. In other words, the entire fields of cognitive science and of human factors have largely been ignored in the high-level design of EHRs.
A recent report from the National Research Council came to a similar conclusion. The report found that currently implemented healthcare IT programs often ‘provide little support for the cognitive tasks of the clinicians or the workflow of the people who must actually use the system . . . [and] do not take advantage of human-computer interaction principles, leading to poor designs that can increase the chance of error, add to rather than reduce work, and compound the frustrations of executing required tasks.’
The current generation of EHR software does a poor job of presenting information visually, thereby not taking advantage of the highly developed processing capabilities of the human visual system.
Secondly, for EHR technology to be truly useful for physicians, the software design must correspond to the physician’s mental model of the patient. I believe the mental model most physicians implicitly use is that the patient is a dynamic organism whose health changes over time. The temporal sequence of past, inter-related events is the best way to comprehend current health issues."
Subscribe to:
Posts (Atom)
