There are concepts implemented within RPMS PCC that do allow "foreign data" to be stored into the record and/or extracted out to another system. These, or similar, concepts could fairly readily be implemented within VistA.
Gordon Moreshead -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Link, Chuck M Sent: Friday, September 17, 2004 10:40 AM To: [EMAIL PROTECTED] Subject: RE: To GUI or not to GUI? (was)RE: [Hardhats-members] How to accessScreenMan No, I think you are right. I was part of the smart card group for a little bit - they had looked placing the patients information on a smart card so that no matter which VA the patient walked into, at any time, that data would always be readily available. But I believe that after further study they concluded that data warehousing was the better way to go. > ---------- > From: [EMAIL PROTECTED] on behalf of Bill Walton > Reply To: [EMAIL PROTECTED] > Sent: Friday, September 17, 2004 10:11 AM > To: [EMAIL PROTECTED] > Subject: Re: To GUI or not to GUI? (was)RE: [Hardhats-members] How to accessScreenMan > > Hazami, Raied wrote: > > /snip/ > > > anyhow, I had to interface this with the HIS, so, > > when the card is inserted, the HIS application should > > automatically pull the patient medical record, this is > > using CCOW CM. So, ok lets apply this to OpenVistA, > > CPRS can do the job since it is CCOW compaiable - > > This has me confused on a couple of points. I'd appreciate any > clarification you (and/or others) could provide. > > First, my understanding of CCOW is that it's about context synchronization > between applications, not about data transfer. I'm reading "pull the > patient medical record" to mean pull it off the card into VistA. Maybe > that's wrong. Or maybe I'm wrong about something else. ??? > > Second, the understanding of VistA I formed about a year ago through > interaction here (on the old topica list actually) was that VistA's > architecture precluded giving a patient their medical record in electronic > form. I assumed that was a bidirectional exclusion (no export = no import). > Was I wrong on one or both counts here? > > Thanks, > Bill > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Hardhats-members mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.764 / Virus Database: 511 - Release Date: 9/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.764 / Virus Database: 511 - Release Date: 9/15/2004 ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
