3 ms·
I have no idea what the market is like in New Zealand, so my insights there are limited, but a lot of EMR systems in the US have a similar notion of customizabi
by fny 10y ago
I have no idea what the market is like in New Zealand, so my insights there are limited, but a lot of EMR systems in the US have a similar notion of customizability built into the interface. Epic, the largest EHR vendor in the US, for example, doesn't sell a one size fits all solution. Hospitals develop their own GUIs and workflows within Epic, but again, hospital administrators make all the UX/UI decisions while optimizing for documentation that bolsters billing. Again, the doctors lose.
For small practices, this might be a viable solution, but then again, they'd probably rather purchase a complete IT solution than something that handles medical records alone.
Also, have you looked at OpenMRS?[0] They have a module system that allows you to develop extensions to the EHR.[1] If you're looking for your thesis to have a big impact, I'd really recommend getting in touch with an organization like OpenMRS or Partners Healthcare to see how you can extend their platforms. If you want an introduction, drop me a note: faraz dot yashar at the gmail.
[0]: https://openmrs.org https://openmrs.org
[1]: https://modules.openmrs.org/ https://modules.openmrs.org/
- ryanSrich 10y agoThe reason why so many EHRs are poorly designed is in part because they are so flexible. Don't under estimate the ego of a physician to think their way is superior to the way the doctor down the road does something. The EHR model will eventually lose because its one sided. Consumers and patients are completely left out of the picture and EHRs have no incentives right now to change. Beyond that companies like Epic are operating on outdated business models. The days of the black box of data that lives inside the four walls of the health system are numbered. Consumers won't deal with a dumpster fire of technology once they have the choice. Digital health will win once the barriers of compliance and interoperability are broken down.
- iheartmemcache 10y agoSQL has 'interoperability' re: an ANSI standard. Theoretically you should be able to get off all those old Oracle contracts right? Eventually there are little nuanced things that users end up building their workflow completely around. Even if you change no functionality and just slightly alter the GUI, you're going to have complaints that something is broken. Inertia is your #1 vendor lock in feature. EPIC is as golden as Oracle just due to resident incumbency. #2 is the whole risk aversion thing. Any platform migration is going to have political risk attached to it. Nike won't move away from Oracle even if Postgres can do everything it can line for line because paying the $200k maintenance fee each quarter is a cheap recurring cost compared to the political risk of a failed project. That's not even factoring in #3, the little features here and there which are value-adds to the platform and not part of the standard. I've inherited projects where my firm offers to support O&M for some poorly written ASP 1.1 Classic software. We'll go in, patch some business-logic bug, and get a phone-call later that afternoon asking to rollback our fix. Turns out their users had integrated bugs into their workflow such that when the software operates "properly" (i.e. 'to spec') it actually breaks things (i.e. stops operating in an expected fashion).
- fny 10y agoWhile I strongly agree with points 2 and 3, SQL standards are useless when hospitals invent their own schemas and data governance. Looking for serum creatinine? Good luck without local knowledge. There are probably 30 tables (not exaggerating) for that lab, and the closest you can get without chasing 7 people for info is grepping all the table names for "/CREA/".* *Based on a true story.
- deleted 10y ago[deleted]
- gmarx 10y agoKey point
- officelineback 10y agoDo we do relevant XKCD here at HN? Cos https://xkcd.com/1172/ https://xkcd.com/1172/
- nradov 10y agoYou don't seem to understand the market dynamics. Consumer preferences have little or no impact on provider EHR selection. In general the only consumers who really care about controlling their own data are those with complex, long-term chronic medical conditions who see providers from multiple different organizations. Otherwise most patients are satisfied using the captive PHRs tied into individual provider organization EHRs. Real world patients aren't going to switch providers over issues like this.
- ryanSrich 10y agoActually quite the contrary. I work in this space everyday. My point was that the model you describe is dated and broken. When consumers have the choice to make decisions around technology, price and value, they'll do exactly that. Right now they have no say in the matter, as you've pointed out.
- iheartmemcache 10y agoOh man, this is so insanely true, allow me to just contextualize this for you with a POV from the States. I'm not in medicine (oh thank Christ) but I come from a family where I couldn't ignore the the industry if I wanted to. (Literally every male for 3 generations on both sides have worked directly in either medicine in a university capacity after their PhD, actively practice(d) medicine, or more commonly done both.) My mother's an RN, and my sister's a BS/LPN who's one of those "do gooders" who jumps around (on her third graduate degree now) working usually neuro AC or OR full-time concurrently. So I've heard it from the board-level to the overworked resident side to the 'thank god that fellowship is over' and the 'just got off a double and had three GSRs and a handfull of standard MeOHs', from the the early EHR adopters (interestingly enough, B&W/Partners in Boston) side, the pen-and-paper side, to the 'in between'. The 'in between' is the worst for every one, at every level, bar none, unless you're the one on the steaks-and-strippers sales side. The limbo period is where absolutely everyone is frazzled because things don't work the way they used to. That's fine for us since we design the damn things, if the scheduling API changes we can just use ...anything really... to make that new JSON invocation or XML-RPC call and Bob's your uncle. But everyone can't be expected to "just pop the hood change the carburetor's flow by 3cfm"; they just want their damned car's engine to turn over so they can use the vehicle. So everyone else is fighting new apps and new workflows while still having to make sure that you're still maintaining an SLA of literally 24/7 operational functionality in certain departments with maybe 3 hours a quarter of scheduled yellow-time for upgrades on 3AMs of the first Sunday each month. Let's start with getting paid, since everyone needs a paycheck, right? The new system dictates that all employees have to badge-in with new RFID's at certain points (entrances, exits, secure regions, etc). In theory, great idea. Part-time employees salary now gets automated plus now we can ensure better operational security (why is Dr Jane, 9AM-6PM, internal medicine, badging into the OR, 4 floors from her office 5 hours after her shift, where all the Demerol happens to be kept...?). Any non-salaried employees pay-check gets tied into the badge-in/out and literally 70% of the staffers forget to do this, since they never had to before and after lunch they're just walking back in as they normally would. Jon the Janitor pulls up his Bank of America statement and is wondering why last weeks check (bi-monthly, with one pay-cycle close period for adjustment/payout -- so some of these hours, remember, are from potentially 5 weeks ago) was for $90 instead of $2400. So he calls HR to get the money he worked for, and Oprah who's been a great HR employee tries to figure out where the 'alter' feature is and after 5 minutes of "bear with me, sorry, this is a new system...(awkward pause)..." they finally figure out how to make adjustments to the hours (turns out the a manager 2 levels up has to authorize the labor change, since it's past the adjustment business rule of +/- 10% of the hours). AP is slammed with a 40% increase of workload since all those checks have been sent out and we're already in to the second week of the new cost-accounting period. So everyone is frantically calling in 5 weeks after the quarter closed as to why last weeks check was for $90 instead of $3400. Having fun yet? So Tim works the support-desk phones making sure Derm's scheduling is taken care of. He's spent 20 years making sure all those follow-ups are properly scheduled, all the new patients coming in have the proper primary referrals, etc. Not a glamorous job but he's good at it. Jane's in her 50s and been seeing Dr Eczema for 8 years. She's calling to schedule her yearly just to make sure that mole on her neck which was 2 of 5 on the ABCDE ("looks alright now, let's keep an eye on it though") hasn't developed into a malignant growth. He tries to pull up her file (there's about a 75 second delay there as he fumbles around with the new system's UI and "no no, that's not your subscriber ID, that's your patient ID, your member ID is 8 digits and begins with 40", he finally gets to the right modal menu, and has no idea to even see if her doctor has any availability on the Tuesdays mornings she's got some free-time to take off from work. (Before this, he's would have always just told Jane to "please hold.." and punched in the extension number for Dr Eczema's PA, Mr Clockwork to see if there's availability.) So now he's literally iterates through every possible drop-down, for every 15-minute interval Jane can take off work (9AM to 11:30AM, 10 slots), for the next 6 weeks (takes say 4min30sec per patient). It ends up taking him five minutes, but he gets really good over the course of 8 months at clicking buttons (clocks that down to just under 2 minutes, boom!) before a co-worker tells him there's an "Availability" modal hidden 3 sub-screens in that lets you access Dr Eczema's full calendar. (He was sick on that training session day.) Tim's ecstatic. Don't get me started on the the custom iPads that the CIO thought "we gotta have, it's the new thing!" which no one uses since the GUI is obtuse and every room has a desktop which is far easier to take notes while talking to your patients. 6 months later, 2k iPads are gathering dust and everyone just uses an RDP session into the Win2k12 server since it's way way easier to take notes/make referrals/write scripts. Don't get me started on actual selection process, as board-level CIOs' wife happens to hold 200k shares of pre-IPO stock she scored 12 years ago that's worth a small fortune now. He conveniently omitted that fact, and rather than recusing from the selection committee was actively pushing for it. (True story.) Now the CIO is evaluating 'hmm should we go to Cerner?' because we have 2k iPads sitting around doing nothing, some 60 year old absolutely-brilliant neurologist who's responsible for a ton of patient draw (as such, a lot of political clout) can't figure out how to use the damned thing. (An apt comparison would be "ever tried to help your grandparents use email during the hotmail-era?" for those of you who remember that sort of thing.) [Basically the equivalent of moving from SAP to Sage500/Dynamics/other-ERP which also happens; the Mayo Clinic transitioned from EPIC to another EHR while my uncle was there, all sorts of fun I heard!] There are all sorts of issues on the logistics "who gets what money for what and when". E.g. you have changing insurance issues (i.e. OK, so this patient with this internal medical record saw Dr Foo in dept Bar, which we can internal cost accounted at $x, let's get this invoice for $y out to... (oh damnit, ok who is their health insurance company, let's ping the state's open exchange since this patient gave us their MassHealth ID number[or whatever appropriate exchange your state has if they opted to take the ACA federal funding] and see who their insurance provider is so we can bill this out). Single-payer would be a blessing in reducing complexity! If you've ever wondered why some cities drop 12 million dollars on a new HR platform only to have it fail 18 months in, it's because information management is hard, regulatory reporting burdens are high, and transition costs (both the political stake the primary project manager who initiates the change-over, as well as the actual quantifiable monetary costs) are astronomical. ATC still uses software designed in the 70s where their web interface is literally screen-scraping IBM CISC software. It's horribly inefficent, but it's been battle-field tested.