Good thought, it would be great to be able to share data from, say, a
referring doctor, but you'd need to be able to specify whose MPI you
wanted to access, assuming that everyone kept the MPI in the same form
as the current MPI.
There was a recent post regarding installing the MPI, if memory serves.
Gregory Woodhouse wrote:
I would think that if you were trying to maintain compatibility with
mainstream VistA, you would want to maintain your own MPI rather than
modify your registration process to bypass it. Even if the benefits
aren't immediate, it would make it a LOT easier to integrate with new
systems that you might want to bring online. A classic problem with
health care applications is that everything has its own "patient file"
and then systems can't interoperate because there is no shared concept
of patient identity.
===
Gregory Woodhouse
[EMAIL PROTECTED]
"The whole of science is nothing more than a refinement
of everyday thinking." -- Albert Einstein
On Oct 3, 2005, at 5:17 AM, Mike Schrom wrote:
Kin Ho wrote:
That is disappointing, and I don't mean it in a negative way.
Apparently CPRS is such a fine product with extensive functionalities
in setting personal preference, entering orders, vitals and
medications, etc.
That is beyond retrieve only.
Compare with the available functions, it will be a relative small
task technically
to add an option to enter a new patient (of course, check against
existing to
avoid duplications). It is only reasonable to have data entry/edit/
retrieve all in
one place. Now it become a show stopper for me because I don't know
the old way of patient registration yet.
Wonder what is the designing philosophy keeping patient registration
away
from CPRS GUI?
It's simple, remember the origin of VistA, it comes from the Veterans
Administration. All Vets are in the Master Patient Index. The people
who Use CPRS are Docs, nurses, schedulers working with an already
enrolled (i.e. registered) population. I made this point to CMS when
I beta tested Vista-Office.
Back to evaluate CPRS, how do I start patient registration in the
r&s way?
For example, <<<D Reg^FMPtEnt>>>
Thanks and regards
Kin
----- Original Message ----- From: "Roy Gaber" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, October 02, 2005 4:35 PM
Subject: RE: [Hardhats-members] CPRS and free version of Cache
Yes, that is correct, CPRS was designed to be a retrieval system.
The roll-and-scroll patient registration is the way to enter the
patient
info, it will then be available via CPRS.
I like to use the word archaic as opposed to clumsy. I am sure
there will
be many new features added to the VOE.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Kin Ho
Sent: Sunday, October 02, 2005 7:24 PM
To: [email protected]
Subject: Re: [Hardhats-members] CPRS and free version of Cache
Hi Roy,
That is interesting.
Does it mean that CPRS cannot be used to enter 'New patients'?
I cannot enter new patient through the 'Patient selection pop-up'
window. When I close the pop-up, the main screen goes too.
The CPRS and VOE demonstrations show that you can add
information i.e. dx, medications, to a selected patient.
Do I have to enter minimal patient information from the 'roll and
scroll' option, then proceed to CPRS GUI? How to do it in the old way?
That sounds clumsy, isn't it?
Regards
Kin
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
