[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Free FotoFinder Replacement: MediSnap
From: |
Karsten Hilbert |
Subject: |
Re: [Gnumed-devel] Free FotoFinder Replacement: MediSnap |
Date: |
Sat, 22 Jan 2011 23:31:49 +0100 |
User-agent: |
Mutt/1.5.20 (2009-06-14) |
On Thu, Jan 20, 2011 at 03:24:53PM -0800, Jim Busser wrote:
> For the scenario of radiological images (DICON etc) we had
> been taking the view that GNUmed would avoid duplicating the
> storage⦠GNUmed could happily store the report, and a
> reference to where the original image may be living. That
> makes sense when the image is in a repository managed by
> another arm's length group such as a hospital or community
> radiology laboratory. Even when such an arms-length (by
> which I mean "outside the praxis") repository would exist,
> it can make sense in the case of specific patients in GNUmed
> to store one or images of greatest interest within the
> GNUmed database proper. Another example would be the the
> case of a patient who brings a CD or DVD with important
> images into the praxis where there is doubt about reliable
> access to the original. Maybe here too, the clinician would
> decide to load the entire study into the GNUmed database
In such cases I would recommend loading the studies into a
local PACS archive which GNUmed references.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346