What Can IT Do for Your Growing Pain Practice?

Home/What Can IT Do for Your Growing Pain Practice?
What Can IT Do for Your Growing Pain Practice? 2016-10-18T10:56:02+00:00

What Can IT Do for Your Pain Practice?

Dear Arizona Pain Specialists,


[information technology] manager has submitted several proposals for purchasing new software and hardware to supplement our current systems. All of our systems are working now, so I can’t help but think most of these updates are unnecessary. Should I approve these purchases? Is it normal for a company to have large dollar technology purchases even when there is nothing wrong?

Thank you,
Sticker Shocked

Dear Sticker Shocked,

Without knowing the details of such proposals, it’s difficult to say if your practice has a sufficient technology infrastructure. That said, it is not outside the realm of possibility to spend a large amount of money improving your existing infrastructure. When considering tech upgrades, several big-picture questions need to be asked and evaluated. You should start with the most important part of the process, a needs assessment.

The Needs Assessment

The needs assessment goes directly to your point, “All of our systems are working now, so I can’t help but think most of these updates are unnecessary.” Your IT manager should be able to explain to you why you “need” this new software or hardware and how it will improve daily workflow.

All projects, small and large, must start with a needs assessment to properly execute. The scope of the assessment can vary greatly depending on the project, but the goals are the same: To garner commitment from all parties who will be affected by the project, and to ensure that those who use the final product have a chance to provide feedback before purchasing. Those influenced by the purchase should be able to provide a list of software/hardware features needed, as well as rationale for how the purchase would improve workflow. As project size increases, the needs assessment and employee feedback required for appropriate decision making become more important.

Research and Testing

After completing the needs assessment, the system administrator (IT manager) should research hardware and software options to meet the established objectives. The following criteria should be taken into consideration:

1. Total Cost of Ownership: Is there an annual subscription fee? Do you need to host this application on your own in-house server and, if so, will you need to purchase this server?

Remember that less initial cost is not always better. The cost should be weighed against a list of pros and cons about the software. Assign a dollar amount to each feature to help make decisions. Neglecting this step could mean a greater overall cost in the long run, even though the initial cost appears much cheaper. For example, an email system that does not include out-of-office replies, forwarding or distribution groups may cost half as much as a competing application that includes all of these features, but it would not satisfy the needs assessments of most pain practices.

2. Upgrades and Patches: Is the device or software updated regularly with new bug fixes and features? Does the manufacturer still release new products or is this an old, outdated support product?

You don’t want a dead product. Companies that have infrequent updates may take months or years to resolve bugs with their software or devices, which could lead to a loss of productivity when issues with the software arise, incompatibility with newer products and security vulnerabilities.

3. Support: How many local support options are there? Is there a spare unit on hand if there is a hardware failure? Can the system administrator troubleshoot the common issues with the device?

You should always have multiple support paths for your final solution. A local consultant should be at the top of your list, but remote support options are also acceptable.

4. Scalability: Scalability refers to the ability of a system or network to either assimilate growing amounts of work into the existing system, or for the system to expand to accommodate the increasing workload. You may have 10 to 15 employees now, but will this option work when there are 40 to 50 employees? 100 employees? How soon will you need to worry about having sufficient technology for that many employees?

A general rule of thumb is to consider how a system will expand with an additional 50 users. It’s important to know if there are costs associated with user licensing and if your server hardware is capable of supporting more than your current user load.

5. Implementation Time: How long will it take to apply this software or hardware solution? Will an outside consultant be necessary to complete the steps? Can your system administrator handle the installation and configuration?

It is always advisable to implement a robust, easy to manage system. It takes manpower to administrate systems, so the less complex the administration task, the more time your staff has to handle other responsibilities.

6. Workflow: This is perhaps the most important piece of the research process. How does this application or hardware fit into your existing workflow? Is it difficult for employees to use the system while they’re working or does it help them do their job more efficiently?

The objective of any piece of software or hardware is either to increase security or to improve functionality. A system shouldn’t be implemented when it doesn’t achieve one of these objectives. If a system is not improving your security or your usability, there is no reason to implement it.

7. Security: In the medical industry, every application must be scrutinized for security. Does the vendor store patient information on its servers? When sending patient information, is the application encrypting that data or, at the very least, de-identifying the data? Are the users monitored and logged by the system? Can you differentiate between employees?

