[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Health-dev] [bug #35461] Privilege Separation for Patiet Registrati

From: Chris
Subject: Re: [Health-dev] [bug #35461] Privilege Separation for Patiet Registration
Date: Wed, 29 Apr 2015 15:51:54 -0700
User-agent: Mutt/1.5.23 (2014-03-12)

Hiya Ronald!

> Its been a while since I last looked at GNU Health (dedicating time to test
> the new release). Its good that we have restricted access from front desk
> employees but we have a scenario with small or even large practices were
> vitals are collected by nurses or nurse aides before the patient goes in to
> see the doctor.

When I go to my primary gp in the States it's like that too, so that
workflow definitely makes sense to me.

> From the demo_nurse user account you can only take such vitals for
> admitted patients (as part of nursing rounds)
> Is this something we need to take into consideration or has to be
> taken care of part of individual implementations?

Put simply, the default permissions for Health Nurse fit very well with
the setup you are describing. Specifically, they can create, write, and
read Patient Evaluations: Jane Doe -> Right click -> Relate ->
Evaluations -> New. The evaluation includes all the relevant fields:
vitals, mental status, diagnosis, etc.

An example workflow: frontdesk user creates the patient (if first
visit), then nurse sees the patient and takes vitals (and other basic
info). Afterwards, doctor or physician assistant finishes the visit.
All the pertinent information will be in the evaluation.

The rounds models are for traditional nursing wards not, as you said,
the previous scenario. The default access schema works for that, too.

There are undoubtedly some fields/models that are a bit
context-specific. Yet the scenario you described should *not* need
significant customization. In general, I think varied mixing of access
groups can cover the most common use cases.

Hope that helps!


reply via email to

[Prev in Thread] Current Thread [Next in Thread]