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 VerheesDate: Sat, Apr 2, 2016 15:01To: 
[email protected];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, [email protected] 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 
[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

Reply via email to