We use the account number.
Nickie
Nicole L. Backus, RHIA, CHP
MIS Clinical Analyst/Coordinator
King's Daughters' Hospital and Health Services
P.O. Box 447, One King's Daugthers' Way
Madison, IN 47250
Phone: 812.273.7523
Pager: 812.265.7833
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, July 04, 2007 12:00 PM
To: [email protected]
Subject: meditech-l Digest, Vol 33, Issue 6
Send meditech-l mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of meditech-l digest..."
Today's Topics:
1. MIX Request PHA - ISMP NOTICE LARGE DOSE AT TOP MIX (Howes, Lori)
2. Magic 5.5, barcodes on patient armbands (Joyce Beck)
3. Job Opening for Financial Application Administrator (Tara Temsik)
4. ADDING AOM partial for Med Reconciliation see KB23441 (CS)
(Susan Mindler)
5. ADDING AOM partial for Med Reconciliation see KB23441 (CS)
(Susan Mindler)
6. Re: ADM/PHA/NMI Undo discharge issue (Behling, Diana)
7. Re: PHA and POM for Ordering Topical Medications
([EMAIL PROTECTED])
8. Re: Buggy Meditech programming of DTS's ([EMAIL PROTECTED])
9. NPR HELP ([EMAIL PROTECTED])
10. Job Opening in New Hampshire - Financial Applications Analyst
(Donna Mae Reade, RN, BS, MCP)
----------------------------------------------------------------------
Message: 1
Date: Tue, 3 Jul 2007 16:20:10 -0400
From: "Howes, Lori" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] MIX Request PHA - ISMP NOTICE LARGE DOSE AT TOP
MIX
To: <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Hello,
Our Pharmacy department has created a MIX request, and is hoping to get
other Meditech PHA users to join us to convince Meditech that this is
something we need them to look at. Here is our request;
Brief Description/Synopsis of Request
When selecting a Drug, we would like the lowest strength to be the first
selection.
How are you currently handling this now?
We have no workaround.
What problem will be resolved?
Our system has the potential to contribute to a similar error like the
one below that happened at another hospital;
In an outpatient pharmacy located in a hospital, a prescription for
SINEQUAN (doxepin) 100 mg was entered into the computer and dispensed
instead of the correct strength of 10 mg. Neither the technician who
pulled the 100 mg strength from the shelf nor the verifying pharmacist
caught the error. The patient took 500 mg of doxepin daily for one month
before the error was corrected. The error was discovered when the
prescription was transferred to another pharmacy and the receiving
pharmacist expressed concern about the high dosage. Since the error,
the patient has been experiencing residual drowsiness and fatigue. The
physician is now slowly decreasing the dosage. The pharmacy software
system may have played a role in the error. Upon entering Sinequan on
the product line, the list of matching results placed Sinequan 100 mg on
the first line followed by Sinequan 10 mg. It is believed that the
sequential listing of both strengths, with a ten-fold difference,
contributed to the selection of the wrong strength, as did the listing
of the higher
strength first.
Proposed Solution
Describe in detail how you think the system could be changed,
considering Dictionaries Parameters, Input and Output Screens, and
Reports.
When selecting a Drug, we would like the lowest strength to be the
first selection.
System Impact
Describe why this enhancement is important.
How does it improve the MEDITECH system?
What impact will it have on users?
It will lessen the impact of user error.
Although neither is acceptable, user error is inevitable and the thought
process is that underdosing is less dangerous than overdosing.
Lori Howes
Business Systems Analyst - Clinical Support
Niagara Health System - Cecil G Shaver Data Centre
541 Glenridge Avenue
St. Catharines, ON
L2T 4C2
905-378-4647 X44857
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070703
/a2500de7/attachment.html
------------------------------
Message: 2
Date: Tue, 3 Jul 2007 15:24:31 -0500
From: "Joyce Beck" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] Magic 5.5, barcodes on patient armbands
To: <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Wondering what other facilities are using for the main barcode number on
the patient wristbands for scanning by numerous hospital
departments-patient account number or medical record number? Thanks for
the information, Joyce.
Joyce Beck, Meditech Application Support Analyst
Douglas County Hospital
111 17th Avenue East
Alexandria, MN 56308
Phone: 320-762-6483
Confidentiality Notice:
This e-mail message is intended only for the named recipient(s) above
and is covered by the Electronic Communications Privacy Act, 18 U.S.C.
Section 2510-2521. This e-mail is confidential and may contain
information that is privileged, or exempt from disclosure under
applicable law. If you have received this message in error, please
immediately notify the sender by return e-mail and delete this e-mail
message from your computer. Thank You.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070703
/62d12c88/attachment.html
------------------------------
Message: 3
Date: Tue, 3 Jul 2007 14:27:59 -0600
From: "Tara Temsik" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] Job Opening for Financial Application
Administrator
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
FINANCIAL APPLICATIONS ADMINISTRATOR
A hospital based in the Rocky Mountain region is seeking a top talent
professional for financial information systems administration,
application implementation, & project management.
Successful candidates will have working knowledge of Meditech software,
and be able to hit the ground running working directly with clients in
various phases of system implementation including design, testing,
training and production support and compliance. Specific areas of need
are within the medical records, abstracting, human resources,
payroll/personnel, fixed assets, and materials management applications.
Experience with other Meditech applications is a plus. Experience with
the following software systems is also a plus: Optio, Spheris, API, GHX.
REQUIREMENTS/QUALIFICATIONS
? Two plus years experience implementing, upgrading, optimizing,
and supporting Meditech financial applications.
? Solid understanding of hospital information systems and
business processes.
? Excellent project management skills to see application
implementations through to completion.
? Excellent writing, editing, organizational, and investigative
skills.
? Proficient using MS Office to produce training materials,
technical documentation, etc.
? Excellent presentation skills.
? Ability to write reports, business correspondence, and
procedure manuals.
? Travel independently to fulfill responsibilities of the
position. Local and overnight travel is required.
? Competitive compensation and benefits.
Please send resumes and confidential inquiries to:
Tara Temsik RN, Clinical Systems Administrator
Medicine Bow Technologies
Dept. 2000, 1000 E. University
Laramie, WY 82072
Phone: 307.766.9518
Fax: 307.766.9510
[EMAIL PROTECTED]
Tara Temsik RN., B.S.N.
Clinical Systems Administrator
Medicine Bow Technologies
Laramie, WY 82070
(307)766-9518
[EMAIL PROTECTED]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070703
/e165a054/attachment.html
------------------------------
Message: 4
Date: Tue, 03 Jul 2007 15:52:23 -0500
From: "Susan Mindler" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] ADDING AOM partial for Med Reconciliation see
KB23441 (CS)
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII
Hello L'ers!
We are Meditech client server 5.5 sr2
Has anyone out there added on the Ambulatory Order Management
Historical Medication routine to PCS for JCAHO Medication
Reconciliation?
According to KB 23441, if I have PCS and PHA, I can get access to the
AOM Historical Medication Routine in PCS( for Client Server) without an
existing AOM database.
I would be interested in speaking to anyone who has done this.
Thanks in advance!
------------------------------
Message: 5
Date: Tue, 03 Jul 2007 15:52:43 -0500
From: "Susan Mindler" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] ADDING AOM partial for Med Reconciliation see
KB23441 (CS)
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII
Hello L'ers!
We are Meditech client server 5.5 sr2
Has anyone out there added on the Ambulatory Order Management
Historical Medication routine to PCS for JCAHO Medication
Reconciliation?
According to KB 23441, if I have PCS and PHA, I can get access to the
AOM Historical Medication Routine in PCS( for Client Server) without an
existing AOM database.
I would be interested in speaking to anyone who has done this.
Thanks in advance!
Susan E. Mindler
Clinical Analyst
Good Samaritan Regional Medical Center
700 East Norwegian Street
Pottsville, PA 17901
(570) 621-4198
fax (570)621-4337
[EMAIL PROTECTED]
------------------------------
Message: 6
Date: Tue, 3 Jul 2007 15:17:50 -0600
From: "Behling, Diana" <[EMAIL PROTECTED]>
Subject: Re: [MEDITECH-L] ADM/PHA/NMI Undo discharge issue
To: <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
We do not have this problem with our pharmacy systems (I think PYXIS and
Intellidot have found work arounds for this). However, we've had a
similar problem with a 3M HDM coding/billing system. Everytime ADM sends
the undo (A11 message) 3M deletes out all of the charges on the undone
account. This causes lots of rework and missing charges.
The only workaround we found was to have 3M totally ignore the A11
messages. Admission staff have to keep track of the actual cancelled
accounts in Admissions and our 3M coders have to manually remove those
patients from the 3M system. This creates extra work, but it is better
than dropping charges and losing money.
Is your DTS pharmacy specific, or NMI related to change the function of
the A11 message? If it is more global than pharmacy I'd be interested in
following up with you and could possibly help out.
Diana Behling
Application Systems Analyst/Programmer
Parkview Medical Center
719-584-4642
________________________________
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scranton, Robert
Sent: Tuesday, July 03, 2007 12:25 PM
To: [email protected]
Subject: [MEDITECH-L] ADM/PHA/NMI Undo discharge issue
The more modules involved in an issue slows its resolution
exponentially. You can quote me on that. Our pharmacy department has a
carousel and drug packaging dispensing system that has a few issues of
it's own without MediTech's help, but MediTech seems to have the need to
help it have more issues. We use the RXRobot interface which was
developed for the McKesson Robot system which normally gets along
perfectly fine with our AutoPharm system. The issue we have is that when
Admissions does an undo on a patient account and undoes a discharge even
for a fraction of a second, all of the medications that were not
dispensed for that person, be it hours, months days, or weeks are
dispensed from the carousel and automatic packaging machine. Then the
order is immediately discontinued and credited, but we are left with
plagues of medication to be manually returned. Has anyone run into this
problem? If you have you can make a difference. A DTS number would me
most helpful. Our ADM support person at MediTech is not grasping the
levity of the situation and I am running extremely low on ibuprofen. If
anyone out there has had this issue, I feel your pain, but would
appreciate your help.
Robert B. Scranton RPh
Pharmacy Information Specialist
Adena Regional Medical Center
Chillicothe, OH 43154
(740)779-7898
[EMAIL PROTECTED]
A pessimist is one who makes difficulties of his opportunities and an
optimist is one who makes opportunities of his difficulties.
Harry S Truman
Confidentiality Notice: The information contained in this electronic
transmission is confidential and may be legally privileged. It is
intended only for the addressee(s) named above. If you are not an
intended recipient, be aware that any disclosure, copying, distribution
or use of the information contained in this transmission is prohibited
and may be unlawful. If you have received this transmission in error,
please notify us by telephone or by email by replying to this email.
After replying, please erase it from your computer system.
******************************************************************
This email and any files transmitted with it are proprietary and
confidential
and intended solely for the use of the individual or entity to whom they
are
addressed. If you have received this email in error please notify the
system
manager at [EMAIL PROTECTED] Please note that any views or opinions
presented
in this email are solely those of the author and do not necessarily
represent
those of the company. No employee or agent is authorized to conclude any
binding
agreement on behalf of Adena Health System with another party by email
without
express written confirmation from Adena Health System authorized
individuals.
Finally, the recipient should check this email and any attachments for
the presence of viruses.
The company accepts no liability for any damage caused by any virus
transmitted by this email.
Adena Health System, 272 Hospital Road, Chillicothe, Ohio, USA,
http://www.adena.org
******************************************************************
This message contains confidential information and is intended only for
the intended recipient(s). If you are not the named recipient you should
not read, distribute or copy this e-mail. Please notify the sender
immediately via e-mail if you have received this e-mail by mistake;
then, delete this e-mail from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070703
/e329c499/attachment.html
------------------------------
Message: 7
Date: Tue, 3 Jul 2007 16:43:36 -0700
From: [EMAIL PROTECTED]
Subject: Re: [MEDITECH-L] PHA and POM for Ordering Topical Medications
To: "Melissa Wyant" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [email protected]
Message-ID:
<[EMAIL PROTECTED]
-costa.ca.us>
Content-Type: text/plain; charset=US-ASCII
That is how ours our built as well.(In the pharmacy dictionary, most
users have found that they cannot put a strength of a % in the strength
field and have
their
price calculations work out.) We did quite a bit of editing on the drugs
we pulled into QUICKscripts and will redo the drugs we put into
quickscripts next.
Since RXM is just a sort of typewriter, you can put the actual strength
of the ointment into the strength field. However, if you want to build
different
sizes of tubes, you have to build separate strings - all within the same
mnemonic and using the same NDC, or put the different sizes into the
trade name. Or
put the different sizes into the strength field like we did in pharmacy
and just put the strength into the generic or trade name like we did in
pharmacy.
For Quickscripts, the size doesn' matter so much since we are going to
send whatever we have - if we have unit dose, they will get unit dose.
So the
strength is in the trade and generic names. They have 0 in the dose
field and "Apply to" as the first few words. you must also enter
something in the
units field so I just defaulted in gm. That's about it.
This e-mail message, including its attachments, is for the sole use of
the intended recipient(s) and may contain confidential or 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.
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
To
"Melissa Wyant" <[EMAIL PROTECTED]>
06/29/2007 04:49 AM
cc
[EMAIL PROTECTED], [email protected]
Subject
Re: [MEDITECH-L] PHA and POM for Ordering Topical Medications
We have the PHA Drug Dx built the same way and use the Zero dose in
Pharmacy. In QuickScripts, we have the Zero dose with default Dose
Instruction as "Apply
to". As far as I know, in POM, the Edit Dose box comes up anytime the
default dose is Zero, regardless if you have a free text description
there or not. By
using "Apply to" in the dose description, our hope is that it will
prompt the Prescriber to finish the thought and enter the site of
application. We are
still implementing POM, so I can't give you an estimate on how often
that actually happens, but it does work.
Steven Dailey, RPh
Pharmacist/Informatics
Union Hospital
Elkton, MD 21921
Note: This message and any attachments are intended only for the use of
the individual or entity to which it is addressed and may contain
information that
is privileged, confidential, and exempt from disclosure under applicable
law. If the reader of this message is not the intended recipient, or the
employee
or agent responsible for delivering the 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.
"Melissa Wyant" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
To
06/28/2007 08:34 AM
<[email protected]>
cc
Subject
[MEDITECH-L] PHA and POM for Ordering Topical Medications
For Magic sites using POM. How are your Topical Medications (Ointments
and Creams) built in the PHA drug dictionary?
We currently have ours built with the tube size as the strength (15 gm)
and Pharmacy uses zero dosing with the application site in the dose
instructions.
To build Quickscripts with this process we would need to include all
possible application sites for the provider.
In POM when a provider orders without a Quickscript they are asked for a
dose in gm or gm/kg and dose instructions can also be built. Does
anyone have a
better solution for POM?
Thanks,
Melissa
Melissa Wyant, R.Ph.
Pharmacy Application Analyst, IS
Holyoke Medical Center
Phone: 413-534-2842
CONFIDENTIALITY NOTICE: This email communication and any attachments may
contain confidential and privileged information for the use of the
designated
recipients named above. If you are not the intended recipient, you are
hereby notified that you have received this communication in error and
that any
review, disclosure, dissemination, distribution or copying of it or its
contents is prohibited. If you have received this communication in
error, please
reply to the sender immediately or by telephone at (413)534-2500 and
destroy all copies of this communication and any attachments. For
further information
regarding Holyoke Medical Center's privacy policy, Please visit our
Internet web site at http://www.holyokehealth.com
<<<<GWAVAsig>>>>
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
To check the status of the meditech-l, visit MTUsers.NET
For help, email [EMAIL PROTECTED]
Please visit and add information to the MTUsers WikiPedia at
MTUsers.NET/mwiki
______________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
To check the status of the meditech-l, visit MTUsers.NET
For help, email [EMAIL PROTECTED]
Please visit and add information to the MTUsers WikiPedia at
MTUsers.NET/mwiki
______________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
------------------------------
Message: 8
Date: Tue, 3 Jul 2007 17:31:43 -0700
From: [EMAIL PROTECTED]
Subject: Re: [MEDITECH-L] Buggy Meditech programming of DTS's
To: Mary Everett <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
[email protected]
Message-ID:
<[EMAIL PROTECTED]
-costa.ca.us>
Content-Type: text/plain; charset=US-ASCII
That is actually quite helpful. Sort of what we already know. I
think the poor guys that are still there are spread so thin because
besides pharmacy,
there is now physician order entry, ambulatory care, oncology, BMV, eMAR
etc. etc. which ALL involve pharmacy at different levels and require
different
levels
of knowledge. Ambulatory care pharmacy is not the ame as oncolgy is not
the same as long term care is not the same as acute care. It is sort of
the
different between an ER doctor ,a neurologist and a psychiatrist. They
may use the same tests and the same drugs, but they may order them in a
completely
different way and look for different results for different reasons. The
pharmacy programmers may have worked at Meditech for years and there may
even be a
pharmacist there but if they are not actually hands on familiar with
what is going on out there today with the laws and regulations and
requirements and
expectations of management on what technology can do (regardless of
whether it can do it or not), I think they will be hard pressed to
really understand the
needs of
the users.
But I think hooking them up with pharmacists who can help them
understand is management's job. There are enough pharmacists
who are able to explain how things should work, but I think that it is
better done visually. When it is done over the phone or when a spec is
written out,
we wind up with these enhancements that the programmers have worked
really hard on and they turn out to be just terrible because they
require far too many
keystrokes,
or they are too cumbersome to use, or they just don't work the way they
were envisioned. These things don't get tested and checked out
throughly in the
beginning and by the time someone sits up and complains about it, it is
too late to fix it for that release. Then,you have to wait years for it
to get put
back the way it should have been done in the first place. The problem is
that, now we are being faced with mandates and regulations and we can't
wait years
for these issues to be resolved.
This e-mail message, including its attachments, is for the sole use of
the intended recipient(s) and may contain confidential or 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.
------------------------------
Message: 9
Date: Tue, 03 Jul 2007 22:03:06 -0400
From: [EMAIL PROTECTED]
Subject: [MEDITECH-L] NPR HELP
To: [EMAIL PROTECTED], [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
I'm looking for some words of wisdom in a NPR report in ADM.PAT that
prints? a nurse handoff report.? I have several fields that are
ccdqr.response values.? The problem comes when this query has been
answered on dayshift and then on afternoon shift, the IV or NG, or
whatever it is has been dc'd.? When afternoon shift documents, they
leave the query blank because it does not apply.? The problem then
becomes the answer still shows on the report but it no longer applies.?
Is there any way to tell the report/field that is the query was left
blank, that is a response?? Here is what I use in the field:
DAT=FREE
LEN=10
[EMAIL PROTECTED]
I realize this pulls the last documented response, but when documeting
by exception, this causes the problem listed above.? Any help would be
appreciated.? Thanks,
Karen Hunter
[EMAIL PROTECTED]
________________________________________________________________________
AOL now offers free email to everyone. Find out more about what's free
from AOL at AOL.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070703
/657fd995/attachment.html
------------------------------
Message: 10
Date: Wed, 4 Jul 2007 08:58:28 -0400
From: "Donna Mae Reade, RN, BS, MCP" <[EMAIL PROTECTED]>
Subject: [MEDITECH-L] Job Opening in New Hampshire - Financial
Applications Analyst
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Alice Peck Day Memorial Hospital is seeking an Information Systems
Analyst
to work with existing analysts, programmer analysts, and management on
the
Information Systems Team. This individual will be responsible for
supporting and enhancing the financial applications within the Meditech
MAGIC HIS system as well as other ancillary financial applications being
implemented (i.e., Eligibility Verification, 3rd Party Statement
Vendors,
MCR D Billing, EMR). This individual will participate in the
implementation
automated financial processes (i.e. electronic claims processing,
enhanced
claim checking, electronic remittances/denial management, contractual
arrangement management), and will work closely with user departments to
define data and reporting needs. This position has a strong emphasis on
programming skills for providing IT solutions to business problems and
to
meet ongoing business needs.
Minimum Qualifications/Requirements:
* 3-5 years of experience in Information Technology in the above
mentioned
role
* BS or Associate degree in Information Technology or other related
field
* Healthcare Accounting experience highly preferred
Experience Required and/or Highly Desired:
* Meditech MAGIC experience
* ESP Billing Software experience
* Meditech NPR reporting
* Microsoft Office Tools
* Interface People Script/Assist
* Front-end reporting tools like MS Access and/or Crystal Reports
* Project Management
* Experience in programming and database analysis/design with SQL, MS
Access, Visual Basic, and/or MUMPS
For consideration, please email resume to [EMAIL PROTECTED]
Confidentiality Notice: The information contained in this e-mail
and
any attachments is privileged and confidential and may contain
information that is protected by law. It is intended only for the
use
of the addressee(s) indicated above. Use or disclosure of
information
e-mailed in error is respectfully prohibited. If you have received
this e-mail in error, please contact the sender and immediately
delete
the original message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mtusers.com/pipermail/meditech-l_mtusers.com/attachments/20070704
/0483d9b6/attachment.html
------------------------------
_______________________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
End of meditech-l Digest, Vol 33, Issue 6
*****************************************
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
To subscribe or unsubscribe to the meditech-l, visit
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
To check the status of the meditech-l, visit MTUsers.NET
For help, email [EMAIL PROTECTED]
Please visit and add information to the MTUsers WikiPedia at MTUsers.NET/mwiki
______________________________________
meditech-l mailing list
[email protected]
http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com