Business owners often skimp on security for a variety of reasons, including cost, inconvenience or they underestimate its importance. This is a big mistake. Security should be taken very seriously and you should avoid any application that does not provide you with some basic features, such as unique user logins, an audit trail and user/group-level permissions.

IT Project Implementation Analogy

Any new IT implementation has a basic goal of providing solid solutions to enhance quality for the user. Success must be defined by your organization’s needs and can vary from faster Internet, better electronic health records experience, less network downtime, better phone routing system or any other IT solution.

Think of a successfully implemented IT project as a pitcher of water. When the rim of pitcher is brimming with water, your organization has reached success for a particular project. You can fill the pitcher with two things: time and money. If you need a project implemented successfully within a week, you don’t have much time and it will cost you more money. If, on the other hand, you have a long-term project, you may be able to budget less money toward this endeavor and still reach the same level of success.

The size of the pitcher is determined by the needs assessment. If your practice has a long list of requirements and specifications for a piece of software, your needs list will be longer. If your list contains more flexible, less-specific requirements, you will have fewer needs.

Implementation time represents the period you have to start up the project. A project that must be executed within one week would be represented by a small amount of human capital. Essentially, greater implementation time means you can pour more time into the success of the project. And the bigger the budget, the more money you can pour into the success of the project.

You should start by determining what constitutes success for a particular IT project. What you want to accomplish will dictate the implementation time and size of the budget. The goal is to set realistic expectations for both and to acknowledge that an improperly funded or constrained project will not be as successful as one that is properly supported.

Piecemeal Implementation: A Developmental Paradigm

Normally, software and hardware are not binary systems. You can, for example, purchase certain components that will fulfill the immediate needs of the company and also allow you to improve on them later. When working with a piecemeal development and implementation process, you must be careful to use a system that provides flexibility to alter and improve at a later time. A good dea is to purchase software and hardware that either allow for future growth or is inexpensive enough that it can easily be replaced when you want to finish the full implementation.

When deciding what system to choose for an incremental, à la carte, implementation, ask what features will be missing during the initial deployment. You need to plan for the changes in workflow that will come with new features, and you need to plan the entire rollout so there are no surprises halfway through the implementation. For instance, a small pain practice with only a few employees doesn’t necessarily need an email system that includes distribution groups. However, the physicians might want to buy a system that includes a distribution group’s feature to not hinder future growth.

As with any implementation, communication is the key to success. It should be clearly outlined when features will be implemented, which departments will be affected and who will take responsibility for ensuring that employees are following new processes. Remember that it costs money to fail at implementation. Not only do you lose the cost of the software or hardware, but you also lose labor costs and time spent researching the product. Your employees will also suffer if their workflow is being changed or if they have to work around, and not through, the system you implemented.

What Can You Do?

It is common to have high expenses during the growth phase of a company, especially for technology and infrastructure development. Remember, technology is here to make workflow better, not worse. It is sometimes easy to forget that employees will be using the systems you’re implementing and this is when many of the issues mentioned above can interfere with your company’s workflow.

In summary, clearly define objectives for the project and stick to them. Changing objectives mid- project will cause major delays in all phases and may require the system administrator to begin anew. If you find that your projects frequently need major revision throughout the implementation process, then you should reexamine your needs assessments process.

Provide your system administrator with a reasonable budget and implementation timeframe. You will exhaust him or her if you keep projects under extreme time constraints or without proper funding. Have your system administrator develop a return on investment analysis after you’ve proposed the budget. It’s possible that it may cost more than you expect but have better returns in the long-term.

Understand that technology, although not revenue generating, is about loss prevention and efficiency. Leverage IT resources to streamline workflow and to increase the stability of systems.

Trust those you’ve hired to run your IT department, and ask these staff members to show you how and why increased technology purchases will benefit your practice. If they produce a strong needs assessment with sufficient staff feedback, make the recommended changes. A smart, effective practice uses the best technology available, including human capital, such as an intellectual IT department that can provide appropriate advice.

—Paul Lynch, MD, Tory McJunkin, MD, and Randy Braunm

Drs. Tory McJunkin and Paul Lynch founded Arizona Pain Specialists, a comprehensive pain management practice with three locations, seven pain physicians, 10 midlevel providers, three chiropractors, on-site research, and behavioral therapy. They teach nationally and are consultants for St. Jude Medical and Stryker Interventional Spine. Through their partner company, Boost Medical, they provide practice management and consulting services to other pain doctors throughout the country. For more information, visit ArizonaPain.com and BoostMedical.com.