Yet it also seems like there is a lane for a simple piece of software to do basic record keeping. For example, I wrote the app (https://github.com/russnewcomer/SeventyTwo) for my friend to solve the problem (somewhat specific to the culture they work in) where they don't have a clinic site or really the ability to make appointments but instead travel to homes or communities to do their work, and they have to cart around all their binders full of records. My simple app works for their use case, but this also feels like a spot where there are more opportunities to help.
Anyway, I definitely support open source EMR efforts, wherever they may lead, and I thank and applaud you for your service!
Even in the first world, I want an EMR system that treats paper as a first class medium, and it's easily doable.
There have been several attempts at treating paper as first class - scanning reports, using a digital pen etc. But none of these solutions is convenient. How would you interface paper with software?
You'd never get a casual user to write {"weight": 145} on paper, but you could teach them to write:
weight 145
And then it is really quite easy to write DSLs that parse things like that in a type checked way. Or, to put it another way, instead of trying to teach people JSON, why not teach programmers something new?One thing we picked up on quickly when talking to doctors and nurses in the field is that most of them come up with their own short-hand dialects for scribbling notes (for later data entry, sometimes). Why not make it easy to scan these microDSLs as is, and even define them formally and cheaply, at the last mile that then compile into a more common tongue for ingestion into bigger EMRs? Epic I guess has something somewhat along those lines, but not taken to the extreme.
I would be interested in discussing this in more detail. Let me know if I can mail you.
Sure anytime. email is in profile.