Prev: Java running amok
Next: Restore Login Items
From: Tim McNamara on 9 Jan 2010 11:22 In article <080120101943582791%aeiou(a)mostly.invalid>, Mark Conrad <aeiou(a)mostly.invalid> wrote: > In article <timmcn-0FE1C0.19492708012010(a)news-2.mpls.iphouse.net>, > Tim McNamara <timmcn(a)bitstream.net> wrote: > > > > EMR makes sense when it is interconnected (or centralised) > > > because in systems where you have a choice of doctor/hospital > > > (not restricted to one insurance company's hospitals), when you > > > go to another hospital, they can access the records created at > > > the other places in seconds instead of hours/days to have the > > > stuff faxed to them. > > > > Those things are true, but at this point because those hospital > > systems tend to be competitive rather than cooperative (and since > > AFAIK there is no standardized data format for interchanging > > information between different EMR systems) that is mostly a > > theoretical rather than practical benefit. > > Plus I question if it is even possible to create a standardized EMR > "catch all" version to cover all the different medical specialties, > labs, etc. Well, text is text, spreadsheets are spreadsheets and images are images. Even if records are just exchanged as PDFs (so that they are not readily editable by the receiver, which would be necessary) it wouldn't be that hard. But many EMRs can't display images (! kind of an issue for X-rays and the like) or import PDFs. Matrix- which is the least worst of the systems I've used- does manage this. > If such a standard EMR were possible, surely someone would have done > it by now? There is a quasi-standard format for images (CT scans, MRIs, etc.). But the issue also includes text, reports with letterheads, etc. > Maybe there is some technical reason it can't be designed. > > Too costly, perhaps, when one considers that even _one_ EMR like > "Altos EMR" runs $30,000 At this point EMRs are in proprietary land with a sandboxed mentality. -- "I wear the cheese, it does not wear me."
From: Tim McNamara on 9 Jan 2010 11:24 In article <00b9b9d8$0$8192$c3e8da3(a)news.astraweb.com>, JF Mezei <jfmezei.spamnot(a)vaxination.ca> wrote: > Mark Conrad wrote: > > > Plus I question if it is even possible to create a standardized EMR > > "catch all" version to cover all the different medical specialties, > > labs, etc. > > > I sometimes think Google might be the answer. Ok, perhaps not Google > Inc, but some similar system that can index free form text in many > different formats. > > There could be a central indexing site (lets call it Giggle). Giggle > would access every hospital database and index the data. > > You're looking for a person ? Giggle will give you all references to > that person from all hospitals where that person has been. > > this would allow one to index all sorts of different medical record > format, xrays etc. And raise howls about Big Brother in the process. Heck, as a provider that proposal creeps me out even though the utility is obvious. -- "I wear the cheese, it does not wear me."
From: Kurt Ullman on 9 Jan 2010 11:31 In article <timmcn-011F37.10225509012010(a)news-2.mpls.iphouse.net>, Tim McNamara <timmcn(a)bitstream.net> wrote: > > If such a standard EMR were possible, surely someone would have done > > it by now? > > There is a quasi-standard format for images (CT scans, MRIs, etc.). But > the issue also includes text, reports with letterheads, etc. There is one from the people at Indiana University that works that way. They have tied together multiple platforms at multiple hospitals (the newest iteration feeds certain records to ambulances). http://www.regenstrief.org/medinformatics/inpc -- To find that place where the rats don't race and the phones don't ring at all. If once, you've slept on an island. Scott Kirby "If once you've slept on an island"
From: Mark Conrad on 9 Jan 2010 12:32 In article <00b9b9d8$0$8192$c3e8da3(a)news.astraweb.com>, JF Mezei <jfmezei.spamnot(a)vaxination.ca> wrote: > There could be a central indexing site (lets call it Giggle). Giggle > would access every hospital database and index the data. I'm sure practically every idea we can come up with will be shot down by objections, valid or not. ....but the alternatives are some even worse hare-brained schemes dreamed up by politicians. I would like to throw out an idea for critique: Problem ****** Highly trained doctors wasting hours of their time every working day processing required records. Possible Solution ************ Doctor records the audio long-version of every patient encounter, _while_ he is examining patient, complete with doctors initial prognosis. Present technology makes this easy, hands-free recording, not affected by the jabbering of the patient, using dedicated recorders like the Olympus DS-5000 ($600) - specifically designed for having their audio converted to text. (by Dragon) Pros and Cons ******** Pros --- That initial audio record can be processed by a trusted medical staff member, a person who is charged with creating all the required records that would normally be generated by the doctor himself. Doctor, freed of hiding from his patients after each encounter to frantically scribble down the essentials of that recent encounter, can roller-skate directly to next patient-in-line. Cons --- Patients might be a bit put off by their doctor muttering to himself in "doctor talk", but that is why Latin is used by doctors, to hide medical decisions from their patients. Result ---- Doctors can run for the barn after their shift, instead of wasting hours creating required paperwork. Nice to know _your_ surgeon is fresh as a daisy for your brain-trasplant operation, instead of being bleary-eyed, shaky, and bombed out from doing record-keeping the night prior to your operation. Okay, shoot that handy-dandy scheme down, I am ready. Mark-
From: Wes Groleau on 9 Jan 2010 14:42
Otto Pylot wrote: > implementation of HIPPA so that the user interface is as simple as If you don't want to "turn off" potential customers, you might want to practice typing H I P A A -- Wes Groleau Why some kids act strange http://Ideas.Lang-Learn.us/barrett?itemid=1491 |