All messages should be posted in plain text. HTML will be converted to attachments. The meditech-l web site is MTUsers.com ======================================
And of course this shows why it would probably be better to look in NUR which stores all of the answers. So, in NUR when you loop back to the last documented date/time you will get only the current answers, or lack of them, as the case may be. Daniel Davis, RN Patient Care Module Coordinator Southern Hills Medical Center Nashville, TN (615) 781-4153 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ken MacPherson Sent: Monday, February 27, 2006 11:02 AM To: Barbara Kirtland Pena; [email protected] Subject: RE: [MEDITECH-L] ADM.PAT ccdqr.response All messages should be posted in plain text. HTML will be converted to attachments. The meditech-l web site is MTUsers.com ====================================== Hi Barbara I'm not sure that you can do this, and if you can then it will require a macro and some pretty complicated logic. Here's why. When a response is left blank, it is null or nil to the system. As a result of having no value, it is NOT even stored by the system. Therefore when you request the last response, you are requesting the last populated or answered response. One way I can see for getting around this would be to use the procedure MIS.SCREEN.print. See Knowledgebase article 9376 or follow the link below to determine how to use this procedure. https://www.meditech.com/kb/Custform.ASP?urn=9376 This has the advantage of being easy to use, but the disadvantage of being really ugly output on a nicely formatted report. This is especially true if the person building the CDS was more concerned with function than form. Otherwise what you have to do is determine all of the queries on your CDS and determine the latest date / time for which that CDS was answered. Then you have to pull the queries for that date / time. Now here is the real bad news. If you are answering this CDS for a patient multiple times for one visit and you are storing the responses in ADM.PAT.ccdqr then you are overwriting your earlier responses with your most recent responses and when a response is left "blank", the previous response is left intact. So in essence , if this is the case, you are getting a mixture of responses after you answer the CDS more than once. I hope that this helps Ken -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Barbara Kirtland Pena Sent: Friday, February 24, 2006 10:56 AM To: '[email protected]' Subject: [MEDITECH-L] ADM.PAT ccdqr.response All messages should be posted in plain text. HTML will be converted to attachments. The meditech-l web site is MTUsers.com ====================================== I am pretty certain I am not the first to ask this question and my hope is that someone has the answer. I have a rather extensive "Hand-Off Communication" report written in ADM.PAT pulling, among other things, many many ccdqr.response fields from the Nursing module. These responses are the last filed response to nursing customer defined queries, however, sometimes the true last filed response was a blank where in a past intervention a response had been entered. I need the BLANK to download, not the previous response. Has anyone found a way, using the ccdqr.response field in ADM.PAT to look at the real-real last response filed (being a blank) and get a blank to download? If you have and will share, I will be ever so grateful. I may even rejoice. Thanks _______________________________________________ meditech-l mailing list [email protected] http://mtusers.com/mailman/listinfo/meditech-l This email message may contain confidential information and<br> is intended only for the individual named. If you are not the<br> named addressee you should not disseminate, distribute or copy<br> this email. Please notify the sender immediately by email if you<br> have received this email by mistake and delete this email from<br> your system. Email transmissions cannot be guaranteed to be<br> secure or error free as information could be intercepted,<br> corrupted, lost, destroyed, arrive late or incomplete, or contain<br> viruses. The sender therefore does not accept any liability for<br> errors or omissions in the contents of this message that arise as<br> a result of email transmissions. If verification is required<br> please request a hard copy version. _______________________________________________ meditech-l mailing list [email protected] http://mtusers.com/mailman/listinfo/meditech-l _______________________________________________ meditech-l mailing list [email protected] http://mtusers.com/mailman/listinfo/meditech-l
