> John, > > The key issue is about the "secondary use" of data...not prime access to > the dat through the vendor application, which, as far as I am aware is > totally open, as it should be. The issue arises when data needs to be > extracted for other purposes and some of the vendors have made parts of > the data inaccessible for reasons that may be support related, or some > other reason.
Hi John, Glad someone made this distinction as I think it's import. No vendor is preventing access to practice data - all products allow any user-generated data to be accessed via the product's native, supported interface. To further repeat what you've just said, the real question is what other types of access vendors do/could/should provide to the data in their products. I can think of 5 broad options: 1. None. 2. Export to an unencrypted format (all data, vendor determined format). 3. Export to an unencrypted format (agreed minimum standard). 4. Read-only live access via SQL or another interface. 5. Read/Write live access via SQL or another interface. I think (2) should be the minimum expectation. (3) would obviously be better in many cases, but folks need to be aware that solely relying on a "minimum data set" or CEHR as described in the adjacent thread will result in varying levels of data loss during a product switch (somewhere between "zero" and "heaps"). No matter how capable the third-party developer, (4) will result in a burden for the 1st-party developer. As such, I expect I'll be inviting ridicule by suggesting that this level of access SHOULDN'T be mandated. Of course, if the 1st-party developer is incentivised adequately or can construct a business case using some other reasoning (e.g. current or future customer demand), there is no reason why this sort of access can't happen. (5) would obviously be more involving and risky for both the 1st and 3rd party developer. Is this happening in the market presently? All the best, Simon _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
