Subscribed to the forum per Tony’s request. Intro:
Apache Software Foundation member
Committer on a few ASF project, mostly integration stack
OSEHRA member
Background: infrastructure, integration and operations at scale
other cool stuff
trivia: first open source contributed to: freemed
Tony, your list above is pretty good. Agree that docker is probably the best choice. The goal of this project is based on assumptions about how the EMR is operated, which are not state, but probably everybody has an opinion. It would be good to document that a bit more. We do operate quite a few technologies in multiple public clouds and have dockerfiles and compositions for some needed things (like databases, postgresql, mysql, etc).
@r0bby@judywawira@sunbiz _ have added some estimated man hours for many of the tasks. I’ll be adding estimates for the EHR development needs later today.
I really need your feedback and input on the Toolkit/RIS as well as some of the specifics for things like setting up our infrastructure to be able to automatically create the containers and deploy them to the test/demo sites on “release”. Continuous integration ++
Based on my standard hourly rates ($120/hr) we are already at close to $25K. It’s presumed that some of this will be a mix of work that is volunteered and/or at reduced rates. That or we do what we can with what we get and figure out how to finish it later …
Some of the tasks require different skills that bill at different rates. One option is to go with a median rate and mention that in the proposal, or itemize, the more painful option. My $0.02.
I agree with @hzbarcea – let’s go with the easier less painful route of using a median hourly rate – and assume some volunteer work
The actual writing of the docker image for EHR should take hours – not days – that’s the easy part – however changes will need to be made potentially to EHR… and I’d be willing to partially volunteer my time for this.
The kubernetes/orchastration end of things would be the bulk of the work – and wouldn’t be impossible to do…a lot of it would be me learning on my feet – if you allowed me to help out and volunteer my time for it
Some of the docker work for LH Radiology/Toolkit have been done prior – so we’re not starting from scratch there, so that won’t add time to the mix
@hzbarcea, I’m horrible with guesstimating how long it will take – I could see 3-6 mos? Realistically, maybe slightly less?
Writing a Dockerfile and running it may take 1/2 hr… if everything works. Usually it doesn’t. However doing it right takes, much much longer than that. I will try to explain briefly why (based on our extensive experience).
We have many services deployed using docker. We currently orchestrate using Rancher, but we’re slowly adding support for Kubernetes. Most of the apps/services are not built with containerization in mind. For a service we usually build not one container but at least three. That’s because we separate code from configuration from data. Why? Because of the way we do operations and need for backups (snapshots of the data container, r/w volumes) and so forth.
But you’re right that Kubernetes would take the bulk of the work. You however don’t need to do it on your own, we have a lot of experience and we can share. I would suggest setting up a concall to give you an overview of what and how we do things and go from there. At the very least it’ll give you a few ideas.
My two cents:
This is about the last priority of a project I would attempt. About No. 3000 on the list after something like “clinical note suite”.
I am sure I would never use it, and it is, and will be beyond adoption by the trial user. Even having the documentation too prominent out there will throw people off.
It will take significant effort to modify the EHR to work in both Docker model and native install… The OpenEMR thing was a mini-VM not a real container.
I think this is an appropriate estimate for the development work that needs to go into Toolkit and RIS. Combined, I would say for toolkit and radiology it should be possible to do in 50 man-hours.
Did we mention a timeline for this? For radiology @judywawira and me have discussed Jan 30th deadline for a beta release of the RIS/Enterprise Imaging System. Do you think we can have a containerized release?
I think a real deliverable would be PAAS where developers can code against a server or container would be awesome … I mean if we catch up the above tasks obviously