There is a great paper written years ago about how many large health IT projects fail:
Their conclusion? Large projects almost always fail. The successful ones are those that are not too ambitious and that reduce their size & scope. In their words: "small is beautiful." This paper became the founding document for a successful health IT project that I joined.
Main finding:
"Our review found no evidence that large-scale commercial IT systems in health care produce the benefits anticipated by their architects, and a few high quality studies suggest that they do not."
Other notable excerpts:
If patient record systems are developed organically and in-house, (co-design) is more likely to be successful. The dramatic differences in success between “off the shelf ” (commercially developed) and “homegrown” EPR systems, as well as the question of whether & in what circumstances “small is beautiful” in EPR systems, all demand further critical exploration. (p754- 755)
Clinical knowledge is often tacit, context bound, and ephemeral rather than codifiable, transferable, and enduring. In “failed” EPR projects, technical designers typically missed these subtleties and produced artifacts that fitted poorly with the situated nature of knowledge and the microdetail of clinical work practices. (p 762) The tension here might be expressed as “clinical work as decision making” versus “clinical work as situated practice,” and between “knowledge as transferable facts” versus “knowledge as information in- Context
The idea that meaning is transmitted unproblematically along with data underpins many of the large-scale EPR programs currently under way (notably the National Programme for IT in England) (Department of Health 2008) and the plans for an extensive expansion of the IT infrastructure in the United States (Institute of Medicine 2009), but critics of this type of program claim that this is a flawed assumption (Berg 2000). . . and offer evidence that clinical data must be interpreted in context and “framed” before they become meaningful.
I work on a health IT project that operates with a tenth of the budget of these failed health IT projects, and I can tell you that the source of our success was by staying small, staying agile, staying lean, and getting right early with our core users (doctors) at a small scale, what our application needed to look like before moving on to scaling out our services to a wider area. It is hubris to think you can design a healthcare application without doing this work.
tl;dr: In health technology projects, bigger is almost never better.
EDITed OUT
Our project was originally a pariah with the provincial government, a rebel project against the original project being funded. The BC government spent $24 million on that project before finally canning it and admitting that ours was what doctors really wanted. To this day our entire project still operates on less than a $1 million dollars of funding per year, and we're expanding our scope to be province-wide this year. That's inclusive of literally the entire team both technical and non-technical, and is quite literally an order of magnitude cheaper than any of these death march projects that try to do the same thing.
ID: 4854
NAME: Major-BC-gov-IT-projects-go-over-budget
DESCRIPTION: BY ROB SHAW AND LORI CULBERT @ thevancouversun.com - or end up missing key features
AUTHOR: article.author/s
EDITOR: article.editor/s
PUBLISHER: article.publisher/s
STATUS: Write
PRIORITY: -5
OWNER ID: 75