Company was hosting cardiac patient monitoring on EC2
31–40 of 85 posts
Re: Company was hosting cardiac patient monitoring on EC2
#32Epic fail for the company which is hosting on their kit. Whoever threw it on there is a total dick. There is nothing wrong with EC2 here. It's just not the right tool for the job. If they are monitoring cardiac patients, they should, at least for non-critical people, have the instrumentation cache the data and send when available over leased lines. If it is critical, it should be PROPER HARDWARE attached to the POTS…
Re: Company was hosting cardiac patient monitoring on EC2
#33This is where you wish you had a data center address and a cabinet number where you could pop in, grab your servers and move the heck out to another DC. I wonder if this will get more companies to maintain a non-cloud, vanilla setup on some dedicated or collocated boxes. May be we should have an annual day to bring down our primary servers and see how the backups do. The idea shouldn't be to confirm if everything wor…
You know, that gets me thinking- wouldn't it be pretty damn slick if Amazon offered a way to plug your own hardware into the greater EC2 cluster remotely, so that if Big EC2 goes down, you still have copies of your machines running locally? Maybe you could even timeshare your machines out for some other instances for a discount on your service, similar to how you can send solar power back up the power grid for an ele…
Re: Company was hosting cardiac patient monitoring on EC2
#34But even for non-critical medical data, non-tech savvy medical folks (and this includes some physicians, although in general physicians are more tech-savvy than most managed care decision makers) are going to get into increasingly serious trouble if they don't think through these kinds of things very carefully.
Driven by electronic health care mandates and incentives, companies are pushing portable devices for medical data gathering (portable as in tablet, ie without local data store), and some groups are going to be knee-jerk tempted into buying into this without thinking through the ramifications of not owning your own data -- and by that, I don't mean vague marketing-speak hand-waving that "you own your data" through the simple mechanism of password-protected access to your patient's data living on someone's server farm.
By actually owning your patient's data, I mean strongly considering restricting your local practice to use of on-site media.
If you don't, you'd better have complete confidence that putting your patient's data on the web reflects a reasonable standard of care/privacy, that retention policies don't bite you in six months when your cloud provider goes out of business (or changes hands or farms out data storage or backup to some "economical" third-party), that you're going to have access to your data when you need it, that your cloud provider is going to audit access and changes to your patient's data and report the results of that audit to you accurately and regularly, that legal requests for data are not acted upon without you or your patient's consent, that backups are subjected to the same levels of security, etc. etc.
Electronic medical records are a good idea. It can be done right, as systems such as the Veteran's Administration's VISTA system have demonstrated. However, there is a fine line to walk here. Implementing EHR for the sake of government incentive, or for the convenience of insurance companies, or even the convenience of walking into an exam room carrying a light-weight tablet (which have their own disadvantages for data gathering) rather than a laptop with a hard-drive isn't going to cut it when you put your patients and your practice at risk of harm.
Re: Company was hosting cardiac patient monitoring on EC2
#35Yes, for something life threatening like this, EC2 is a bad idea, but they didn't even bother to take advantage of the geographic redundancy, much less something so basic as having backup AMIs ready in another AZ in your current region.
Of course, a whole lot of companies are learning this now.
Re: Company was hosting cardiac patient monitoring on EC2
#36Still, not really forgivable to be 100% AWS, but it's a very different story if this is primarily a recording device vs. a monitoring device.
Re: Company was hosting cardiac patient monitoring on EC2
#37Actual quote in the Amazon support forums from this company: " This not just some social network website issue, but a serious threat to peoples lives! "
I have a feeling (and I really really hope) this is a joke because of that sentence.
Re: Company was hosting cardiac patient monitoring on EC2
#38Re: Company was hosting cardiac patient monitoring on EC2
#39Earlier quoted context omitted.
You know, that gets me thinking- wouldn't it be pretty damn slick if Amazon offered a way to plug your own hardware into the greater EC2 cluster remotely, so that if Big EC2 goes down, you still have copies of your machines running locally? Maybe you could even timeshare your machines out for some other instances for a discount on your service, similar to how you can send solar power back up the power grid for an ele…
That sounds horrid. It'd mean my instances might be running on your ancient crap computer in a closet hooked up to dialup.
Amazon could even simply benchmark your server and network connection, and compensate you as a function of that, which would drastically reduce the incentive to hook up old crappy hardware to the cloud.
It's really the idea of being able to run copies of your OWN instances locally that intrigues me though.
Re: Company was hosting cardiac patient monitoring on EC2
#40Interesting quote from a company providing such services: "The Remote Health Monitoring System is the IT backbone that supports HealthFrontier’s entire portfolio of solutions, including the ecg@home™ and the microtel™/ecgAnywhere™. It captures data transmitted by the patient through USB, Bluetooth, or trans-telephonically. The RHMS™ then stores the information in a database, which can be accessed by the patient’s doc…
In addition these devices can be used to take 12-lead EKG measurements in transit (e.g. inside the ambulance) and send them to the doctor for analysis before the patient arrives.
I'm very surprised that they're hosting these services on EC2. The company I worked for recently finished building a huge highly-redundant data center specifically designed for hosting this kind of medically-sensitive information. I'm willing to bet it was a bit more fortified than even Amazon's.