Tuesday, September 25, 2007

Successful MMIS Implementations (Part 3 of 3)

So what action the community take to address the challenges and barriers related to MMIS implementation?

Prior blog entries were an attempt to shed light on the day-to-day situation of an MMIS project and should not be read as complaints or issues directed at any one entity. Good project management practices can and should deal with the issues such as vague requirements, relationship management, fiscal and schedule performance, and project communications. However, the probability of success of MMIS projects can be tremendously increased with a change in framework and approach. We should add that the issues discussed in Parts 1 and 2 are not unique to the MMIS market. Software development projects across all industries face similar situations. The general trend in all industries is that the penalty for underestimation is more severe than the penalty for overestimation. The FFP strategy can be successful, but it is a blunt instrument in current practice. The desire is not to let the pendulum swing completely away from FFP contracts back to the time and materials environment. A balanced approach is warranted and can be implemented to meet everyone’s goals and objectives. The following provides specific recommendations for future MMIS success. We have organized these recommendations by the key stakeholders involved in each MMIS contract: State, CMS, and Vendor.
Recommendations for State Agencies

  • Balance between time and materials (T&M) and fixed price contracts. Consider breaking the MMIS procurement into at least two phases: phase 1 - requirements and design and phase 2 – development and implementation. The T&M contract vehicle can be used for phase 1 and FFP for phase 2. It should be noted that it is assumed that the same vendor is recommended to complete both the phases as the context of requirements is bound to be lost in transition if a different vendor is brought in for phase 2.
  • Implement award fee or other incentive based contracts. The state has certain goals and objectives for the MMIS procurement. The vendor is motivated to perform. However, the two are not necessarily aligned. Is the vendor motivated to addressing the goals and objectives? Award fee contracts used often in the Federal government contracts are an excellent vehicle to align goal achievement and performance and rewards. The Census Bureau and the Federal Bureau of Investigations have recently awarded these types of contracts.
  • Consider performance based contracting (PBC). Again, this is a popular approach in Federal government. The details of performance based contracting are not within the scope of this paper; however, in general PBC focuses on performance and service level agreements. It establishes a quality assurance surveillance plan for contracts administration and this plan is tied intimately to the vendor’s quality assurance and project management.
  • Establish statements of objectives (SOO) and a concept of operations document in the RFP and avoid specific requirements. Federal agencies such as the Federal Bureau of Investigation, Department of Defense, and Department of Commerce follow this approach when procuring complex information systems. The general idea is to establish objectives and describe the vision of the operations of the MMIS for the vendor community. The vendors then conduct requirements elicitation during DD&I. This approach avoids the loss of the requirements context discussed earlier in this paper. The vendor’s analysts and design staff will be able to capture precise information necessary to build the MMIS. It also avoids frustrations faced by the state staff in having to participate twice in the same process, namely, during requirements gathering by the vendor helping to write the RFP, and then during the requirements analysis/validation by the vendor building the MMIS.
  • Allow the vendor to propose an alternative system development life cycle (SDLC). Most MMIS RFP’s require a waterfall-based SDLC. Vendors can help manage risks and be more responsive with alternative processes such as agile and rapid prototyping. Require parallel system testing. The primary purpose of an MMIS is to pay claims and it is absolutely critical to ensure that differences (if any) in payment amount are fully understood between the old MMIS and the new MMIS. Providers are very politically involved and motivated to use all avenues if the new MMIS pays claims differently than the old MMIS; even if the system is paying more accurately. Parallel testing is a great risk mitigation process prior to going live with the MMIS. Some states recommend parallel testing but this process should be mandated and should not be compromised in any circumstance.
  • Avoid big bang implementations. Implementing a large system in one deployment is difficult to manage given the large number of stakeholders and thousands of unknown variables. Many states evolve to some form of phased implementation during DD&I; however, it is a very disruptive process to change to a phased implementation after creating and pricing a work plan for a big bang implementation. It is much easier to plan for a phased implementation as a part of the procurement process.
  • Train state business users on how to manage FFP contracts and the project management triangle.
