This snip from David's earlier post I think sums it up for a lot of us or me at least, "Translation between the two standards is highly desirable at this early stage of health data exchange using XML."
The CCR vs CCD battle is not my battle. I have no doubt there are a lot of issues within that are important and need to be figured out. As expressed before, in the meantime I want to be able to move forward confident that the data that is created or saved doesn't become an unexchangable island. From a small amount of investigation, the translation aspect seems like it can be overcome its just really expensive to do right now. I've received quotes somewhere near $10000 per channel. I just want to be able to exchange health information (for our purposes mostly summary information) effectively and provide it back to consumers in an easily digested form. Oh, and I would also like to be able to certify my product...it seems as though many of the opportunities to seek federal funding depends on it. Michael and David wrote: "[Michael] They idea that I would have to get my details and type them in is a non-starter. We need a simple method that is easy to implement that enables a physician to upload a partial record, like 'todays encounter". "[David] I am very much thinking about the patient, as well as about the doctor. The patient needs his or her health information in summary file format, and his/her personal physician is the ideal individual to provide that under many circumstances." Nathan: We are piloting a web portal that would allow a doctor or care giver to do just that. They can enter information either driven by dropdowns supported by a medical language database of their choice or through open text. They post the summary information to their local database and the record is synchronized with Google Health. Their data is held in the local database and the consumer gets the summary of what took place in their PHR. We actually came at this from the other end. We are more focused on providing an easy interface for less technology-oriented consumers to digest the health information provided by a PHR such as Google Health, but needed an easy and cheap way for the care providers within the community clinics to get information into the patient record. Michael, thanks for sharing the work you are doing it is very innovative. In regards to your slide 21 I can't tell whether you are stuck in getting your xml data into MySQL or are you stuck getting your data from MySQL into Google Health? Best regards, Nathan Botts HealthATM, Inc. On Nov 12, 5:04 am, Steven Waldren <[email protected]> wrote: > A CDA of a transcriped document (as Juggy mentioned there are > millions) is only marginally more valuable than a fax. > > Regarding CDA/RIM is easy, how long did it take your Java SIG to write > the Java code to work with CDAs? (including learning the RIM, V3, CDA, > and all templates) > > Best, > Steven > P.S. How many people are actually producing and consuming level 3 CDAs? > -- > Steven E. Waldren, MD MS > Director, Center for Health-IT > American Academy of Family Physicians > 11400 Tomahawk Creek Parkway > Leawood, KS 66211 > Email: [email protected] > Office: 1-800-274-AAFP > (913)906-6000 x4100 > Cell: (913)205-9838 > Skype: steven.waldrenhttp://www.linkedin.com/in/stevenwaldren > > On Nov 12, 2009, at 12:24 AM, Gunther Schadow wrote: > > > > > Talking about this bank record analogy, I don't need excel > > either, just fax me my account statement. -- You received this message because you are subscribed to the Google Groups "Google Health Developers" group. To post to this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/googlehealthdevelopers?hl=.
