"All is already versioned, my question is about how to commit compos and if it makes sense to have two different versioned compositions for the same persistent compo archetype"
For a persistent composition you should generally only maintain a single instance that is continually updated i.,e same instance, same compositionId, new version. As I said before things are a bit more hazy for compositions whose persistence only lasts as long as a care episode, where a new instance might be created for each care episode but then that same instance updated through the episode. Ian Dr Ian McNicoll mobile +44 (0)775 209 7859 office +44 (0)1536 414994 skype: ianmcnicoll email: i...@freshehr.com twitter: @ianmcnicoll Co-Chair, openEHR Foundation ian.mcnic...@openehr.org Director, freshEHR Clinical Informatics Ltd. Director, HANDIHealth CIC Hon. Senior Research Associate, CHIME, UCL On 3 April 2016 at 08:59, pazospa...@hotmail.com <pazospa...@hotmail.com> wrote: > All is already versioned, my question is about how to commit compos and if > it makes sense to have two different versioned compositions for the same > persistent compo archetype. > > > Sent from my LG Mobile > > ------ Original message------ > > From: Bert Verhees > > Date: Sat, Apr 2, 2016 15:01 > > To: openehr-technical@lists.openehr.org; > > Subject:Re: Composition commit and change types > > I guess you need to version it, if you want it to be according the specs. > That means, when you use it for a medication-list, you will get many > versions of the same compositions for a patient. > > But if you do not version it, that means that the concept of replaying the > Past in case of legal investigation will not be possible. > > Bert > > > On 02-04-16 07:59, pazospa...@hotmail.com wrote: > > Hi all, I'm testing some cases in the EHRServer and I want to confirn some > grey areas. > > > If the EHR receives a commit of a persistent composition and the change type > is creation, should the EHR create a new composition? > > > i.e. I don't see an EHR having two different medication lists, is that > possible? > > > I guess persistent compos can only be created one time per archetype (one > medication list, one problem list, one vaccination list, etc. per patient), > and after the creation, all commits should be modification. Does this make > any sense? > > > If this is OK, to avoid errors from client applications, I would return an > error when a creation is committed for a persistent compo archetype that > already has a conpo instance. > > > And about the first commit. Should, lets say, the medication list be created > when the first medication is recorded or can it be created empty? What do > other implementations out there do? > > > Thanks a lot! > > > > _______________________________________________openEHR-technical mailing > listopenEHR-technical@lists.openehr.orghttp://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > > > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org _______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org