Recommendations for CMS
  • Entertain and require alternative acquisition strategies (i.e., T&M, award fee, etc). Ask states to reduce risk and consider alternative acquisition strategies as a part of the Advanced Planning Document approval.
  • Be more actively involved during the DD&I phase. CMS is a key stakeholder that funds up to 90% of the DD&I phase of the MMIS. CMS involvement as part of the Project Management Office and governance processes is critical for proper communications. The model of current involvement is passive in terms of status reports and occasional site visits. CMS involvement should be more integral to the project execution than otherwise. It keeps all three parties (i.e., CMS, state, and vendor), fully engaged in the success of the project.
  • Consider mandating IV&V activities and/or establish a Project Control Office vendor that reports to CMS. Collect history of project performance on past MMIS implementations and share lessons learned across states. As already mentioned above, MMIS implementations vary; however, there are many similar traits. It would be helpful to have a standard repository of project performance information and a forum for sharing of lessons learned.
  • Encourage state/group conferences with the vendor. Encourage states to conduct conferences with the common vendor amongst the states. This will allow states that have similar systems to share best practices and lessons learned in implementing the system.
  • If possible, coordinate RFP releases so that they are not all coming out at the same time. Having multiple RFPs out at once reduces competition or dilutes bids. One of the ways that CMS can increase competition is by providing grants to vendors for research and development of new systems and functionality.
  • Facilitate a User Group organization that is focused on states with similar issues; states that are embarking on implementing new systems; states that are constructing new systems; and states that have implemented systems. Lessons learned shared from one state to the other will be invaluable. Also, states will be able to share common system components that have generic applicability. Formalize this process since there is already some level of Regional Exchange that exists. This formalization gives it meaning and making it a mandatory process as a part of reporting updates to CMS during the project execution.
Recommendations for Vendors
  • Train vendor staff to handle FFP contracts. Project managers may have the knowledge or experience; however, team leads and analysts are often required to face state staff without adequate preparation on how to manage scope.
  • For a state to make a good decision, the vendors need to be more open and honest about their staffing and pricing models.
  • Vendors should train their staff better prior to engaging with a state. Vendors always have an issue where some of the personnel involved do not know the details of the solution being offered.
  • Vendors should be more transparent in their estimation process and willing to share that with the state and CMS during the RFP response.
  • Vendors should establish a framework for more state staff quality participation during all the phases of the DDI implementation and not limited to requirements and design phases.
  • Communicate openly with the state and with CMS. Don’t become too “bogged down” in competitive posturing to the detriment of the project.
Read more!

Successful MMIS Implementations (Part 2 of 3)

This is a continuation from Part 1...

In this part, the barriers to success are discussed...

Managing the Cost, Scope, and Schedule Triangle

MMIS procurements are are generally conducted in a very risk averse environment; however, the projects often desire new technologies and innovative approaches to solve current and anticipated business problems. In addition, business objectives and goals are sometimes overshadowed by deadlines for federal mandates and an expiring current MMIS contract. A fixed price contract is a convenient mechanism for states to shift risks to the vendor; costs are capped, and scope is in theory contained. On the surface it is an attractive situation -- the project management triangle is established where cost, schedule, and scope have been defined. However, if scope or schedule change, there is an obvious impact on the cost. Having a fixed price framework does not allow the cost to change hence compromising scope and schedule.

Loss of Context during the Request for Proposal Development Process

State agencies have to start the MMIS procurement Request for Proposal (RFP) very early in order for it to go through the acquisition process. The term used for procurement documents varies from state-to-state but the documents are collectively referred to as the RFP in this paper. As mentioned at earlier, the high cost, visibility, and political nature of these projects generally means that many stakeholders have to be involved and it naturally takes time to address everyone’s needs. State agencies typically undergo a long and arduous process to collect the RFP requirements from their stakeholders. These requirements are usually gathered through either formal or informal requirem ents elicitation sessions. Meaning, anticipated users of the MMIS and other stakeholders involved in MMIS business processes are solicited to capture the requirements for the new system. The exact process and the degree of formality vary from state-to-state; many states contract with consulting organizations that have expertise with Medicaid to help develop the requirements for the RFP (and perhaps develop the entire RFP). A significant negative side effect of this approach is that much of the valuable information related to the requirements is usually lost in the process. The context surrounding each requirement is very important to the vendor responsible for DD&I. The context includes information such as who asked for the requirement, what was the intent behind the requirement, relative priority, discussions, diagrams, and other artifacts. The value of requirements elicitation is often not in the exact requirement statement resulting from the process but rather in the discussion around the requirement. Good analysts probe and ask questions and tackle a specific need from a variety of angles as they form the actual requirements statement. However, the information conveyed during that discussion is difficult to capture in an RFP context. The English language is also not precise enough to convey the information since there are many ways to interpret statements. Also, requirements are not prioritized; a particular requirement may be high-effort and low return.

