Most people I work with in medicine have never heard of GitHub .
For the unfamiliar, GitHub is an online repository, which is an essential tool used by computer programmers to store their programming code. It has a number of virtues, including giving users the ability to track multiple versions of their code (sort of like remembering all the track changes you ever made to your word document). This is an essential tool for programmers but its value goes beyond its function as a track changes repository, as it is a site that facilitates open source collaboration, given its “social” features, similar to social networks like Facebook or Twitter, in which you follow the content of others or others follow you.
The most amazing thing about GitHub is that many users post their code (their work, their blood, sweat, and tears) publicly on their GitHub profile. Individuals will comment on others code, providing valuable input that the owner of the code can use to improve their work. In addition, can “fork” another person’s code repository, and work directly on the code in their own Github profile to make changes or improvements, sort of like a tag team collaboration. GitHub is the tool to help facilitate large-scale open source collaboration for the software/web programming world (such as that which lead to the Linux revolution).
By early 2012 there were apparently 1.2 million users hosting over 3.6 million repositories. Now that’s collaboration to scale!
So again, you may ask, why should physicians or medical researchers care about GitHub? Because it can have broader application beyond the software/web programming world, as shown by its use among non programmers, who are currently repurposing Github to advance collaborate in their own respective fields. They are posting book projects and transcripts of talks on the site, to encourage conversation and collaboration. One user even published his personal DNA information to encourage development of open-source DNA analysis. It has been suggested that Github could even be used by US citizens to “fork” the law so that they can propose their own amendments to their elected officials.
How might we use Github to democratize the world of medical research?
As researchers we do so many different activities that we perform in isolation, which forces us to “reinvent the wheel” constantly, from drafting of ethics board applications, to creation of research protocols, to the writing of snippets of statistical code or code for web programs.
I love interactive data visualization (#dataviz). It is one of the things that I definitely wanted to explore when I came out to the Bay Area on sabbatical, because I believe that it has great potential for helping both patients and clinicians with diabetes management. The sheer volume of numbers available for this disease is overwhelming; we need #dataviz tools that can help us achieve greater understanding and make actionable clinical decisions to improve health.
This is what we usually see in clinic: numbers written down on a piece of paper.
Yes there are computer systems that link to blood glucose meters, but there are a number of complexities with the downloading of blood sugar numbers in clinic (which deserves an entire blog post sometime in the future).
You can see there is some visual analysis and annotation that we do perform, albeit primitive. The circles represent high blood sugars (>150 mg/dl)and the triangles represent low blood sugars (<70 mg/dl). This is almost better than the cave painters don’t you think?
But even the minority of patients who download their BS to the computer, are viewing dashboards like this.
Pie charts, need I say more? I can extract some useful insights from these charts, which improve over the previous one I showed, but a few things strike me: (1) some of the scatter plots overlay weeks of data, which I don’t find helpful because you can’t tell how BS on a given day are responding and relate them to life events; (2) some visualizations show a lot of numbers in many of the sections, and it just becomes onerous to go through them and find trends; (3) many provide statistics (area under the curve, MAD%) which I think only a minority of families and children really understand; (4) although some of the software programs do provide interactivity and let you see the data at different time scales (day, week, month), if you change to a different view, you are stuck trying to remember in your head what you saw on a previous screen because you can’t see the multiple levels at once; (4) finally, I find that the user interface and design could use major improvement.
What user personas do healthcare technology designers and entrepreneurs have in mind as they create their products? And how often is it the family caregiver of an elderly person?
This is the question I found myself mulling over as I wandered around the Health Refactored conference recently, surrounded by developers, designers, and entrepreneurs.
The issue particularly popped into my head when I decided to try Microsoft Healthvault after listening to Microsoft’s Sean Nolan give a very good keynote on the perils of pilots and the praises of platforms (such as HealthVault).
Why? Because they all require way too much effort to enter long medication lists. Which means they are hardly usable for my patients’ families.
Could HealthVault do better? Having heard generally promising things about the service these past several months, I signed up and decided to pretend I was the daughter of one of my elderly patients, who had finally decided to take Dr. Kernisan’s advice and find some online way to keep track of Mom’s 15 medications.
Sigh. It’s nice and easy to sign up for HealthVault. However, it’s not so easy to add 15 medications into the system. When I click the “+” sign next to current medications, I am offered a pop-up box with several fields to complete.
The Office of the National Coordinator of Health Information Technology and the Department of Veterans Affairs issued a challenge to designers throughout the United States: imagine how personal health records could be improved for clarity, readability, and visual appeal. Given HealthEd’s mission to create better outcomes in personal wellness, the team embraced the Health Design Challenge with typical enthusiasm.
The Health Design Challenge was more than an exercise in graphic design, however. Entrants were required to demonstrate expert knowledge of clinical systems and to render information of relevance for both millennials and senior citizens. The judges wanted more than pretty pictures—participants had to know their stuff.Continue reading…
“Hey doctor, what do you think about this product/solution/service?”
These days, I look at a lot of websites describing some kind of product or solution related to the healthcare of older adults. Sometimes it’s because I have a clinical problem I’m trying to solve. (Can any of these sleep gadgets provide data — sleep latency, nighttime awakenings, total sleep time — on my elderly patient’s sleep complaints?)
In other cases, it’s because a family caregiver asks me if they should purchase some gizmo or sensor system they heard about. (“Do you think this will help keep my mom safe at home?”)
And increasingly, it’s because an entrepreneur asks me to check out his or her product.
So far, it’s been a bit of a bear to try to check out products. Part of it is that there are often too many choices, and there’s not yet a lot of help sifting through them. (And research has shown that choices create anxiety, decision-fatigue, and dissatisfaction with one’s ultimate pick.)
But even when I’m just considering a single product and trying to decide what to think of it, I find myself a bit stumped by most websites. And let’s face it, if I visit a website and it doesn’t speak to my needs and concerns fairly quickly, I’m going to bail. (Only in exceptional cases will I call or email for more information.)
So I thought it might be interesting to try to articulate what would help me more thoughtfully consider a product or service that is related to the healthcare of older adults.
Gamification, described by Wikipedia is applying gaming principles to non-gaming applications and processes,
“in order to encourage people to adopt them, or to influence how they are used. Gamification works by making technology more engaging, by encouraging users to engage in desired behaviors, by showing a path to mastery and autonomy, by helping to solve problems and not being a distraction, and by taking advantage of humans’ psychological predisposition to engage in gaming.”
Creative Commons did an amazing thing for copyright law. It made it understandable.
Creative commons reduced the complexity of letting others use your work with a set of combinable, modular icons.
In order for privacy policies to have meaning for actual people, we need to follow in Creative Commons footsteps. We need to reduce the complexity of privacy policies to an indicator scannable in seconds. At the same time, we need a visual language for delving deeper into how our data is used—a set of icons may not be enough to paint the rich picture of where you data is going.
While working away on my laptop at a hotel breakfast, I couldn’t help but overhear the four gentlemen poring over an iPad two tables way. Their intense discussion revolved around rolling out their high-tech prototypes in a medical care complex. Since I’ve written about prototypes and prototyping, I couldn’t help but eavesdrop.
The foursome represented a mix of medical care complex personnel and what was clearly an entrepreneurial innovator with a potentially high-impact idea. I’ll skip the technical details, but this was clearly a sophisticated group who were both smart and ambitious. The prototypes were their gateways to success. Their debates included whether it made more sense to field one or two more “finished” prototypes or whether they could get more information more quickly by fielding “roughs.” Were “staggered roll-outs” more cost-effective than “staggered builds”? They talked about the need to be able to “patch” quickly and whether their prototypes should optimize particular subsystems or overall system performance. They argued timelines and sequencing for test.
These questions are classic and it’s always fascinating to hear how — and what — decides them. Getting great value and insight from prototypes and pilots is more an art and craft than a science. Successful tech prototyping in health care contexts is particularly demanding.
That’s why the more passionately they spoke, the more nervous I got. Something was missing. Whenever innovators gather, I always listen for what’s not discussed. In almost 50 minutes of detailed discussion (yes, I am that kind of eavesdropper), I heard not a single mention, reference or allusion to the challenge of training the people onsite on how best to use or learn from the prototype. Details of prototype design and roll out were discussed as if the medical care personnel were irrelevant to the process. It reeked of “over the wall” technology transfer. OMG.
There is increasing evidence that the quality of our homes and cities is a critical determinant of cardiovascular disease, diabetes and lung conditions. As urbanization and economic change occur globally, whether we live in a house free of dust in a city with open parks and traffic regulations, or in a dusty tenement building next to a major road, seems critically correlated with our likelihood for having shortened life expectancy, poor nutrition, heart disease and lung problems. In this week’s blog post, we look at some of the mechanisms relating the “built environment”—our human-made surroundings of daily living—to the risk of illness. We ask the question: can we do for our hearts and lungs what the Bauhaus movement did for functional design?
Indoor air quality
If Dwell Magazine had a feature edition on designing a healthy home, they’d have to tackle the major issue of indoor air quality. Much research on the built environment’s impact on health was revealed through a series of studies on asthma among children living in low-income public housing units in the United States. Poor indoor air quality resulting from dust and dirt in public housing units was a major cause of emergency room visits during the 1980’s and 90’s among these children, leading to new programs for housing quality checks and maintenance, which we featured in a previous post.Continue reading…
In your life, at work, in a design. You are probably solving the wrong problem.
Paul MacCready, considered to be one of the best mechanical engineers of the 20th century, said it best: “The problem is we don’t understand the problem.”
It’s 1959, a time of change. Disney releases their seminal film Sleeping Beauty, Fidel Castro becomes the premier of Cuba, and Eisenhower makes Hawaii an official state. That year, a British industry magnate by the name of Henry Kremer has a vision that leaves a haunting question: Can an airplane fly powered only by the pilot’s body power? Like Da Vinci, Kremer believed it was possible and decided to push his dream into reality. He offered the staggering sum of £50,000 for the first person to build a plane that could fly a figure eight around two markers one half-mile apart. Further, he offered £100,000 for the first person to fly across the channel. In modern US dollars, that’s the equivalent of $1.3 million and $2.5 million. It was the X-Prize of its day.
A decade went by. Dozens of teams tried and failed to build an airplane that could meet the requirements. It looked impossible. Another decade threatened to go by before our hero, MacCready, decided to get involved. He looked at the problem, how the existing solutions failed, and how people iterated their airplanes. He came to the startling realization that people were solving the wrong problem. “The problem is,” he said, “that we don’t understand the problem.”