For those of you who have some computer networking background. The story of TCP/IP vs. ATM should bring some insight.
ATM was the perfect protocol for Internet transmission - suited for voice, data, video with least overhead TCP/IP has higher overhead mostly suited for data. Ultimately TCP/IP killed ATM - know why? simplicty. Go figure. On Thu, Nov 12, 2009 at 8:45 AM, Nathan <[email protected]> wrote: > 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=. > > > -- Best Regards -- 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=.