The time period between when state stakeholders first meet to identify the requirements to the point when the DD&I vendor conducts a requirements verification or validation session can range from one to two years. By that time, it is very difficult to remember the intent behind the requirement. Stakeholders sometimes question why a requirement was even in the RFP during a DD&I requirements verification/validation session. This is often the case because requirements gathering exercise take place at too high a level in the organization. Precious DD&I time has to be used to uncover history and to attempt to bring back the context of the discussion around a requirement. That time period is difficult to predict and quantify while developing a proposal response to the RFP. The consultant or group that conducted the RFP requirements elicitation for the state is often not available once the contract is awarded to the vendor.

Requirements Maturity Challenges Scope and Estimation Processes

Large, complex systems are difficult to define and specify. The procurement documents (i.e., Request for Proposals) define requirements for these systems; however, the requirements are often broad and high level and, as mentioned above, much of the context around each requirement is lost in the process. The requirements for the MMIS are represented as one or two sentence statements. They are often organized around the functional areas of an MMIS such as Claims, Provider, and Member. Over the past several years the RFP requirements have become more detailed and thorough. The sheer number of requirements in RFPs for the entire MMIS has grown from around 100 to over 2,000 over the past four years. However, the requirements are still very broad and high level. Consider these examples from recent RFPs:
  • “Ability to apply Expedited Prior Authorization criteria to claim data”
  • “Ability to query on provider attributes, as defined by the user”
  • “The system must support rebate negotiations”
  • “[The system must provide] Enhanced premium assistance functionality”
In addition, many of the requirements include phrases such as “including, but not limited to” and “etc.” that make it extremely difficult for the vendors to bind the scope. RFP requirements are also often not written to follow industry best practices to be clear, concise, and testable. Vendors are required to estimate a two to three year DD&I period based on requirements written to the specificity above. It is a difficult task. So the FFP price will often reflect the risk of the unknown. To bind the scope, vendors will often document assumptions as a part of the proposal in response to these requirements. These assumptions may prove to be inaccurate during DD&I resulting in some form of a conflict between vendor and the state agency. The question and answer period during the procurement process is not adequate to explore and probe vaguely written requirements because there is limited opportunity to have face-to-face contact with the end users and, as discussed below, the right resources and thought process behind these requirements is lost. The end result is that the scope side of the project management triangle is not as solid or firm as is assumed when undertaking the FFP contract for an MMIS project. At best, the schedule side of the triangle is murky given the vagueness of the requirements. Scope and schedule uncertainty eventually impacts the cost.

So what can we all do to address these challenges? Stay tuned... Read more!

Saturday, August 18, 2007

Summary of MMIS Conference : A Perspective from Dr. Vivek Gore

The MMIS Conference was held in sunny San Diego this year. San Diego is a beautiful city, and the conference location was right by the marina, with several ships and aircraft carriers within walking distance. I have to applaud the State of California for hosting the conference in San Diego instead of their capitol city of Sacramento.

The conference had some interesting sessions; Dr. Brailer had good ideas to present but I did not get a sense that there were any concrete next steps that had been identified. The PS-TG session was well attended, and there were a lot of good discussions during the break out sessions on the different topics. It was clear to me that the vendor community should focus on providing concrete examples and artifacts that can help to remove the vagueness that continues to plague the MMIS industry. A case in point was the discussion on security. We continue to talk about HIPAA and privacy and security yet there is no clear definition of these requirements from an MMIS implementation perspective.

The MITA Proof of Concept session didn’t have quite the impact that the presenters had hoped, because many people in the audience did not see anything that had not already been done. I realize that even this limited implementation required a lot of hard work from many people, but I feel that the MMIS audience won’t be satisfied until they something more comprehensive. People are also unsure about this whole model. I don’t believe that one can build an efficient system based solely on web services. Interoperability is good, and the SOA is a great concept, but an MMIS must first process claims correctly and efficiently.

Ever since CNSI set a tone for the evening events with the party in Big Sky, vendors have been trying to put on great shows for the conference evenings. This year, the Arabian Nights party by CNSI was a great hit, with belly dancers, swords, boa constrictors, and a cute four year girl being the stars of the show. The DJ struggled to put on good dance music, yet everyone had a good time. CNSI managed to put some eCAMS in all the attendees (I am talking about the drink), which was an innovative approach to branding. The zoo excursion by EDS and the dinner cruise with ACS were also enjoyable events, covering key San Diego attractions.

