This is default featured slide 1 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 2 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 3 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 4 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

This is default featured slide 5 title

Go to Blogger edit html and find these sentences.Now replace these sentences with your own descriptions.

Friday, December 7, 2007

Spy Versus Antispy

There are times when, after spending hours testing one antispyware utility after another, I dream of the perfect testing lab, where dozens of intense young men and women clad in crisp white lab coats capture and dissect every variety of spyware. Using rows and rows of secured test computers, they torture-test antispyware programs to determine whether the apps actually remove the sample threats they unleash and—better yet—whether they can keep the darn things off a clean system.

The reality isn't quite as glamorous. I'm my own lab "staff," and my rows of machines are virtual ones . I can't reasonably test every spyware threat out there, so I rely on a strong, representative sampling. The results are reliable and reproducible, even though I don't have a huge staff of lab-coated assistants.

Spyware samples start to stink after a while: The longer they've been around, the more likely that even the most mediocre antispyware program will handle them (if you've bothered to install one—which isn't always the case, as we've recently shown). So several times a year, I throw them all out and gather a new collection. I start by asking a large group of security vendors to recommend some especially nasty threats, along with where to download each one so I can get them fresh off the Web. Once the vendors have weighed in, I compile their recommendations into one big list and use it to choose a representative selection, making sure to use something from every vendor. Items that are suggested multiple times almost always make the cut.

I also test the products against commercial keyloggers--programs that secretly record your keystrokes and other actions—for a number of reasons. First of all, most antispyware products specifically claim to remove keyloggers, along with spyware, adware, Trojans, and other types of malware. In fact, there were quite a few keyloggers in the list of vendor recommendations for malware samples. These threats are among the most dangerous as far as actual spying goes. They can capture passwords, financial data, or any personal information--instant identity theft! On the other hand, you're less likely to encounter one of these since most can only be installed by someone with physical access to your computer. When analyzing a product's performance, I give commercial keyloggers significantly less weight.

Then I put my virtual machines to work, loading three or four of the selected threats onto each one (since a real-world infested system usually has multiple problems). In theory, testing a security program's spyware removal feature is fairly straightforward. I simply install it on all the test machines and run the deepest scan available. Whatever it asks of me, I do. If it wants to reboot and rescan, even several times, I do it. If it asks to restart in Safe Mode and scan, I do that. If it wants me to fetch an iced latte, off to Starbucks I go (okay, maybe I just do that last part because I feel like it). Then, when the hubbub is over, I check to see if it really did remove the malware—and that's where things get hairy.

Some of the samples are big, blaring, oafish things, plastering my screen with so many overlapping pop-ups that I can hardly find the button to start a scan. Others shoehorn unwanted toolbars into my Web browser, or add desktop icons that won't stay deleted. When that kind of behavior stops, it's pretty clear something is gone. But what about the sneaky stuff that isn't visible? Or the rootkit-based threats that hide so even Windows can't see them? When it comes to making sure the threats are gone, the sleuthing involved is almost fun. Almost.

Tracking spyware requires a bit of prep. First, I boot up a clean virtual machine and launch utilities that monitor changes to the Registry, file system, and active processes. (I'm not naming the utilities, because I don't want to give away all the ingredients in the secret sauce!) Next, I release the sample spyware and let it do its worst. The monitoring utilities produce a flood of information—way more than I can use—so I wrote a custom filter program that discards the obvious dreck and presents the rest in a form that's easy to eyeball. It also lets me cherry-pick the file and Registry traces that are clearly related to the spyware installation and store those in a database. I don't try to record every single trace, just a representative sampling for a spot-check (some spyware apps install dozens of traces). After a spyware removal scan, another handmade program cross-checks that database, alerting me if any of those traces were left behind. If an app leaves a few nonexecutable files behind, I let it slide—as long as there's nothing left that can do anything.

Validating a program's ability to keep spyware from infecting a clean system is easier. I start by installing the app in question on a virtual machine and recording a snapshot of the protected system. Then I revert the VM to that snapshot each time I release a new spyware sample. If there's any doubt that the antispyware blocked it, I can run the spot-check program to verify.

Friday, November 30, 2007

Why EMR so expensive ?

Many doctors ask: Why is EMR so expensive? This question as it appears can seem simple in nature. While exploring this topic, you can find so many variations in the EMR products' features and functions. In most cases, a large or majority of the total cost of an EMR is in the training and implementation services, not in the software. But in many cases products will include more features than one needs or the manufacturer of the product is generally focused on larger sized groups making it more expensive for smaller ones. Additionally, as a practice, the question of technical proficiencies needs to be addressed. If a product is more technically advanced than the user, the user will not receive the full usage of the application. If the product is not being used to its full functionality, nobody wins. If this happens, the practice is not satisfied, and the vendor now has an unsatisfied end user. This is why matching up the practice with the right EMR is so critical. The opposite effect can be just as frustrating.

Cost is a fact in the investment of an EMR. An entry level EMR can cost as little as $3,000, and advanced level EMRs can cost over $100,000, even for a solo physician practice. The word “expense” should be replaced with the word “investment”. Once a practice has converted to the EMR, they can now look back and understand the difference in those two, very different words. When the EMR is running at full functionality, the practice becomes very efficient. No more hunting for paper charts. A single “click” of the mouse, and the patient’s entire record is in the hands of the appropriate user. Multiple users can access the same record simultaneously as well; allowing for greater productivity. The investment now begins to pay dividends.

Which is better an integrated EMR system or a modular EMR? Having a portion of the practice automated can be a benefit, just as it can be a challenge to overcome. There are many EMR vendors that have a Practice Management application built into their system. Many of these products can be a total replacement of existing applications, usually a older medical billing software. Be advised that not all EMR vendors have the capability to integrate with an existing software product. This is all very important to identify prior to committing to an EMR vendor. Running separate systems simultaneously can bring much unneeded frustration if not appropriately integrated in the beginning as you will need to deal with two different companies for technical support. The number of modules that can be integrated can vary significantly from vendor to vendor. Consideration of the charge for an HL7 (as explained earlier in this document) interface should also be taken into account. The interface between your existing system and your new EMR can often cost as much as $5000 making it often more financially viable to purchase an integrated system from the beginning.

These are just some of the many things to consider when selecting an EMR solution for your office. For more information on Electronic Medical Record software solutions please visit www.emr-solution.com.

Powered by WebRing.