As noted before, from time to time I answer questions and exchange ideas with folks from hospitals, companies and with students. It’s a karma thing with me – if I can help out with reasonable effort in situations where there’s no immediate consulting opportunity (although there may in the future), and it’s interesting, then I do what I can.
As noted before, from time to time I answer questions and exchange ideas with folks from hospitals, companies and with students. It’s a karma thing with me – if I can help out with reasonable effort in situations where there’s no immediate consulting opportunity (although there may in the future), and it’s interesting, then I do what I can.
The following is the most recent exchange from a conversation I’ve been having with a product manager at a HIT software vendor about MDDS. They develop and sell an information system, part of which consumes medical device data. Not every customer already has an MDDS, and those that don’t look to their company to provide one as part of a “complete solution.”
Hi Tim,
I have been researching 3 companies for vitals integration: iSirona, Capsule Tech, and Nuvon.
From my research, it seems that having FDA clearance for MDDS seems to assure that the product will work out of the box and it’s tested for safety and effectiveness and seems to be a better choice to have than an MDDS (reliability, safety for patients).
Capsule has more years of experience, greater variety of deployment options, and offers DICOM integration (which is a plus for us since some of our facilities are looking for this) . They also have the largest device driver library.
We currently have a few customers interested in vitals/anesthesia/medical imaging integration . We also foresee more of our facilities, including our surgical hospitals, wanting this technology in near future.
Nuvon is the smaller company, but they seem to have a great product and good solutions as well. They don’t offer DICOM, but perhaps in future they would.
iSirona is a well known brand. They have marketed themselves well! It seems that iSirona will have DICOM integration in the future based on an article that was written 11/12. They also have new investors.
So, just wondering what your thoughts are? Most of our customers are price sensitive when it comes to products. I want to keep this in mind as well. Price points thus far all seem to be similar and depends on what type of partnership you have with company and what the needs of the facilities are in re: hardware, etc. All 3 companies have something to offer. Are there any pros or cons that you know of in working with any of these 3?
Sorry to bother you! I have my spreadsheet already for each company, but wanting to see if there is anything more to consider.
Would you know of anyone in healthcare field/IT who have worked with 2 or 3 of these products and would be willing to chat with me? I would love to contact them and hear their input. Thank you so much!
Here’s my reply:
Those are three of the top vendors for the clinical documentation of medical device data into EMRs, although I am currently tracking just over 20 MDDS vendors.
Regulatory Issues
For the medical device end user buyer, FDA regulation does not have a lot of impact, as all manufacturers of clearly regulated medical devices (like a patient monitor or an MDDS) are regulated. Some product categories provide manufacturers leeway to be regulated when they don’t have to. On rare occasions, a medical device manufacturer (who’s already regulated) will chose to submit a product that’s not commonly considered a medical device to FDA for regulation. The FDA does not turn away any customers who want to be regulated.
These manufacturers typically believe buyers will prefer an FDA regulated device over one that is not regulated, and that FDA regulation will create a regulatory barrier to entry for other vendors. History has shown that buyers rarely consider whether or if a product is FDA regulated, and thus fails to be a meaningful competitive advantage. The second goal, creating a barrier to entry, is a bit of a non issue in that if the product is only regulated by choice on the part of the manufacturer, rather than mandated by FDA, competitors don’t need to be regulated – and most often chose not to be regulated.
DICOM and Image Management
The ability to move around and display diagnostic images outside the confines of a conventional PACS is a growing requirement. Until this capability becomes more widely supported in MDDS, it may be possible to accomplish the same thing with the Mirth integration engine, which supports DICOM.
An image management system used for diagnostic purposes is a regulated medical device. This means any claims that images displayed in your system can be used to make diagnostic decisions makes your system a medical device. An example of a medical device claim would be to show a surgeon diagnostic images in the OR for them to use in guiding their surgery. While storing and displaying reference images to review with a patient or referring physician (i.e., situations where a diagnosis is not being rendered) are examples of non medical device claims.
Use cases where your use of diagnostic images would render your system a medical device can be avoided by insisting the customer buy those capabilities from the diagnostic imaging or PACS vendor.
Vendor Selection Criteria
As an end user buyer, the key criteria for MDDS are:
Workflow: Connectivity is all about workflow automation, which varies across MDDS solutions. There are 12 different connectivity applications, of which clinical documentation is just one. Here the buyer matches their needs regarding which of those 12 applications they need supported, and evaluates how each MDDS vendor’s automated workflow matches their existing workflow. The goal is an automated workflow that has fewer steps, takes less time and results in reduced opportunities for error or delay in data availability. Most buyers don’t do a very good job of this because the MDDS they’re buying is their first one, and they don’t know what they don’t know. (Consequently, this is a much an issue in selecting an MDDS vendor to resell as it is when actually reselling the MDDS to your end user buyers.)
Performance and architecture: Performance parameters include things like the frequency in which data can be acquired from medical devices (e.g., acquiring continuous patient monitor data every second rather than every 3 or 15 minutes, or being able to acquire full fidelity waveforms). Depending on your connectivity application, a greater frequency is generally better. The next is a combination of processing speed, latency and quality of service. The ability to manage the data (caching acquired data when target systems are off-line, changing units of measure and labels) is another key criteria I’d throw under performance.
Compatibility with the medical devices the buyer wants integrated: Established MDDS vendors have built up a substantial library of device drivers that parse the serial port data from specific medical devices. To overcome this advantage, new market entrants have developed core competencies in quickly creating new device drivers demanded by customers. The key criteria is whether the MDDS vendor can have device drivers for your medical devices when you need them – whether they come off the shelf of are created is really immaterial.
Cost: Many MDDS solutions sold are enterprise deployments costing well over $1 million. At this level, MDDS pricing is pretty competitive across vendors. Differences come into play with system architectures, e.g., Capsule’s Neuron device contrasts with iSirona’s “software only” architecture which contrasts with Nuvon’s distributed architecture. It is possible to tweak individual vendor’s solutions to wring out some costs, but due to architecture differences it is hard to apply such tweaks across multiple vendors. Scalability is also a variable that impacts cost, especially as you scale a system down to smaller configurations – some vendors can do this better than others.
As a HIT software vendor, the challenges are different. Some customers may have already purchased a MDDS, so HIT vendors have to be MDDS agnostic. Customers integrating medical devices to work with your application will, of course, want to buy the MDDS from you when they buy your system. The MDDS vendor you recommend or resell with your system needs to meet all the end user buyer purchase criteria described above. There are also some additional criteria:
Scalability: As noted above, scalability often results in pricing differences. For example, Nuvon’s distributed architecture allows them to scale down to very small systems at a relatively low cost. You will need to apply your expected configuration requirements to each vendor to see how they handle scalability and how it impacts costs.
Product development support: For an MDDS you resell or recommend, it is ideal to have the integration already done prior to the first sale. While this is not a big technical hurdle, it does require some effort. The willingness of your MDDS partner to support your integration efforts, how prepared they are do provide that support (i.e., have they done it before, and how many times) are key. And of course don’t forget sustaining engineering – which can sometimes be a big hidden cost in these types of relationships. Define the sustaining engineering requirements (i.e., what triggers a sustaining engineering effort) per vendor and how they will facilitate those efforts.
Sales and marketing support: Co-branded sales and marketing materials could be a plus here. You’ll need support in training your sales force. Selling with the MDDS sales rep and especially technical sales support for your reps are key to winning the business.
Coordination of installation, service and support: Like for product development, this area needs to be clearly defined. Service level agreements need to be negotiated. Along with sales and marketing support, sustaining engineering support and post-sale customer support can make or break an supplier/OEM relationship.
With the current MDDS market being the way it is, the established MDDS vendors are all scrambling to sell enterprise systems to hospitals to support their EMR deployments. Consequently, most MDDS vendors have little interest in pursuing OEM business. Smaller or newer MDDS vendors may be more interested in OEM business. Should your company become the largest sales channel for a small MDDS startup, you would have considerable influence over product planning, pricing, etc. Of course, that also comes with the inherent risks of working with a smaller, potentially more fragile company.
Of the companies you mentioned, I would likely pass on Capsule – they’re too busy doing enterprise deals and would likely charge a premium and have limited resources available to support the relationship.
Nuvon has the most scalable architecture and could be the most cost effective, especially for small installations. Their configuration costs are higher than the others, but it might be possible to develop a standard implementation configuration for your product and only have to tweak the medical device interfaces – this would greatly reduce their per customer configuration costs. Nuvon also has some unique hardware components (like the one pictured above) that may be advantageous. The downside of Nuvon is their small size and the fact that their sales have not taken off like Capsule’s and iSirona’s. Whether that business continuity risk can be mitigated or not would be an important factor.
iSirona is the Goldilocks choice. Their solid MDDS would be a good choice. Pricing, scalability per your expected configurations, and their ability/willingness to support you in product integration, sales and marketing, implementation service and support will also be key. As the Avis of the MDDS market they are unlikely to drop out of the market.
Another MDDS vendor who’s done OEM business is Accent on Integration in the Dallas, Texas area.
Outside the Box Alternative
Keep in mind the usual business development considerations. Any of these companies could be acquired at almost any time and this could result in a reevaluation of their OEM business. An outside-the-box solution would be to take Mirth, the open source HL7 integration engine, and deploy it as your MDDS. Mirth supports the ability to write scripts to parse data streams and could be used to interface with medical device serial outputs. As open source, there are no license fees. The software is also supported by Mirth Corporation. You can purchase the software deployed on appliances, and purchase support agreements for the open source software. A potential wrinkle here is whether you would be considered a medical device manufacturer is you use Mirth in this way. Some research and analysis would be required to make that determination. If you were to become regulated, your biggest requirement is to implement the FDA’s Quality System regulation (QSR) which is basically equivalent to ISO9001.
Sorry if I’ve expanded your spreadsheet. Good thing it’s a long weekend! (evil grin)
