We have the same issue.  What are other facilities doing when you have 
situations like this?  At one time, we inactivated 'other' as the provider so 
that registration could not use it but somehow it got re-activated again.  Now, 
our Medical Staff Resource department has imposed that registration clerks now 
go online to look up physician information (UPin's, license, etc) before they 
enter in patients for physicians that are not set up in the dictionary.  Then 
they are to notify her so that she do the OSI check on them.  To me, this is 
not something that a registration clerk should have to do.  If we forget though 
and submit a claim with 'other' as the attending provider, those claims also 
reject out of our state ub reporting batch as invalid claims. We set up every 
single provider in our provider dictionary (including referring physicians out 
of state).  

-----Original Message-----
From: meditech-l@mtusers.com [mailto:[EMAIL PROTECTED] Behalf Of Julie Carlson
Sent: Friday, May 18, 2007 3:29 PM
To: Meditech-L (E-mail)
Subject: [MEDITECH-L] RE: PROVIDER NOT IN MIS PROVIDER DICTIONARY



Hello L-list,

We frequently have patients who present to Admitting to register for outpatient 
Labs or Imaging studies ordered by a physician or provider who has not yet been 
entered into our MIS Provider dictionary. For the longest time we have used a 
generic "OTHER" as the ordering physician (in order to get the patient 
registered and taken care of quickly), with research and Provider dictionary 
entries made by our Medical Staff Office after the fact, and sometimes rather 
'haphazardly' at that. Because of the late entries, RAD reports often do not 
get sent to the ordering provider (but get 'sent' somehow to Dr Other), and 
with the new requirement for NPI numbers and claims potentially rejecting for 
no NPI, among other things, we know we need to find a solution to this 
situation. 

 

Is this situation experienced by any of you? If so, how does your process work? 
I'd welcome any suggestions, comments, or ideas.....by the way, we are Magic 
5.5 SR3. Thanks in advance for any input,

 

Julie Carlson

Meditech Systems Analyst

Cascade Valley Hospital and Clinics

Arlington, WA  98223

(360)435-2133   ext 5017

 

 

 

******************************************************************************

DISCLAIMER - 

Email is not considered secure. Confidentiality risks are assumed by choosing 
to communicate with Cascade Valley Hospital and Clinics by email. The 
information contained in this e-mail is confidential, privileged, or otherwise 
protected from disclosure. It is intended only for the use of the authorized 
individual as indicated in the e-mail. Any unauthorized disclosure, copying, 
distribution or taking of any action based on the contents of this material is 
strictly prohibited. Please do not rely on e-mail to communicate health 
concerns or confidential information. If you have received this e-mail in 
error, please notify the sender and delete it immediately.




Visit us on the web at <http://www.murrayhospital.org>


NOTICE: This message originates from Murray-Calloway County Hospital (MCCH) and 
contains information that may be confidential or privileged and is intended 
only for the individuals or the entity named above. It is prohibited for anyone 
else to disclose, copy, distribute or use the contents of this message. This 
message may not be copied or distributed without this disclaimer. All personal 
messages express views solely of the sender, which are not to be attributed to 
MCCH. If you received this message in error, please notify us immediately at 
[EMAIL PROTECTED]
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit MTUsers.NET.

To check the status of the meditech-l, visit MTUsers.NET.

For help, email [EMAIL PROTECTED]

Visit the MTUsers WikiPedia at MTUsers.NET/mwiki
______________________________________
meditech-l mailing list
meditech-l@MTUsers.com
http://mtusers.com/mailman/listinfo/meditech-l

Reply via email to