Difference between revisions of "Ignacio Valdes Implementation Log/Episode5"

From VistApedia
Jump to: navigation, search
(navigation links)
 
(5 intermediate revisions by 3 users not shown)
Line 1: Line 1:
==The Intracare Implementation Log [[Episode4|(Back to Episode 4)]] [[Intracare Implementation Log|(Back to Log Homepage)]] [[Episode7|(On to Episode 7)]]==
+
==The Intracare Implementation Log [[Episode4|(Back to Episode 4)]] [[Intracare Implementation Log|(Back to Log Homepage)]] [[Episode6|(On to Episode 6)]]==
 +
[[Category:Intracare Implementation Log]]
 +
 
 
==Patient picture?==
 
==Patient picture?==
 
 
Ignacio Valdes  Date: Thu, 17 Jul 2008 15:50:23 -0500
+
Astronaut VistA now supports this by tmg-cprs.
 
 
Does VistA support addition of a patient picture to the record? This
 
is necessary at Intracare for many reasons. -- IV
 
 
Hartsel  Date: Thu, 17 Jul 2008 14:51:00 -0700 (PDT)
 
 
 
I am a Clinical Applications Specialist for a State Hospital in WV and
 
we use Medsphere Systems Corporation's OpenVista CPRS.  It supports
 
adding a patient photo in the chart.  Once the image has been scanned
 
into the product, you see a thumbnail image in the upper left corner
 
of the Cover Sheet, which you can then click on to view full-size.
 
 
Chris Richardson Date: Thu, 17 Jul 2008 22:02:35 -0700
 
 
 
Ignacio;
 
 
 
It should not be difficult to do, but it is not part of the general
 
release.  It would make a lot of sense.
 
 
 
 
Nancy Anthracite 
 
View profile  Date: Fri, 18 Jul 2008 05:35:03 -0400
 
 
 
I think VOE Solutions has taken a look at this and maybe made a object??? 
 
Hopefully they will see this and jar my memory.
 
--
 
Nancy Anthracite
 
 
 
Ben Mehling  Date: Fri, 18 Jul 2008 07:12:31 -0700
 
 
 
Both our existing (and I'm afraid, not open-able) OpenVista CPRS and
 
new AGPL'd CIS applications include the patient photo feature.  You
 
can see a screenshot of the patient header bar or demo it here:
 
http://medsphere.org/
 
 
 
- Ben
 
 
 
David Whitten CTO WorldVistADate: Fri, 18 Jul 2008 10:26:38 -0500
 
 
 
Ben,
 
 
 
Is there a RPC call that is associated with the photo feature?
 
If someone wanted to make a corresponding change to the open source
 
CPRS, is there some "lessons learned" or "de facto" implementation
 
that should be kept in common, for the good of the community?
 
 
 
David
 
 
Ben Mehling  Date: Fri, 18 Jul 2008 08:59:12 -0700
 
 
 
Hi David-
 
 
 
The Patient Photo enhancement was a part of the 'desktop imaging' work
 
done to allow directly attached images to be associated with TIU
 
documents.
 
 
 
A design goal was to use existing "MAG" related work where we could.
 
Some RPCs were added as necessary.  Our implementation uses RPCs to
 
associate images and fetch image locations.  The actual image upload
 
is handled via a secure WebDAV link and image fetching uses HTTPS.
 
The RPC used to fetch the patient photo is "MSCGMAG PAT PHOTOS" and is
 
available in our distribution if you'd like to take a look.
 
 
 
- Ben
 
 
 
I, Valdes  Date: Mon, 21 Jul 2008 05:35:50 -0700 (PDT
 
 
 
Since this is a log I am going to think out loud:
 
 
 
I am faced with a dilemma: Abandon WVEHR and change over to OpenVistA
 
which has the picture function now but does not have CCHIT
 
certification and is said to not be VA patch-stream compatible or wait
 
an indeterminate amount of time for the picture function to appear in
 
WVEHR? -- IV
 
 
 
st...@stevenowen.com Date: Mon, 21 Jul 2008 08:45:24 -0400
 
 
 
As Nancy mentioned, I took a look at the COM object functionality of CPRS
 
and created a very simple CPRS plug-in that will display a the patient photo
 
just after the the patient selection is made in CPRS.  It uses existing MAG
 
RPC's.  I'll upload to the source to file section this evening.
 
 
 
Ben Mehling  Date: Mon, 21 Jul 2008 07:07:20 -0700
 
 
 
Ignacio-
 
 
 
I'm not certain I understand the "VA patch-stream" compatible comment.
 
While I haven't looked in depth at patch stream used for any of the
 
other VistA-based distributions, if the system in question fixes bugs
 
or enhance functionality inside any VA packages, then some care will
 
need to be taken before applying vanilla VA patches.  OpenVista most
 
certainly has both fixes to VA bugs and enhancements that would mean
 
the patches from the VA would need to be analyzed before application
 
-- this is a process we periodically perform to update our own
 
distribution.
 
 
 
I would make the assumption this is true of other distributions as well.
 
 
 
- Ben
 
 
 
David Whitten CTO WorldVistA  Date: Mon, 21 Jul 2008 10:04:16 -0500
 
 
 
I agree with Ben.
 
 
 
Any person who is currently using any VistA variant (WorldVistA EHR,
 
Medsphere OpenVista, RPMS from IHS, Hui OpenVista) will need to
 
install VA patches on a regular basis.  Contrary to the name, patches
 
rarely fix deficiencies in the system, and usually enhance the
 
capabilities of a package or bring it into compliance with new
 
regulatory requirements.  Anyone who does doesn't install patches ends
 
up having to do all that work on their own, with the concomitant
 
costs of development, testing, and deployment.
 
 
 
Part of the process of installing a patch into a VistA system requires
 
an evaluation of the impact of any patch. After evaluation, the patch
 
can be installed directly if it doesn't overlap any local
 
modifications to code or data. If it does, then the patch must be
 
recreated taking them into account, or a new patch must be created to
 
put the local modifications back into the system after the patch is
 
installed. I know this process is a priority of WorldVistA and part of
 
the software services we work on.
 
 
 
David
 
 
 
[[Episode4|Episode 4]] [[Intracare Implementation Log|Log Homepage]] [[Episode7|Episode 7]]
 

Latest revision as of 04:32, 13 November 2020

The Intracare Implementation Log (Back to Episode 4) (Back to Log Homepage) (On to Episode 6)

Patient picture?

Astronaut VistA now supports this by tmg-cprs.