Gerard,
I think there is not much disagreement here. In our project, we had to
physicially delete from our XDS repos and the registry. However, we
would keep the ATNA logging files and the database backup. This might
sound a bit inconsistent but that has been the reality in our state.
While I agree with your statements regarding physical deletes, I still
consider the delete in our use-case not as "logical" because the data
objects were really to be deleted from the databases of the operational
systems. The vendor from Austria had to change their IHE solution to
physically delete the data instead of just flagging it.
What else is to say? There cleraly are use-cases for openEHR that go
beyond the classic EHR scenarios. Therefore, there need to be ways
described by the spec to support physical deletes (in the sense of the
example given above) as well as logical deletes.
Best,
Birger
There should still be a way to differen ) but you are certainly right that
Am 06.11.2017 um 11:57 schrieb GF:
Small example.
As GP I had scanned early 1990’s to CD’s all ‘Green cards’, meaning
patient records.
I can not remove these files on write-only media.
But logically they were removed because they were all archived and
stored in a vault.
My EHR-system had no access to these scans.
All this might give frowns by the legal profession.
Logical deletion is possible at best.
Logical deletion means that that data no longer is actively used in
health care provision processes.
Absolute and full Physical deletion many times is impossible, or not
practical.
Gerard
Gerard Freriks
+31 620347088
[email protected] <mailto:[email protected]>
Kattensingel 20
2801 CA Gouda
the Netherlands
On 6 Nov 2017, at 11:43, Karsten Hilbert <[email protected]
<mailto:[email protected]>> wrote:
On Mon, Nov 06, 2017 at 11:38:23AM +0100, GF wrote:
2- Physical deletion is NOT ...
... easy and often practically next to impossible.
possible. During the life cycle
of data data collections are backed-up. This can be in write
once, read many times, media. Sometimes complete databases
are replicated as back-up.
While true it draws blank stares from legal or political.
So we need to declare "deleted" to mean "deleted-as-much-as-possible".
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
<http://eu.pool.sks-keyservers.net>
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
_______________________________________________
openEHR-technical mailing list
[email protected]
<mailto:[email protected]>
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________
openEHR-technical mailing list
[email protected]
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
*Birger Haarbrandt, M.Sc.*
Peter L. Reichertz Institut für Medizinische Informatik
Technische Universität Braunschweig und
Medizinische Hochschule Hannover
Carl-Neuberg-Str. 1
30625 Hannover
T +49 (0)531 391-2129
F +49 (0)531 391-9502
[email protected]
http://www.plri.de
_______________________________________________
openEHR-technical mailing list
[email protected]
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
