[MT-L] B/AR Magic 5.63 Proration Issue

[Clayborn, Jackie]

Good Afternoon,

I am looking to see if anyone that is on Magic 5.63 is having any issues
with their proration rules where some accounts are crashing when doing a
reorder/reprorate or mock proration of the account?

I have a rule that has 118 lines of code in it and we are using a lot
more than 10 temporary variables to accommodate the large amount of
carve outs that we have this particular payer. What has been going on
more frequently since we have upgraded to 5.63 is that there are a
handful of accounts that have been either reordered/reprorated or
another interim bill has come off that will crash our bill cutoff
process at night because of the proration rule. Meditech is telling us
that the rule is crashing at line 117 of the rule which is where we
determine the ADJ amount ( INS1-T30^ADJ1). It just so happens it is the
line where the temporary variable that is being used is the catchall for
all the carveouts. Meditech suggestion is that we nil out temporary
values that we are not using anymore. We have done that in this rule.
Prior to this upgrade we were not having this issue. Also the odd thing
about this that on the interim bills the prior bills have gone thru
proration fine with no issue.

I have attached a text file with a copy of the rule which is just a
downloaded version of mock proration.

If anyone is aware of this issue and has a resolution for it, please let
me know.

Any help would be appreciated.

<<UNHCO Mock proration of an account.txt>>

Thanks.

Jackie Clayborn
Senior Program Analyst
TriHealth Information Systems
(513)569-6831 (office)
(513)569-6195 (fax)
e-mail Jackie_...@TriHealth.com

PRIVACY/CONFIDENTIALITY NOTICE REGARDING PROTECTED HEALTH INFORMATION

This email (and accompanying documents) contains protected health information that is privileged, confidential and/or otherwise exempt from and protected from disclosure under applicable laws, including the Health Insurance Portability and Accountability Act. The information contained in this email (and any accompanying documents) is intended only for the personal and confidential use of the intended recipient. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this information in error and that any review, dissemination, distribution, copying or action taken in reliance on the contents of this communication is strictly prohibited. If you have received this communication in error, please destroy it immediately.

[Mary Wagner]

Hello Jackie,

I am having a similar issue with a rule with 147 lines with the same response from MT. This doesn't happen very often for us. I nilled the variables too which did not work. I questioned if the problem could be with another line since there does not seem to be a overflow with the line they have suggested. They now have replied back with another suggested line. I'm going to try again...

Thanks,
Mary

Good Afternoon,

Thanks.

DISCRETIONARY NOTICE: This message (including any attachments) is not to be disclosed and intended solely for the use of the individual or entity to whom it is addressed, and is protected by law. If you are not the intended recipient, please delete the message (including any attachments) and notify the originator that you received the message in error. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Prime Healthcare Services.

====================================

Please do NOT send messages that ask "Please post to the list" or "I'd like to see your answers" or "Send that info to me, too" These are useless messages that just waste the email server's resources. Instead, email the original requester and ask that they send you or post the results of their question.

To UNSUBSCRIBE, go to http://MTUSers.net
for information.

You can locate the:
1) meditech-l archives
2) NPR/Magic/CS tips
3) job opportunities in the Meditech community
http://mtusers.net

If you need help or advice on how to use the meditech-l, email lo...@MTUsers.com or ju...@MTUsers.net. Both of these people help manage the meditech-l, so they are your best resource.

[Byrnes, Joan (Exton)]

We have had this problem in proration as well. We did have to nil out
variables as soon as we finished with them. Meditech told us this was
due to symbol table overflow issues. They did give us a fix, but we
still needed to nil out variables. We've also had overflow problems due
to proration hold checks. You can ask if they have any recent fix for
overflow issues.

I only briefly looked at the rule, but it looks like you have more
variables that you need to nil. Once you're finished with them, for
example, you can nil out as: ""^T1^T2^T3^T4^T5, ETC. I worked on a
rule where I had to keep going back to the rule and nilling out
variables until it no longer crashed.

Joan F. Byrnes
Manager - Patient Financial Services/IT Support
Catholic Health Initiatives - Revenue Realization Center
Office - 610.594.5166 Fax - 610.594.5121
Email - joanb...@catholichealth.net

-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com] On Behalf Of Clayborn, Jackie
Sent: Tuesday, April 06, 2010 11:32 AM
To: medit...@mtusers.com
Subject: [MT-L] B/AR Magic 5.63 Proration Issue

Good Afternoon,

Thanks.

[Purvins, James A.]

I know that Meditech 6.0 is really geared to the advanced clinicals.

However, once Billing goes to 6.0, wonder how this proration rule
writing will be affected !!

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation

[cbodn...@rcrh.org]

Just fyi...

I think that BAR 5.6 is the "new" BAR.... and when we went up with CS 5.6, the 'new' BAR Proration rules wouldn't work..... two years later and we're still using Magic Step Codes in CS.

Several reasons for this, including lack of testing, and lack of time.... I really hope others have had better luck!

Cindy Bodnar-Anderson
IS, Regional Health

