Tobin --
I think the longer term view is that referrals are a special case
(subclass) of orders, so you should try to implement that if at all possible.
Ideally, the results of the referral will come back and be entered as an
encounter with the referral provider at the referral location. Think about
what additional fields you would need, clearly location and provider (user
pre-1.9), probably a reason for/type of referral concept, maybe some fields to
track the appointment if it is the facility's responsibility to make the
appointment, assure transportation, etc.
As for limiting the display of locations and providers available both in
clinical forms (internal providers/locations only) and referrals (external
providers/locations only), I would use a tag (or tag-like attribute), but that
doesn't help much in HTML forms. For pre-1.9, you could user roles to limit
the provider lists (role attribute). For locations, maybe a logic rule would
work, otherwise you're going to need explicit lists (ugly to maintain).
Good luck, Roger
From: [email protected] [mailto:[email protected]] On Behalf Of
Tobin Greensweig
Sent: Monday, March 12, 2012 4:20 AM
To: [email protected]
Subject: [OPENMRS-IMPLEMENTERS] Referral Location
I am building an HTML form that a physician will fill out when referring a
patient for additional care. One of the options on this form will be "referral
to" which needs to be a fixed list of hospitals and other specialists.
I'm trying to decide if I should have a concept such as "refer to" with coded
answers (probably all of which would be contained in their own class) or if I
should have this concept be a text datatype then use html forms style=location.
One downside to this is that I don't really want users to be able to select
various hospitals and physician offices as the location of other encounters.
What do you think makes the most sense based on everyones' experience and the
data model?
Thank you very much,
Tobin
________________________________
Click here to
unsubscribe<mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l>
from OpenMRS Implementers' mailing list
_________________________________________
To unsubscribe from OpenMRS Implementers' mailing list, send an e-mail to
[email protected] with "SIGNOFF openmrs-implement-l" in the body
(not the subject) of your e-mail.
[mailto:[email protected]?body=SIGNOFF%20openmrs-implement-l]