The booth displays were amazing because there were so many vendors. Only a few years ago, the booth area used to be really small with just the usual suspects. Now, if you have anything that is even remotely related to an MMIS, that’s a good enough reason to have a booth. I mean, just because I have some SOA product – and how is that related to MMIS? Also, if you sampled the booths, you would think that all that happens in an MMIS is fraud and abuse.

Personally, I enjoyed the conference. It is always good to meet people, learn about new ideas, demonstrate your products and have a good time. My personal triumph was winning a Socrates bobble head doll, as I somehow managed to balance that golf ball on the tee in just five minutes. The foxes given away by Fox Systems were quite a hit with my kids, as were the gadgets from S2Tech. Can’t wait to be in Nashville next year, hopefully with some more personal involvement in helping to advance the conference initiatives. I know that it will be a musical feast.

Read more!

Thursday, August 16, 2007

Day 2: Yet Another Day at MMIS Conference

The Day 2 started on a slow note after lots of eCAMS drink the previous night. Yes, there was eCAMS drink at the CNSI party. It was some kind of cocktail, blue in color and served on tap. I think an innovative brand recognition strategy.

Anyway, the biggest spotlights on Day 2 were two critical sessions. One was the session on new MMIS certification and the other on MITA Proof of Concept: Making MITA Reality. I guess the certification session was a disappointment. Reason: Two years after announcing the new certification kit: We are still awaiting it!!! It would not be ironic if some one joke that the CMS certification project slippage is much like the rest of the MMIS implementations in various states. I guess the previous certification checklist though old and archaic continues be the best bet for states currently in various phases of implementation. To continue the ding on the archaic infrastructure, it is amusing at best, that as states move to the next generation MMIS systems, the mode of communication and data exchange with CMS continues to be legacy mainframe tape cartridges.


The other session was on the MMIS Proof of Concept. The intention behind the whole exercise was fundamentally sound. However it left much to be desired since visually it did not relate with the audience and it was difficult to share the intricacies behind the implementation. I guess for some, the reaction was that this was done 5 years ago in the private sector. I believe that this is true. In the MMIS space we are not technology early adopters. However at the same time the amount of progress that we have made in MITA is very slow. There is a definitely a risk that without substance ( enforcement muscle) and initiatives ( vendors or CMS investing in building central repository) it could die a slow natural death and just end up as a good reference document. I participate in the PSTG and I think there is culpability on our side as well but the dynamics of the situation and the politics of vendor interplay make it highly cumbersome to make significant progress.
The evening culminated with the Zoo Visit. I choose not to go so can’t share the highlights but the attendees flocked the tour buses.

Last but not the least; I had two other interesting observations at the booths. One was the Golf Ball Patience Game and the Accenture Booth approach to maintain 24 hours presence. The Accenture booth had representation by the hotel bar tenders ready to serve you smoothies and explain you the business value services that the organization provided. I took a snap shot of the loyal hotel employees doing booth duty for Accenture.
The Golf ball game was an interesting choice by this new company in the MMIS space called Socrates. I think an ideal choice of game since you needed to be patient with it. It sometime took people 10 minutes and yet not be successful. I say an ideal game since once again it reflects the state of MMIS projects where every one needs patience to get things done.
Stay tuned for Day 3 Coverage.
PS There were certain personal incidents that I needed to share. These can be found at my personal blog site justexpress.blogspot.com
And here is the rest of it.
Read more!

Tuesday, August 14, 2007

Day1: Eventful Day at the MMIS Conference

As the first day wrapped up it is time to look at things that caught attention from everyone. To start with none of the attendees got their registration backpacks. The story behind that is interesting to say the least. The bags were being imported (what happened to made in USA) and they could not clear the freight dock stuff since there were certain things in the package that were not documented. I guess they need to compensate us or send us bags by mail as and when they are released.

The sessions were interesting. The key note by Dr. Brailer continued to emphasize on Medicaid reforms by bringing in industry trends of pay for performance, outcome driven health care but once again failed to give any concrete next steps. I think it is high time people shared their ideas with something that is actionable within the context and constraints of our industry. Yes we need to breakaway from our industry constraints (political far sightedness, no innovative financial models to support changes) but a matter of another post and discuss thread.

EDS spoke on the Health Records space. Well they started with their commitment to that space by setting up a unit internally but ended up pitching their MMIS system.
CNSI started showing their R&D investment with their future release of eCAMS and asking for feedback from the industry (state and vendors). A unique approach to collaboration.!!!

