# feeder_audit <> audit_details **Category:** [Implementers (archive)](https://discourse.openehr.org/c/implementers-archive/158) **Created:** 2008-08-27 07:58 UTC **Views:** 11 **Replies:** 3 **URL:** https://discourse.openehr.org/t/feeder-audit-audit-details/13039 --- ## Post #1 by @NMazur Hi, I'm trying to understand how the auditing is recorded in the openEHR model, and I'm a bit confused\. As I understand it, changes to a Composition can occur either due to somebody changing something locally, or due to changes that come from some external system\. Local changes are traced using AUDIT\_DETAILS instances that come together with versioned objects \(in the case that the composition is versioned\)\. But changes coming from external parties are recorded in FEEDER\_AUDIT objects\. \(see Section 4\.3\.2 in the document http://www.openehr.org/releases/1.0.1/architecture/rm/ehr_im.pdf). Why that difference? When an external system updates something about an order, why isn't that just seen as a new version of that order? And if a new version is created, then everything could be recorded in an AUDIT\_DETAILS object, so why that extra FEEDER\_AUDIT? Can somebody help me in clarifying the difference? Kind regards, Nancy --- ## Post #2 by @thomas.beale All changes, no matter where they come from, create an AUDIT\_DETAILS on a VERSION object\. Additionally, data imported from some other system will have some audit details to do with its original creation and committal to its original system\. This is what is stored in teh feeder audit\. So e\.g\. the feeder audit will contain committed by Jane Doe, 1/aug/2008 12:30 and the AUDIT\_DETAILS could contain: committed by ehr\_svr1\_importer\_v2\.5, 3/aug/2008 09:17 \(in proper structured objects of course\)\. I'm sure you get the idea\. \- thomas beale > Hi, > > I'm trying to understand how the auditing is recorded in the openEHR model, > and I'm a bit confused\. > > As I understand it, changes to a Composition can occur either due to > somebody changing something locally, or due to changes that come from some > external system\. Local changes are traced using AUDIT\_DETAILS instances that > come together with versioned objects \(in the case that the composition is > versioned\)\. But changes coming from external parties are recorded in > FEEDER\_AUDIT objects\. > \(see Section 4\.3\.2 in the document > http://www.openehr.org/releases/1.0.1/architecture/rm/ehr_im.pdf). > > Why that difference? When an external system updates something about an > order, why isn't that just seen as a new version of that order? And if a new > version is created, then everything could be recorded in an AUDIT\_DETAILS > object, so why that extra FEEDER\_AUDIT? > > Can somebody help me in clarifying the difference? > > Kind regards, > Nancy > \-\- > View this message in context: http://www.nabble.com/feeder_audit-%3C%3E-audit_details-tp19176382p19176382.html --- ## Post #3 by @NMazur Hi Thomas, yes, that clarifies it a lot... so the feeder audit contains information in terms of the external system, whereas the AUDIT_DETAILS identifies the external system itself in a sense, or specifies the local module that performed the change due to the changes coming from the external system. Yes, makes sense. Thanks! That's already one problem solved ;-) Nancy --- ## Post #4 by @thomas.beale Nancy Mazur wrote: > > Hi Thomas, > > yes, that clarifies it a lot\.\.\. so the feeder audit contains > information in terms of the external system, whereas the AUDIT\_DETAILS > identifies the external system itself in a sense, or specifies the > local module that performed the change due to the changes coming from > the external system\. > \*Nancy, it is not even that complicated\. Every VERSION committed to the EHR system has an AUDIT\_DETAILS regardless of wht the content is \- whether it got created locally, e\.g\. by a user app, or whether it was imported\. If it was the latter, then the content contains audit information \(where available\) from the source system \(which we call the 'feeder' system\)\. \- thomas --- **Canonical:** https://discourse.openehr.org/t/feeder-audit-audit-details/13039 **Original content:** https://discourse.openehr.org/t/feeder-audit-audit-details/13039