...
how should we deal with admin required functionality, e.g. destroy EHR, Compositions, Actors, etc ? Need a specific endpoint /admin or use DELETE action over resources, assuming ACL permits ?
DELETE /admin/ehr/{:ehr_id}
DELETE /admin/ehr/{:ehr_id}/composition/{:composition_id}
see https://ehrbase.readthedocs.io/en/latest/03_development/07_admin/index.html
later (less prio) also merge, unmerge, move content
delete template is problematic, if is “in use” - but on the other hand this is an admin endpoint, so it should be fine
export (and import), later also (partial) extract/ import
/admin/ehr/{ehr_id}/export - exports
/admin/ehr/import
configure the export/import task scope with a payload (e.g. all-ehrs, subset of ehrs based on their ehrIds, “some compositions”)
background tasks - consider polling
need to define what will be the format for this dump - zip? (Seref:) sqlite? (Severin:) csv or json?
we will need to define schema for this export format
Ian: see Josh Mandel on dumping ehr-data
do we need something
like ehr_extract ?
self-contained package, including templates, archetypes; maintaining cross references, versioning, contribution
import should work on existing populated CDR
what if template or other data already exists?
Alex: consider keycloak import/export strategies
consider flag to anonymize data upon export
can be used for data migration from one CDR to another, or another version
merging EHRs
archiving/shredding Person/EHR (partial, cohort)
system?
Bugs
Jira Legacy server System JIRA serverId 7788407e-95fd-3d19-96c6-946a2bd486dc key SPECITS-60
- might be a breaking changeJira Legacy server System JIRA serverId 7788407e-95fd-3d19-96c6-946a2bd486dc key SPECITS-46
but also to other placesJira Legacy server System JIRA serverId 7788407e-95fd-3d19-96c6-946a2bd486dc key SPECITS-44 Jira Legacy server System JIRA serverId 7788407e-95fd-3d19-96c6-946a2bd486dc key SPECITS-68
...