Observations are not required to be linked to an encounter.  If you want to
represent or will later need to know that a group of observations belong to
the same clinical transaction (e.g., observations created from the same
form, gathered within a single patient interview, etc.), then encounter
would be the solution.  If you just want the observations in the database
and there isn't any natural grouping and/or any need to group them within
individual transactions, then encounter creation is optional.

-Burke

On Sat, Apr 7, 2012 at 2:25 PM, Joaquín Blaya <[email protected]
> wrote:

> Hi,
> I've been creating the document to improve the spreadsheet import module
> (I'm attaching it here in case anyone wants to look at it and give me
> suggestions. If you do please make them with Track Changes in the Word doc).
>
> One thing I came across was whether the module should create a new
> encounter if it imports observations for a patient.  From what I can tell
> right now the import module inserts the observations, but doesn't link them
> to an encounter (I have to admit that I'm guessing a little there because I
> haven't gotten it to work on OMRS 1.6). This means that you can search for
> the observation and even use it in the patient summary module or others,
> but there isn't an encounter where you can see (and modify) what was
> imported.
>
> I see that as being useful, but
> a. wanted to check with others how useful they thought that functionality
> would be
> b. how complicated it would be do to that? For example, is there a way for
> this to create an encounter without having a form linked to it and if now
> form is required how would it display the data.
>
> Joaquín
> ___________________________________________________________________
> Gerente de Desarrollo, eHealth Systems <http://www.ehs.cl/>
> Research Fellow, Escuela de Medicina de Harvard <http://hms.harvard.edu/>
> Moderador, GHDOnline.org <http://www.ghdonline.org/>
>  ------------------------------
> Click here to 
> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from 
> OpenMRS Developers' mailing list

_________________________________________

To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to 
[email protected] with "SIGNOFF openmrs-devel-l" in the  body (not 
the subject) of your e-mail.

[mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]

Reply via email to