OpenEMR v5.0.1

#1

Post by exception_e » Sat, Apr 28, 2018, 11:32 PM UTC

Re: OpenEMR v5.0.1

#2

Post by gravypod » Sat, Apr 28, 2018, 11:57 PM UTC

From what I understand the software for EMRs isn't very complicated (message queue + message parsing + encryption). What is an issue is integration with other provides who....

    1. Have the data you need
    2. Charge a huge premium for integration
    3. Don't like giving up their data
    4. Always have their slight twist on message format

This is a huge step forward still. This kind of software is not easy to get right. Soooo many variables and sooooo much demanded customization as well as almost mandatory adherence to incumbent UI designs

Re: OpenEMR v5.0.1

#3

Post by exception_e » Sat, Apr 28, 2018, 11:57 PM UTC

I am looking for some strong server side programmer volunteers (and volunteers of _all_ types)! Email is in my profile.

Be a force for good in the developing world !

https://open-emr.org/welcome/

-Matthew (OpenEMR Admin)

Re: OpenEMR v5.0.1

#4

Post by exception_e » Sat, Apr 28, 2018, 11:58 PM UTC

gravypod wrote: post #2

From what I understand the software for EMRs isn't very complicated (message queue + message parsing + encryption). What is an issue is integration with other provides who.... 1. Have the data you need 2. Charge a huge premium for integration 3. Don't like giving up their data 4. Always have their slight twist on message format This is a huge step forward still. This kind of software is not easy to get right. Soooo m…

Actually, you'd be surprised. There are not many good EHRs out there. It's all about the features and the ability to make the system work with your workflows and use cases.

Of course, your points are valid though! That is the state of the "behind the scenes" side of things :).

EDIT: Just saw your edit and your correct assessment of the need for a great UI (we have gaps, but a good team working on it).

Re: OpenEMR v5.0.1

#5

Post by [deleted] » Sun, Apr 29, 2018, 12:37 AM UTC

[deleted]

Re: OpenEMR v5.0.1

#6

Post by tedivm » Sun, Apr 29, 2018, 12:51 AM UTC

gravypod wrote: post #2

From what I understand the software for EMRs isn't very complicated (message queue + message parsing + encryption). What is an issue is integration with other provides who.... 1. Have the data you need 2. Charge a huge premium for integration 3. Don't like giving up their data 4. Always have their slight twist on message format This is a huge step forward still. This kind of software is not easy to get right. Soooo m…

There's a lot of compliance stuff that goes into EHRs on top of all of that. Accessibility is extremely important as well- voice recognition being a huge part of that (OpenEMR offers integration with the Microsoft EMR, but I don't believe that has decent medical support which would be a huge limiting factor).

Re: OpenEMR v5.0.1

#7

Post by exception_e » Sun, Apr 29, 2018, 12:52 AM UTC

tedivm wrote: post #6

gravypod wrote: post #2

From what I understand the software for EMRs isn't very complicated (message queue + message parsing + encryption). What is an issue is integration with other provides who.... 1. Have the data you need 2. Charge a huge premium for integration 3. Don't like giving up their data 4. Always have their slight twist on message format This is a huge step forward still. This kind of software is not easy to get right. Soooo m…

There's a lot of compliance stuff that goes into EHRs on top of all of that. Accessibility is extremely important as well- voice recognition being a huge part of that (OpenEMR offers integration with the Microsoft EMR, but I don't believe that has decent medical support which would be a huge limiting factor).

Dragon Medical works great with the system! Not free though.

Re: OpenEMR v5.0.1

#8

Post by exception_e » Sun, Apr 29, 2018, 1:16 AM UTC

Getting a LOT of emails from interested programmers. Woot! Please get in touch for non-programmer roles too (documentation, clinical, infra, ui, design, etc)

Re: OpenEMR v5.0.1

#9

Post by hanklazard » Sun, Apr 29, 2018, 1:42 AM UTC

exception_e wrote: post #4

gravypod wrote: post #2

From what I understand the software for EMRs isn't very complicated (message queue + message parsing + encryption). What is an issue is integration with other provides who.... 1. Have the data you need 2. Charge a huge premium for integration 3. Don't like giving up their data 4. Always have their slight twist on message format This is a huge step forward still. This kind of software is not easy to get right. Soooo m…

Actually, you'd be surprised. There are not many good EHRs out there. It's all about the features and the ability to make the system work with your workflows and use cases. Of course, your points are valid though! That is the state of the "behind the scenes" side of things :). EDIT: Just saw your edit and your correct assessment of the need for a great UI (we have gaps, but a good team working on it).

Having used many EMRs over the past 10 years, I totally agree—there are not many (any?) good EMRs out there. Most are clunky UI/UX nightmares that end up interrupting the visit and leave me frustrated and staring at a screen far more than I should be.

I stumbled across OpenEMR a few months ago (as I was cursing Epic and praying for a better open source option) and must say that I’m impressed with the speed of progress. I’m certainly not a developer but I am a physician—if you need any more volunteers from medical personnel, I would be more than happy to help.

Re: OpenEMR v5.0.1

#10

Post by behindmyscreen » Sun, Apr 29, 2018, 2:13 AM UTC

exception_e wrote: post #8

Getting a LOT of emails from interested programmers. Woot! Please get in touch for non-programmer roles too (documentation, clinical, infra, ui, design, etc)

What is the ODB for this?