Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Could you tell us what desires you have and what issues the healthcare industry is hitting with computer based tech ? As an ex computer fanatics I wanted to make medicine all digital and smooth (naive), I see it's not there, yet I'm not in Health so I have no idea what are the reasons. I expect "world chaos" to be part of them.


If I'm understanding your question correctly, the single biggest obstacle in healthcare informatics today is interoperability. The industry grew up in a pretty ad hoc way and the result is that closed-off silos of data are pretty much the norm; every vendor has their own ideas about how data should be handled, and getting different systems talking to each other is a full-time job (my job, coincidentally).

HITECH and the ACA have forced the industry to start making meaningful steps toward real interop, but I'd say we're at least a decade out from it being less of a nightmare than it is now.


I agree. Integration is exceedingly complex. Data is stored and interpreted differently in every system, even if they share the same EMR, due to configuration differences in workflow, data setup, software versions, etc.

You can't exchange data without thoroughly understanding the clinic workflows that generated it or will be using it. It's all time-consuming and hard.

I work on a patient portal consuming data from the EMR, and even that is tremendously complicated to present medical data safely and correctly to a person.

--

Sibling comment mentioned wanting to work in Health IT. The big market problem in healthcare is small companies doing good innovation (usable patient-side workflows, modern clinical tools, shiny things) running into the consolidated, massive EMR systems. The first question when they approach a healthcare system will be "Are you integrated with Epic/Cerner/whatever?" and if not, they will be sent away. Or be ready to embark on a very long, slow process and integrate deeply into workflows, data APIs, etc.

When a system consolidates their EMR (driven by real needs but also Meaningful Use incentives), it forces standardization and special one-offs become much harder. Getting a doctor interested in using a new device or software means working within the whole EMR - the staff doesn't have the time or leeway to go use tools that don't integrate, just because a doctor really wants it. That doctor needs to align large groups, get agreement, and it's going to take a lot of time and money.

It all comes down to interoperability/integration. Building cool stuff in healthcare is really easy since most of the tech in use is outdated and slow moving. But interoperability - required to sell into healthcare systems - is really, really tough.


> "Are you integrated with Epic/Cerner/whatever?"

The irony being that those tightly inegrated solutions tend to be some of the worst offenders in terms of being a nightmare for interop and walled-off silos. But they're popular because the pieces they do offer generally work.

And totally agree that the opportunity is there for highly targeted applications that cater to specific healthcare niches because the downside of the huge top-down systems is the fact that they're more generalized. But you have to be able to integrate them into that larger EMR environment for them to be realistically useful.

That said, the facility I'm at now (midsize, ~400 beds) took a best-of-breed approach and... well, there's a reason I say current interop is bad. It's appealing on the clinical side because groups like surgery or the ED or even endo get to run software designed to cater specifically to their needs, but the backend integration ends up being a huge exercise every time anything changes.


I thought it was more than data interchange. Like more than inefficient commputer programs/interfaces, costs, lack of competition from entry barrier due to high amount of legislation/regulation.

I'd love to work in Health IT, what's your company's name ?


I work in health care and to me the worst thing is that there are a lot of disjointed systems you need to bring together. As a lowly developer I don't feel I am qualified to make a judgment about the security aspects but the price the company has to pay for a breach is huge. So it's the uncertainty knowing whether what you are doing is right or not.


Personally, I tend to have more anxiety over making changes that could potentially kill someone than about data security. :)

That said, that's another area where the industry is in pretty bad shape, but that's a far longer rant.


Yeah, killing people is another problem :-). My point is that it's really hard to make judgments whether you are doing well enough be it data breaches or harming people.


There is a tremendous amount of development in the healthcare industry right now. 2015 Edition does not specifically name FHIR but is does hint that it may be named in the next iteration. FHIR does seem to have the promise of unification and interoperability.



A good entrance to FHIR is this root page: http://hl7.org/implement/standards/fhir/

With Resource List, and Examples good places to dive in a bit.

My favorite little piece of FHIR is that each resource has a maturity level based real world implementations. Eg "FMM1 + the artifact has been tested and successfully exchanged between at least three independently developed systems at a connectathon whose results have been reported to the FHIR Management Group"




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: