[MEDITECH-L] Meditech Hardware (servers) Vendor question.

We're coming done to the wire in making a decision regarding the vendor for the MEDITECH hardware replacement. Can you put an inquiry out on the MEDITECH-L? We want to know why folks selected JJ Wild or Park Place and their experience with the vendor they selected. Thanks. Thomas Stephe

Re: [MEDITECH-L] Data Repository and Institute for Health Metrics

Jackie: We have both Meditech's DR and a piece of MSM's DR (for their products only). We are happy with both of these products. We are linking data from iVantage's HRIS product and Meditech's payroll. We export datasets to many other vendors, mostly for billing follow up. We also import

[MEDITECH-L] Optical Archiving - Blue Chip

We are interested in knowing if anyone is running optical archiving in Meditech Version 5.6 who have the Blue Chip (formerly DG) solution. We have heard that there are upgrade concerns and want to confirm that if it is true. Also, we would like to know if anyone has migrated from this plat

[MEDITECH-L] Duplicate Medical Record Numbers

I would be interested in hearing from anyone who has developed logic for identifying patients that have more than one Medical Record Number. There are obvious easy matches to make such as birthdate and gender. However, once you start looking a names and addresses, the possibility of mis-spe

RE: [MEDITECH-L] Meditech Magic and Pisces OR

Carol: It is possible to do perpetual inventory with updates from Picis OR to MM. We have not implemented this. We have implemented pulling Meditech MM data into PICIS implant screens. These are custom built screens with lookups into Meditech's MM. We have also built preference cards which

[MEDITECH-L] Orders Entered on Wrong Patient

Magic Order Entry We continue to struggle with orders being entered on the wrong patient. For a variety of reasons we do not restrict users by location. We're wondering if anyone has found it helpful to force users to use the Review Orders routines to access Enter Orders? Do users pay at

Re: [MEDITECH-L] Operating Room Management Systems

James: We have the Magic version of Picis' Medsurg product. It has met all of our actual needs. It has fallen short of some perceived needs. For example, there is a perception that the Block Scheduling Utilization reports are not accurate. Actually, they are very accurate if you set up your

Re: [MEDITECH-L] Archiving Data on Data Repository

Ken: We ave a combination of both Picis and Meditech data repositories. The Picis piece is only data from our Picis products (ER, QA, MedSurg). We never archive this data because the data repository is the archive. This question has come up before in this forum. To my knowledge there

Re: [MEDITECH-L] RE: interfacing from meditech to kronos

I don't think I have ever heard of Kronos Connect. We do daily scheduled downloads of our accruals, GL departments, labor levels, and employee data via scheduled NPR reports. These reports are delimited files and sent via FTP directly to our Kronos server. We are running Magic 5.4. T

[MEDITECH-L] SQL Reporting Services - PDF rendering problem

We are trying to publish a group of financial reports using SQL Server Reporting Services. We have hit a snag when we try to render the reports in PDF format. The leading spaces of each line are stripped in the output file. For example: Department 10.7240 - ICU

[MEDITECH-L] Report To Web

We would like to hear from folks using Report to Web to see and whether you like it. Does it meet your expectations, how long did it take to implement, how easy is it to maintain. We'd also like to know what other software is being successfully used out in the MEDITECH community to distribute

[MEDITECH-L] Meditech Downtime History - Question

Last week we had to reboot a server from what I think was a OS software problem ("frozen disk"). I got my information second hand from others on our staff, so I don't have an exact description. In the 17 years I have been working with Meditech systems, this is the second time we had unanti

Re: [MEDITECH-L] Trendstar / Meditech Interface

Don: We have an interface from Iatric Systems. They developed it many years ago. I believe Mt. Diablo Hospital in Walnut Creek CA is also using this interface among others. Thomas Stephen Laxar Coordinator, Hospital Information Systems Children's Hospital Oakland 510-428-3833 [EMAIL PROTECT

Re: [MEDITECH-L] Translating forms from English to another langua

Ken: I don't believe there are any translation products that are sufficiently accurate for medical or legal documents. Languages can have subtle ambiguities that can only be resolved from an intelligent understanding of the context of the words and a good knowledge of both languages at this

Re: [MEDITECH-L] DR & SQL Server Reporting Services

Laurie: We have just begun to use SQL Server Reporting Services. We are using them in kind of an unusual way. What we do is build everything in Business Intelligence Development Services. We can design the report that environment. We then use VB .NET to execute the reports via a schedul

[MEDITECH-L] Remove quotes from delimited report - Solution