Good Afternoon,

Thanks.

====================================

====================================

Regional Health's mission is to provide and support health care excellence in partnership with the communities we serve.

Note: The information contained in this message, including any attachments, may be privileged, confidential, or protected from disclosure under state or federal laws . If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the Sender immediately by a "reply to sender only" message and destroy all electronic or paper copies of the communication, including any attachments.

[Julia Carter]

There are some really cool features in Reimbursement Management, but many times you still have to use Magic Code to get the rule to do just what it needs to do. I can't see it going away. I don't have any insider info, but it seems to me that it would have to be replaced with some other programming.

Julia Carter, CPAR
Senior Consultant
Consultant People
396 W Main St
Lewisville, TX 75057
http://www.cpeople.org
(229) 891-6668

[Stewart, Donald]

Can you substitute slash variables? Wouldn't that help with symbol
overflow?
Donald

[Byrnes, Joan (Exton)]

Can you show an example? I am not familiar with slash variables and why
they would help with symbol overflow.
Thanks.

-----Original Message-----
From: Stewart, Donald [mailto:dfst...@urmc.org]
Sent: Wednesday, April 07, 2010 9:36 AM
To: Byrnes, Joan (Exton); Clayborn, Jackie; medit...@mtusers.com

[Purvins, James A.]

Donald,
I vaguely remember this subject coming up before in the distant past.

I think the answer to that question is it would help but <marginally>

Maybe the real technical experts can chime in and confirm or refute what
I believe is true.

Although the <values> of the slash variables may be cached out to local
disk, the names of the variables (ie /TOTAL or /CHARGES) are still being
stored in the local store.

So, depending on how long you make your slash variable names (ie /T vis
a vis /TOTAL) this may take up less local symbol table space or more.

Can anyone confirm my assumptions here ?

Cheers and Happy Hump Day !

James Purvins
Inland Northwest Health Services
(509) 232-8384

Your opinion of me is none of my business - Terry Cole - Whittaker

This e-mail and any attachments are confidential and may also be
privileged. If you are not the named recipient, or have otherwise
received this communication in error, please delete it from your inbox,
notify the sender immediately by replying to the message, and do not
disclose its contents to any other person, use the information for any
purpose or store or copy the information in any medium. Thank you for
your cooperation

[John Nadeau]

I have one rule where the first line calls a report writer macro where I did all
my work and returned my calculation to to the rule. Was much more flexible, and if
it crashes, the line where it crashed shows up in the error log and is easy to
troubleshoot.

John Nadeau
Financial Systems Analyst
Southern Maine Medical Center
(207) 283-7503
(207) 283-7510 (fax)
is....@smmc.org

[Mary Wagner]

Good Morning John,

Would you be willing to share an example? MT came out to teach proration and they said what you stated is possible but was unable to provide supporting documentation.

Thank you,
Mary

Good Afternoon,

Thanks.

====================================

====================================

====================================

====================================

DISCRETIONARY NOTICE: This message (including any attachments) is not to be disclosed and intended solely for the use of the individual or entity to whom it is addressed, and is protected by law. If you are not the intended recipient, please delete the message (including any attachments) and notify the originator that you received the message in error. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Prime Healthcare Services.

====================================

[Gammell, Yvonne M.]

This was actually the recommendation from the Reimbursement Management class Meditech taught a couple weeks back.

Thanks! :-)

Yvonne M. Gammell
Central Vermont Medical Center
Analyst

www.cvmc.org

[John Nadeau]

Sure. I have a report in BAR.PAT, called BAR.PAT.zcus.jcn.proration

To call a macro from the rule: %BAR.PAT.zcus.jcn.prortion.M.macro.name(/account)

So for my rule, I use %BAR.PAT.zcus.jcn.proration.M.maih.20061001(/account)^REIMB1

The first line in my macro is /account^account

Then write your code like you would for anything else, last value is returned

to the proration rule. Works great, and is much more flexible because you can

access basically anything in the macro editor without having to ask Meditech for

additional report fields or proration variables.

[cid:image0...@01CAD64A.DEE1E2B0]

[Purvins, James A.]

Okay, this I am going to have to try out.

When you make a program call though, you will lose all your locals or
have to access them by prefixing the variable with the symbol table
level.

An example would be helpful.

James Purvins
Inland Northwest Health Services
(509) 232-8384

This e-mail and any attachments are confidential and may also be

[Crystal Halm]

Is it possible to do this in MT 6.0 with tables or can you only call the macro
from magic code?

-
Crystal Halm
B/AR Business Analyst - Information Systems
ABHS Alexian Spirit Committee Member
Alexian Brothers Health System - Salt Creek
847-590-2429 - Crysta...@stalexius.net

>>> "Gammell, Yvonne M." <Yvonne....@cvmc.org> 4/7/2010 11:25 AM >>>

Thanks! :-)

www.cvmc.org

troubleshoot.

Good Afternoon,

Thanks.

====================================

====================================

====================================

====================================

====================================

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.