|
|
| (3 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]] | | [[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 [[Application~|Application]]s 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 [[application~|Application]]s 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~|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]]
| |