I spoke in my session for Breakthrough in Medicaid Communications. The attendance was average given the multitude of sessions. I assumed we did OK but not exceptional and for sure could have done better. There were some interesting questions around measuring effectiveness of outbound communications.

Anyway the stand out event of the day was the Arabian Nights evening. The dancer with snakes tied around their waists was the WOW moment. Yes, some of us were busy getting tattooed (Indian henna in beautiful and intriguing patterns) and there was one gentleman who had his company name written on his forearm. Now that is call dedication. Any challengers!!! Yes CNSI once again will stand out with this evening reception. They are definitely committed and dedicated to be the different and being the best in whatever they do.

. More updates from other attendees at the conference later.. Read more!

Sunday, August 12, 2007

Successful MMIS Implementations (Part 1 of 3)

Permit me to rise upon a soap box and talk a bit about how the challenges MMIS projects face in implementing these complex systems. This is the first of a three part blog entry. In this article I want to present the background of the MMIS industry. In the second article, I will list the challenges we all face. In the third article, I will pretend I'm king for a day and fix all of the problems!

Bear with me if you are on the "buying-side" of an MMIS procurement because it may sound like a vendor (i.e., the "selling" side) whining and complaining. The whining is unintentional but a few notes may leak in......

MMIS projects are large, complex, lengthy, expensive, and often political in nature. These characteristics and others make successful implementations difficult. With the advent of new technology and new initiatives like MITA, the level of difficulty is bound to increase. Many recent MMIS implementations have had challenges that necessitate a review of potential root causes.


MMIS procurement guidelines are largely dictated by individual state’s procurement law, even through the Federal government finances as much as 90% of acquisition costs. In addition, while state Medicaid programs vary widely, and states’ MMIS requirements vary considerably, majority of the states use the same approach for procuring MMIS Design, Development, and Implementation (DD&I) projects. MMIS projects are large projects on virtually every measure. Consider the following measures for MMIS DD&I projects:

  • State staffing ranges from 10 to 110 people;
  • Funding typically ranges from $30M to $100M (state and vendor combined);
  • Implementation timelines vary from 24 months to 36 months; and
  • Man-hour effort approaches one half of a million hours

Consider also that Medicaid regulation, policies, and business rules are extremely complicated and vary from state-to-state. These projects are also highly politicized. The dollar value and risks involve typically place MMIS projects within the top five of every state’s IT portfolio. The risks are high for all stakeholders: state; providers; recipients; vendors; and CMS.

State agencies are procuring Medicaid systems under fixed price contracts. The fixed price environment is having deleterious effects on the quality and value of MMIS projects for taxpayers, patients, and government officials. Recent project failures and distresses should give rise to serious analysis of what is causing these problems. And, in many troubled projects contract disagreements over money are major contributors to eroding relationships and present a barrier to project success.

(potential whine alert...)

In each of these examples, states use a fixed price contract to manage the relationship and performance of projects. Using fixed price contracts to manage such a large project with an incredibly high level of complexity and a large number of stakeholders creates an environment with an inequitable distribution of risk and reward.

That last bit might sound like whining but stay tuned...I'm not saying to do away with fixed price contracts....

Continued in Part 2...


Read more!

My Pick of Sessions at the MMIS conference : Evening Receptions

The MMIS conference will be filled with sessions about changing health delivery models, improving efficiencies and so on. I guess I do my pick up of the must attend sessions. My conclusion : Evening Receptions :).

I hope organizations and sponsors take this in the right spirit and enjoy the read.
Anyway I am disappointed since I will be missing the Sunday Nite Special from Unisys. There Company Logo could easily have been misread as 'Just Imagine it is Done'.

Well on Monday my organization CNSI sponsors the evening. It continues to come out with some theme every year at the conference and this year it chose after a series of choices : Arabian Nights. I guess given the current global political situation, I just smile at this choice.

Tuesday Evening is the Day of the Goliath of the Industry: EDS. And yes they chose to send us to do some team building at the San Diego famous zoo. I guess it is time we learned to collaborate and team build with other species.


And on Wednesday evening the other industry stalwart
ACS wants to say enough on this earth lets take the USS ship to a distant land where no man has gone before.


I know all organizations will put a great show, entertain the attendees and establish good networks and there is always positive to come out of all of this. After all we are all social animals and it is good to break some vendor barriers and enjoy the evenings. I hope I am not excluded from these evenings after these comments and see you there :) Read more!