All messages should be posted in plain text. HTML will be converted to
attachments. The meditech-l web site is MTUsers.com
======================================
Byrd:
You could use a rule to do this or an attribute attached to the Cat or
Proc screen.
Two variables are needed:
The patient's status
The ordering doctor's admitting privileges
1). Field from MIS Provider Dictionary
MIS.DOC.DICT.facility.admit.priv
"To allow this provider admitting privileges at this
facility, enter Y.
To prevent this provider from having admitting
privileges at this facility, enter N.
If you identify this provider at Admitting Physician or
Attending Physician prompts, a warning message appears.
This warning does not prevent you from filing this
provider as the admitting provider for a patient."
ATTRIBUTE TO DEFAULT THE DOCTOR'S ADMIT PRIVILGES:
[EMAIL PROTECTED],@MIS.DOC.DICT.facility.admit.priv[@
.facility]="Y"}
or
[EMAIL PROTECTED]
-----------------------------------------------------------------
Subject: RE: (MEDITECH-L) CDS attribute for provider lic number
The provider query must be a pointer query or have the providers name
default in with the use of an attribute.
This will skip the license number field altogether. I have used this and
it
works great with a pointer query.
Try this: Make sure to replace OEPROV with your provider query name and
"DCMH" with your specific hospital identifier
IFE=IF{[ANS,"OEPROV"]|0^DOC,""^/VAR,
[EMAIL PROTECTED],
[EMAIL PROTECTED],"DCMH"]^/VAR,
IFE=IF{/VAR;DFT^/VAR},
IFE=/VAR^/[ANS%0,/S.LAST.QUERY]|0,P(R,S,/VAR:15TL)^#,""}
--------------------------------------------------------------------
2). Field for Patient Status
@p.ADM.PAT.status or @p.ADM.PAT.status.w.obs
ATTRIBUTES FOR STATUS
[EMAIL PROTECTED]"REG ER" 1;""}
[EMAIL PROTECTED]"REG ER"
---------------------------------------------------
REQI=([EMAIL PROTECTED]"ADM IN"})
or
[EMAIL PROTECTED]"ADM IN"
---------------------------------------------------
Two things:
1) This IFE attribute will not determine whether or not the query is
required, it only determines whether the cursor will stop in the query
response field. If you make it a required query but the IFE attribute
causes the cursor to skip, the user will be hung in a loop with an error
message regarding a required field!
Instead, make your attribute an REQI type and do not answer the required
column on the CDS Dictionary. To NOT make this required in the ER, use
this:
[EMAIL PROTECTED]'="REG ER"
If you don't want the cursor to even stop in the query response, use:
[EMAIL PROTECTED]'="REG ER"
2) Your original attribute used @ADM.PAT.status. This is correct in
NPR but in MIS attributes, you must use @p.ADM.PAT.status. The
difference is only the "p." between the @ and the ADM.PAT... but it
makes the difference between working and not.
-----------------------------------------------------------
Here's an attribute that is only required if the patient's location is
ER, and they are female between the ages 14 and 55. This is set up for 2
different ER's.
REQ=IF{(@p.ADM.PAT.location="E.ER")!(@p.ADM.PAT.location="M.ER")}&
REQ=IF{(@p.ADM.PAT.sex="F")&(@p.ADM.PAT.age>14)&(@p.ADM.PAT.age<55)}
-----------------------------------------------------------
Here is an attribute that can be used to make a query required based on
the response to a standard field. For example,we can make the query
required based onthe response of a standard field. For example, the
query will be required if the primary care physician entry is UNLISTED.
The attribute that can be used is as follows:
REQI=(@t.ADM.PAT.prim.care.doctor="UNLISTED")
------------------------------------------------------------------------
----
Require a response REQ=1
Require if patient location is 1SO [EMAIL PROTECTED]"1SO"
Require if weight is over 150 lbs [EMAIL PROTECTED]>150
Require if user ID starts with "NSG" [EMAIL PROTECTED]"NSG"
Require a response only MON-FRI REQ=%Z.day.from.date(@.today)>1<7
Or
REQ=%Z.day.from.date(@.today)'=1'=7
Require a response based on attend dr
is DRXXX [EMAIL PROTECTED]"DRXXX"
-----------------------------------------------------------
REQUIRED
The following attribute can be used to make a query required only for a
specific patient
status (ie, ADM IN, ADM INo, ER and SDC):
[EMAIL PROTECTED](@ADM.PAT.status.type.out'="IN"'="SDC"'="ER")!
REQI=(@ADM.PAT.observation.patient="Y")
-----------------------------------------------------------
Attribute for OE CDS query:
Error message when doctor is selected who is not on staff .
FCL1="N"'[EMAIL PROTECTED]@.response]
[EMAIL PROTECTED]("PHYSICIAN IS NOT ON STAFF AT THISTIME")
----------------------------------------------------------------
Other provider related attributes:
[EMAIL PROTECTED]"TBS" @W.err("Error,TBS is not a real
doctor,
IFE= erase TBS and edit ER Physician in Rm/Staff Routine");""}
-----------------------------------------------------------------
[EMAIL PROTECTED]"ELLLY" @W.yes.no("WARNING: THIS TEST MUST BE ORDERED
BY,
FCL1= DR ELLINGTON'S OFFICE! DO YOU WANT TO CONTINUE ");1}
-----------------------------------------------------------------
OE ORDER RULES
Order Rule Based on Ordering Physician
[f ord dr]="Cox,Terry DR"^A,
[f ord dr]="Zor,Maria L. DR"^B,
[f ord dr]="Bal,A DR"^C,
"TROPINE ORDERING IS RESTRICTED TO STUDY PHYSICIANS ONLY"^M,
IF{A!B!C [f ord ok];
[f ord err msg](M)};
;need to use the dr field as it appears in the dr dictionary
;dont use quotes around variables
;error message based on who the ordering dr is
------------------------------------------------------------------
Order Rule Based on Location and if the ordering doctor is the same as
the attending doctor
[f pt location]="CER"^A,
[f pt location]="FER"^B,
"edit the ordering physician"^M,
IF{[f ord dr mne]=[f pt admit dr mne]&(A!B) [f ord err msg](M);
[f ord ok]};
;rule to flag if the ordering physicians is the same as the attending
;physician at the location of FER
-------------------------------------------------------------------
IN PATIENT ONLY
Mnemonic IP
Active? Y
Description INPT TEST RULE
Data Flds From ORD
POM Enabled? N
"Error! This put whatever you want here."^M,
IF{[f pt status]="ADM IN" [f ord err msg](M);
[f ord ok]};
--------------------------------------------------------------------
ANSWER:
Subject: RE: (MEDITECH-L) Stop OE orders from Physicians without
Admitting Privledges.
In Magic you are able to restrict the modules in which a physician shows
up. This is done via the MIS Provider Type dictionary.
At the module prompt the documentation is as follows:
"Enter the applications in which you want this provider type to be
available. Providers of this type appear in Provider Lookups within
these applications.
If this field is left blank, providers with this provider type are
available in Lookups within all applications. If one or more
applications are specified, these providers can only be entered at
Provider prompts within those applications."
If you want the MD available in ABS and ADM but not OE, enter ABS and
ADM at the modules prompt.
QUESTION:
Subject: (MEDITECH-L) Stop OE orders from Physicians without
Admitting Privledges.
Hi, We use Hospitalists extensively, so now a great deal of our family
physicians no longer have admitting privileges.
We would also like to stop orders being entered into OE where they are
the ORD Dr.
These physicians should not be ordering any tests or exams.
There doesn't seem to be any field in MIS provider, to stop this
provider from being the ORD.dr. I know I can write a rule, but would
have to attach to every OE procedure. Also, the rule would need to point
to the MIS PROVIDER dictionary to see if the ORD. dr. admitting
privileges was set to y or n.
Does anyone have a rule that goes to check the MIS provider dictionary?
-----------------------------------------------------------------------
Good Luck,
Bill Mullins RN
Williamson Medical Center
2021 Carothers Road
Franklin,Tn 37067
615-435-5630
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Byrd Plyler, RN
Sent: Tuesday, June 27, 2006 2:23 PM
To: [email protected]
Subject: [MEDITECH-L] OE RULE to restrict order provider if no ADM
privileges
All messages should be posted in plain text. HTML will be converted to
attachments. The meditech-l web site is MTUsers.com
======================================
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed.
This footnote also confirms that this email message has been swept by Sophos
and MIMEsweeper for the presence of computer viruses.
**********************************************************************
_______________________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l
