[MEDITECH-L] Job Description
Jeff Gwin
Applications Analyst?
Jeff Gwin
MIS Manager
Sierra Kings District Hospital
372 W. Cypress Ave.
Reedley, CA 93654
559.638.8155 ex. 105
559.637.7555 Fax
====================================
Keep up to date on recent announcements about MUSE by visiting the meditech-l web site at MTUsers.net and go to the tab labeled "MUSE - Dallas 05/08"
If you want to ask a question from the meditech-l users who will be attending MUSE or share something about MUSE with each other, you can post messages on the web site on the tab "MUSE - Dallas 05/08"
Burrell, Vickie
Here is what I have. It's pretty basic, but it might give you some
ideas.
Thanks,
Vickie L. Burrell
Director MIS
Schneck Medical Center
411 W. Tipton St.
Seymour, IN 47274
812/522-0169 (direct)
vbur...@schneckmed.org
Gary Hall
Gary Hall
Director of Information Systems
Estes Park Medical Center
970-577-4443 (office)
970-744-9052 (cell)
970-577-4355 (fax)
-----Original Message-----
From: meditech-...@mtusers.com [mailto:meditech-...@mtusers.com] On Behalf Of Jeff Gwin
Sent: Friday, May 16, 2008 8:56 AM
To: medit...@mtusers.com
Subject: [MEDITECH-L] Job Description
White, Scott A
Am I the only one who did not get the "attached" files?
I'd love to see them as well.
Thanks,
Scott
Hadidian, Ara
Microsoft SQL Server Standard instead of Enterprise?
It's a huge jump in price and I'm trying to see if we can do it with the
standard version of SQL.
Thanks in advance!
Ara H.
Information Services Director
Barlow Respiratory Hospital
(213) 250-4200 EXT 3176
AHad...@barlow2000.org
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.
Chinnery, Paul
TSL...@cho.org
Ara:
A major problem with the Standard version is the constraint on memory.
We did use the Standard version for many years but now use the
Enterprise version. Performance is way better. However, we upgraded
our hardware at the same time. So we can't isolate how much the
improvement was from faster disks and CPU versus how much was getting past
the 2 GB memory barrier.
Nevertheless, it is common wisdom that SQL Server loves memnory and more is
much better than less.
Thomas Stephen Laxar
Coordinator, Hospital Information Systems
Children's Hospital Oakland
510-428-3833
tsl...@cho.org
The email message (and any attachments) is for the sole use of the intended
recipient(s) and may contain confidential information. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not the
copies of the original message (and any attachments).
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Mon May 19, 2008 9:29 am From: "Hadidian, Ara" <aha
Subject: [MEDITECH-L] Question for Meditech Data Repository Users
From: "Hadidian, Ara" <ahad...@barlow2000.org>
Date: Mon, 19 May 2008 09:09:22 -0700
I am curious if anyone using Meditech's Data Repository went with
Microsoft SQL Server Standard instead of Enterprise?
It's a huge jump in price and I'm trying to see if we can do it with the
standard version of SQL.
Thanks in advance!
Ara H.
Information Services Director
Barlow Respiratory Hospital
(213) 250-4200 EXT 3176
AHad...@barlow2000.org
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.
====================================
Keep up to date on recent announcements about MUSE by visiting the meditech-l web site at MTUsers.net and go to the tab labeled "MUSE - Dallas 05/08"
If you want to ask a question from the meditech-l users who will be attending MUSE or share something about MUSE with each other, you can post message
s on the web site on the tab "MUSE - Dallas 05/08"
Return-Path: <"Hadidian, Ara" <ahad...@barlow2000.org>>
Received: from smtp2.mail.cho.org by cho.org; Mon, 19 May 2008 09:29:39 0000
Received: from smtp2.mail.cho.org ([192.168.1.39])
by smtp2a.mail.cho.org with ESMTP; Mon, 19 May 2008 09:29:23 -0700
X-ASG-Debug-ID: 1211214559-063703c90000-tQnRVc
X-Barracuda-URL: http://192.168.1.39:8000/cgi-bin/mark.cgi
Received: from host3.emwd.com (localhost [127.0.0.1])
by smtp2.mail.cho.org (Spam Firewall) with ESMTP id B7773861232
for <tsl...@cho.org>; Mon, 19 May 2008 09:29:20 -0700 (PDT)
Received: from host3.emwd.com (host3.emwd.com [72.52.162.75]) by smtp2.mail.cho.org with ESMTP id OBxiJzlKpPzDnFhG for <tsl...@cho.org>; Mon, 19 May
2008 09:29:20 -0700 (PDT)
X-ASG-Whitelist: Sender
Received: from localhost ([127.0.0.1]:38977 helo=host3.emwd.com)
by host3.emwd.com with esmtp (Exim 4.68)
(envelope-from <meditech-...@mtusers.com>)
id 1Jy7vl-0000PX-RE; Mon, 19 May 2008 12:09:45 -0400
Received: from 5mail.barlow2000.org ([12.42.163.250]:8757
helo=MAIL1.barlow.com) by host3.emwd.com with esmtp (Exim 4.68)
(envelope-from <ahad...@barlow2000.org>) id 1Jy7va-0000M5-Sb
for medit...@mtusers.com; Mon, 19 May 2008 12:09:34 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 19 May 2008 09:09:22 -0700
Message-ID: <BFF381777A7F91478A39...@MAIL1.barlow.com>
In-Reply-To: <F15F698E03068A4CA11D...@shexch1.saratogacare.org>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Question for Meditech Data Repository Users
Thread-Index: Aci3ZPAgO6aLM1YlSyKA/T5GmRtmDQABA92AAJfe9LAAAHr7EA==
References: <9D8784C554BA5D45AA01...@epmc7.epmedcenter.com>
<F15F698E03068A4CA11D...@shexch1.saratogacare.org>
From: "Hadidian, Ara" <ahad...@barlow2000.org>
To: <medit...@mtusers.com>
X-EMWD-MailScanner: Not scanned: please contact your Internet E-Mail Service
Provider for details, Not scanned: please contact your Internet E-Mail Service Provider for details
X-EMWD-MailScanner-SpamCheck: ,
X-Spam-Status: No, No
X-ASG-Orig-Subj: [MEDITECH-L] Question for Meditech Data Repository Users
Subject: [MEDITECH-L] Question for Meditech Data Repository Users
X-Mailman-Version: 2.1.9.cp2
Precedence: list
List-Id: Email list for Meditech users <meditech-l_mtusers.com.MTUsers.com>
List-Unsubscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=unsubscribe>
List-Post: <mailto:medit...@mtusers.com>
List-Help: <mailto:meditech-...@mtusers.com?subject=help>
List-Subscribe: <http://mtusers.com/mailman/listinfo/meditech-l_mtusers.com>,
<mailto:meditech-...@mtusers.com?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: meditech-...@mtusers.com
Errors-To: meditech-...@mtusers.com
X-EMWD-MailScanner-Information: Please contact the ISP for more information
X-MailScanner-ID: 1Jy7vl-0000PX-RE
X-EMWD-MailScanner-From: meditech-...@mtusers.com
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host3.emwd.com
X-AntiAbuse: Original Domain - cho.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - mtusers.com
X-Barracuda-Connect: host3.emwd.com[72.52.162.75]
X-Barracuda-Start-Time: 1211214560
X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at mail.cho.org
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Garry McAninch
I suspect you are going with SQL 2005 for the Data Repository?
To start off your Data Repository, your choice would likely be Standard
Edition unless you really expect you'll need some of the large scale
features that come with Enterprise edition. Enterprise Edition (and the
reasons for its much higher cost) stems mainly on high system availability
and large database performance; features which are necessary for large
database, high interactive, transactional processing environments. Things
like database snapshots (SAN systems), database clustering, fail-safe
configurations, Report Farms, etc. come to mind.
The Data Repository doesn't require these features unless you are involved
in high data interaction with other systems. I can truly say I've only been
involved with one Data Repository environment in the MEDITECH arena that
would fit that role. Most DR's are used for traditional reporting and
analysis.
Any development constraints between SQL 2005 Standard and Enterprise
editions, from my perspective, are minimal as both environments allow for a
total database size of 524,258 terabytes. SQL 2000 and earlier had much
smaller and more distinct restrictions placed on them. As a result, each
version required more consideration to select the correct edition. From our
perspective, there have been very few feature issues that have hindered any
of our development against SQL 2005 Standard Edition.
Good luck on making your selection!
gmc
_____
Dimensions_Analysis_Colour_Symbol.GIF
Garry McAninch
Principal
Dimensions Analysis
Phone : 905-704-1356
Mobile : 905-941-1356
Fax : 905-688-2256
e-mail: <mailto:gmca...@dimensionsanalysis.com>
gmca...@dimensionsanalysis.com
web : <http://www.dimensionsanalysis.com/> www.dimensionsanalysis.com
Data Warehouse Engineering * Digital Dashboards * Multi-Dimensional
Reporting * Information Management Consulting
This communication is intended solely for the addressee(s) and contains
information that is privileged, confidential and subject to copyright. Any
unauthorized use, copying, review or disclosure is prohibited. If received
in error, please notify us immediately by return e-mail.
_____
-----Original Message-----
From: meditech-...@mtusers.com
[mailto:meditech-...@mtusers.com]On Behalf Of Hadidian, Ara
Sent: Monday, May 19, 2008 12:09 PM
Subject: [MEDITECH-L] Question for Meditech Data Repository Users
I am curious if anyone using Meditech's Data Repository went with Microsoft
Paul MacDonald
I would have to agree with Garry. Unless your facility is
expected to start right off the bat with some of the functions he
mentioned (Clustering, Farming etc.), there is little reason to go to
Enterprise Edition. The scalability and the storage capacity of
Standard should be plentiful for most sites.
Paul M.
Manager, Clinical Applications
Ara,
gmc
_____
Dimensions_Analysis_Colour_Symbol.GIF
Garry McAninch
Principal
Dimensions Analysis
Phone : 905-704-1356
Mobile : 905-941-1356
Fax : 905-688-2256
e-mail: <mailto:gmca...@dimensionsanalysis.com>
gmca...@dimensionsanalysis.com
web : <http://www.dimensionsanalysis.com/>
www.dimensionsanalysis.com
_____
-----Original Message-----
From: meditech-...@mtusers.com
Thanks in advance!
Ara H.
Information Services Director
Barlow Respiratory Hospital
====================================
Amber Holcombe
I have been asked to see what other facilities are doing with coding of
combined accounts. Our payor mix is around 80% OPPS (really) so we
combine literally hundreds of accounts daily.
MT allows a function to easily move all charges from one account to
another, and freeze future charge entry, but this process does nothing
to alert coding.
Here is what we are seeing, patient is seen at outpatient primary care
clinic is the morning, an account is created and staff bill a 99212 and
a couple labs (that have medical necessity requirements). That
afternoon the patient reports to the outpatient radiology department for
a diagnostic rad test and the exams are all entered on the scheduled RAD
account.
The biller uses the standard MT functions to combine the charges to the
'higher' account (in this case the RAD) but the coding department
doesn't know that. They enter only the RAD dx's on the RAD account and
all the dx's that would pass medical necessity for the labs on the
account they were ordered on.
We have claim checks that find some of these (and denials that find the
rest) but it's still a manual process that utilizes high amounts of FTE
time between billing and coding to get the codes moved over.
Does anyone have a better process, or at least one that catches these
sooner in the flow? We are trying to educate departments to 'share'
accounts whenever possible, but that isn't helping much.
Please let me know what you currently do to address this problem.
Thanks!!
Amber Holcombe
Applications Analyst, Patient Accounts
Olympic Medical Center
Phone: (360)417-7124 Fax: (360)417-7342
"Excellence is not a skill. It is an attitude." ~ Ralph Marston
-------------------------------------------------------------------------
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended individual(s) named above and may contain confidential, privileged, and/or protected information. Any unauthorized review, use, disclosure, copying, or distribution of its contents is prohibited. If you are not the intended recipient, you have received this email in error. If so, please notify the sender immediately by reply email and delete/destroy the original and all copies of this communication. Also know that Internet e-mail is not secure. In choosing to communicate with Olympic Medical Center by email you will assume these confidentiality risks. Internet messages may become corrupted, incomplete, or may incorrectly identify the sender.