This question was answered a while ago by Iatric Systems. I believe it was Joe Cocuzzo who had the answer. This is it: Make DAT=PINT for all your fields. Meditech will not put quotes around a field that is believes is numeric. I have used this technique often, so I a can vouch for its e

RE: [MEDITECH-L] MSM /PICIS conversion / OR systems

Brenda (& Dee): I find your reply pretty interesting. That an employee of one company (PICIS) would suggest you dump their product and buy the competitor's product is pretty amazing. It seems the same consultant also completely mis-informed you about PICIS' data repository capabilities. I

[MEDITECH-L] MSM /PICIS conversion / OR systems

Brenda: I am interested in what you see as the advantages of converting OR systems. When we opted to purchase MSM MedSurg in 2000, the Meditech OR module was definitely not ready for prime time. In fact, we were unable to get Meditech to even demo the product. However, I had seen it at pr

[MEDITECH-L] Re: Automated Phone System for Patient Appointment

Maria: We have used Teleminder for years both as an appointment reminder for patients and as a tool to call nurses to fill in shifts. It does have the capacity for the person receiving the call to make some menu driven responses to the message. As my child sometimes has clinic appointments at

Re: [MEDITECH-L] data Repository purge

Fariborz: I don't know of any way to purge the data repository. Given the interdependence of the tables, I would suspect it would be a pretty difficult process to do well. The question I have is what the advantage would be in moving data to slower drives? It would seem that the utilizatio

RE: [MEDITECH-L] Iatric Systems,

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == My response was the same as Cindy's. We are in the process of purchasing multiple interfaces from Iatric Systems. Whenever an

RE: [MEDITECH-L] Are Interface Engines Necessary?

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Tom: BizTalk really seems to be an interface engine. At $29,999 per CPU, it's not a particularly inexpensive one. The questio

RE: [MEDITECH-L] Are Interface Engines Necessary?

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Deborah: We audit our DR regularly using Blue Elm's DR Auditor. There are many tables that are consistently perfect, for examp

[MEDITECH-L] Are Interface Engines Necessary?

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == I am wondering what an interface engine like Cloverleaf or Summit has to offer that isn't available in SQL Server 2005 Integratio

Re: [MEDITECH-L] [DR] Are there any Data Repository sites that ar

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Gil: We have been using SAN drives for our Meditech DR for a number of years now. It was formerly on an XIOtech SAN. A couple

Re: [MEDITECH-L] JCAHO Language Requirement

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Tim: California long ago required us to collect language information for all patients. We have a group response with about 7

Re: [MEDITECH-L] HLA Typing in Meditech

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Tinus: It was determined that the Lab module didn't really accomodate the sort of data our HLA typing required. So we put the

Re: FW: [MEDITECH-L] flat files for transcription

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Fred: We started moving transcriptions into departmental long before there was an HL7 interface available. At first we used C

RE: [MEDITECH-L] Centralized Scheduling

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Alex: You make a very good point here. It's one we have considered. Take for example the case of a child that is making frequen

[MEDITECH-L] Centralized Scheduling - Outsourcing

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Centralizing or cecentralizing appointment scheduling is a tidal process. Since I have been working here at Children's we have

[MEDITECH-L] New Proration Rules - 5.5

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == We are considering skipping the 5.5 update and going straight to 5.6. The only 5.5 item of interest are the changes to the prorat

RE: [MEDITECH-L] C/S versus Magic on the L

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Joel: We were there. We thought it was a great idea. We started rebuilding our whole infrastructure to accommodate the great

[MEDITECH-L] Web based appt. scheduling

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Is anyone doing web based appointment scheduling directly from a patient and/or a referring physician's office? Thomas Steph

[MEDITECH-L] Wrong Patient Selected for Orders

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == We have a recurring problem with staff (physicians, nurses, ward clerks, etc.) placing orders on the wrong inpatients. Sometim

Re: [MEDITECH-L] Scripting Tool for Financials

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == Glenda: Our budgets are set up initially in Trendstar. Our finance department dumps this data to a text file and sends it to m

Re: [MEDITECH-L] VMWare

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == James: We have not put our Meditech servers on VMware. However, we are moving most of our NT servers to VMware. An exception is

[MEDITECH-L] B/AR - Payroll Analyst Position

All messages should be posted in plain text. HTML will be converted to attachments.The meditech-l web site is MTUsers.com == The Position: Systems Analyst with 2+ years Billing and Accounts Receivable experience. Healthcare and/or MEDITECH HCIS experi