Slashdot Mirror


How Much Is Oracle To Blame For Healthcare IT Woes?

Nerval's Lobster writes "The state of Oregon blames Oracle for the failures of its online health exchange. The health-insurance site still doesn't fully work as intended, with many customers forced to download and fill out paper applications rather than sign up online; Oracle has reportedly informed the state that it will sort out the bulk of technical issues by December 16, a day after those paper applications are due. 'It is the most maddening and frustrating position to be in, absolutely,' Liz Baxter, chairwoman of the board for the online exchange, told NPR. 'We have spent a lot of money to get something done—to get it done well—to serve the people in our state, and it is maddening that we can't seem to get over this last hump.' Oregon state officials insist that, despite payments of $43 million, Oracle missed multiple deadlines in the months leading up to the health exchange's bungled launch." (Read more, below.) "This isn't the first time Oracle's name has circulated in conjunction with the Affordable Care Act's digital drama. In November, USA Today published a piece suggesting that 'communication breakdowns' with Oracle Identity Manager had led to 'bottlenecks' in the registration process for Healthcare.gov, the federal online health exchange, which in turn prevented some users from signing up for healthcare. But a single contractor doesn't lie at the root of the federal Healthcare.gov's spectacular debacle: despite months of preparations, large sections of the site remained unfinished on launch day, and the completed parts crashed as soon as users began entering the site. According to multiple sources, the Medicare agency tasked with overseeing the project failed to adequately test, much less integrate, the site's complex elements ahead of launch day. Even if it didn't hold that much responsibility for the federal Website's issues, though, Oracle could find itself the target of much more blame in the Oregon case, where it was reportedly the sole contractor and overseer."

76 of 275 comments (clear)

  1. What a joke by Murdoch5 · · Score: 5, Funny

    This after Oracle came out explaining how Open Source is not only dangerous but a cancer to development. I'm so glad Oracle has shown with out a shadow of a doubt that Open Source software leads to broken systems, I would hate to not know this, good work Oracle, from now on I'll always pick the closed source guys ...

    1. Re:What a joke by unixisc · · Score: 2

      They should have contracted the FSF to build this whole system - and put it under AGPL3

    2. Re:What a joke by TWiTfan · · Score: 2, Funny

      Agreed, the whole reason the Obamacare website failed is because it was built by a big evil corporation on proprietary software instead of by a group of plucky college students building it on OSS out of a coffee shop. Global warming probably also played a role.

      --
      The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
    3. Re:What a joke by MightyMartian · · Score: 4, Insightful

      As much as I loathe guys like Mark Zuckerberg, I'll wager giving some of his script monkeys a few months to come up with a functional ACA website, and they'd probably do it, using largely open source tools to pull it off.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:What a joke by jedidiah · · Score: 3, Insightful

      > Mostly functioning.

      Beats nothing.

      > And with security like a sieve.

      As if the Obamacare website that's designed to funnel personal data to Experian is any better...

      --
      A Pirate and a Puritan look the same on a balance sheet.
    5. Re:What a joke by burisch_research · · Score: 2

      I think you missed the tongue-in-cheek here.

      --
      char*f="char*f=%c%s%c;main(){printf(f,34,f,34);}";main(){printf(f,34,f,34);}
    6. Re:What a joke by cusco · · Score: 5, Interesting

      I've been involved in a lot of database projects over the years, only two of them were Oracle. Both were multi-year, multi-million dollar fiascoes, and both have been trashed and replaced (with SQL Server and Informix) at the first opportunity.

      --
      "Think about how stupid the average person is. Now, realise that half of them are dumber than that." - George Carlin
    7. Re:What a joke by BitZtream · · Score: 2

      I think that would be an example of security like a sieve actually. Its an exploit, but it was there by design.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  2. No company can build well with a bad spec by SuperKendall · · Score: 3, Insightful

    Oracle services may at times make a hash of things.

    But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

    Indeed the "re-launch" of Healthcare.gov recently only works so much better because they scrapped the requirement that an application had to be completed in order for you to see prices (so you would not see the real price). The application process still is deeply flawed; but you can at least see raw static data now...

    So don't place too much blame on Oracle for not succeeding at a Herculean task.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:No company can build well with a bad spec by Marxist+Hacker+42 · · Score: 5, Interesting

      It isn't healthcare.gov, it's CoverOregon.com, Oregon's own bungled system that only somebody who wants their identity stolen would fill out the "Download this 19 page PDF, fill it out, and mail it to us" "working website".

      Though, you may be right- considering what is NOT working at CoverOregon, seems to be the part that links to Healthcare.gov

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
    2. Re:No company can build well with a bad spec by FacePlant · · Score: 5, Insightful

      > But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

      No. All specs are incomplete or bad.

      The Waterfall model that everybody seems to still love,in which you assume a spec is complete before you begin work, was discredited in the very paper that named it. Fifty years of waterfall model system develop has borne that out time and time again.

      Part of delivering a working figuring out where the specs are flawed, and changing them so that the delivered system works for the users. otherwise it only works for the contracting officers and the lawyers who handle the ensuing lawsuits.

      --
      My Heart Is A Flower
    3. Re:No company can build well with a bad spec by mlts · · Score: 2

      The ironic thing is that after the NoSQL fiasco of healthcare.gov [1], I was convinced that anyone running Oracle, MS SQL, or DB/2 on the backend would have something decent up and running.

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      I'm completely surprised by this... Oracle is one of the top tier database managers of choice for the big leagues, so I was expecting this to be a cakewalk compared to other tasks.

      [1]: Why is a RDBMS that (as far as I am aware of) fails the ACID test being used for such critical data in the first place?

    4. Re:No company can build well with a bad spec by Trepidity · · Score: 3, Interesting

      It'd be interesting to see the spec difference between Oregon's and California's. California's exchange seems to have turned out better. Is that because California managed the specification, tender, and contractor-communication process better than Oregon did? Or is it because California's contractor (Accenture) was better than Oregon's (Oracle)?

    5. Re:No company can build well with a bad spec by StevenMaurer · · Score: 2

      Umm, I am talking about both Oregon and the national site, since both are built for the same purpose

      Yes, this is kind of like saying that Amazon and Sears.com are both built to the same purpose: to help customers buy things.

      However, that doesn't mean that they're at all the same code base, scale (the federal government has a much bigger task in that regard), technologies, contractors, requirements (Oregon has its own medical system allowed by waivers), budgets, and development schedules.

      Do you know how I know you are not at all a nerd, have no practical experience in web-development (front end or back end), and are basically just talking out of your ass?

    6. Re:No company can build well with a bad spec by mosb1000 · · Score: 3, Interesting

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      This is almost certainly what was done, it's exactly the kind of hair brained scheme businessmen and politicians always want to try. It is needlessly conservative. Get a good developer and make a schema specifically for your project. Like you said, it isn't rocket-science. There isn't some dark magic involved in developing a schema. You make a list of all the data you need to track and then you find a good way to break it out into tables and normalize it.

      Don't try to shoehorn some existing schema into your project, you'll end up tracking data you don't need and storing data you do need inefficiently.

      Also, having worked with both NoSQL and relational databases, I'd suggest you not shy away from NoSQL simply because it is not as established. You can still develop and enforce a schema in a NoSQL database, but it is more versatile in terms of what you can store and less versatile in terms of what kind of queries can be run. You should chose the technology that is best suited to you application and not be afraid to explore technologies you haven't worked with before.

    7. Re:No company can build well with a bad spec by strength_of_10_men · · Score: 5, Insightful

      I would agree with you but from TFA:

      Oregon had an ambitious goal: to create a place where anyone, from Medicaid recipients and small-business owners to people in the individual market, could go to shop for insurance. "In hindsight — which is always wonderful — we made decisions that made our system much more complicated to build," Baxter says.

      Initially, Oracle promised it could get the job done.

      Yeah, it could have been a nightmare of a spec, but if Oracle promised it could be done, then I have a hard time cutting them any slack.

    8. Re:No company can build well with a bad spec by Sarten-X · · Score: 4, Insightful

      Allow me to rephrase:

      After a project that I was biased against [1] failed, my bias was confirmed and I knew that my preferred solution would be much better.

      I have a half-baked plan already, so surely the real thing can't be much more difficult.

      Now I see evidence that contradicts my bias, so I'm completely surprised.

      [1]: Why is a project I know little about using a database I know little about?

      One of MarkLogic's strong points is that it uses that "example schema from a private insurance firm" as its starting point, keeping records arranged in the proper hierarchies for use in the healthcare industry. Yes, you could reproduce the constraints using another database, but why go to the extra work? Oh, right, there's that consistency point... but a quick search shows that MarkLogic is claiming ACID support.

      So for a project in the healthcare sector is using a healthcare-oriented database. This doesn't seem to be a bad idea. The questionable part is how there are fewer MarkLogic experts than Oracle gurus, but that's not really a showstopper.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    9. Re:No company can build well with a bad spec by sandbagger · · Score: 5, Funny

      >Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      You clearly have never worked with code from an insurance company. It's code that goes back to Rome, with layers of crap built on top of layers of crap. The code comments have remarks from developers begging for the sweet release of death.

      --
      ---- The above post was generated by the Turing Institute. Maybe.
    10. Re:No company can build well with a bad spec by MachineShedFred · · Score: 4, Interesting

      I just find it comical that this is one more in a long string of IT projects taken on by the State of Oregon to be completely botched together, launched to endless faults and problems, then fixed over a period of months if not scrapped altogether. And they have the balls to blame someone else.

      To anyone that's lived in Oregon for any period of time over the last 10 years, this is business as usual.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    11. Re:No company can build well with a bad spec by Em+Adespoton · · Score: 2

      The ironic thing is that after the NoSQL fiasco of healthcare.gov [1], I was convinced that anyone running Oracle, MS SQL, or DB/2 on the backend would have something decent up and running.

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      I'm completely surprised by this... Oracle is one of the top tier database managers of choice for the big leagues, so I was expecting this to be a cakewalk compared to other tasks.

      [1]: Why is a RDBMS that (as far as I am aware of) fails the ACID test being used for such critical data in the first place?

      The problem here is that you have decision makers looking at the NoSQL fiasco and going "we don't want that -- we'll do this with Oracle!" and then checking that issue off their list as if all their DB issues were solved. I've seen this time and again, where the manager of a DB project will decide on the data storage technology they plan to use, and then assume that the problem of implementing a schema and developing a front end to the data store is all but complete, and just needs a few employees thrown at it "in their spare time" to make it so.

      Then people get upset with their datastore provider when it doesn't magically anticipate their unvoiced (and ovten unknown) requirements.

      The truth is, ANY DB can be used to this purpose -- albeit some have workflows already developed that might more closely match what is required in the implementation. The big problem is when those allocating the resources decide that their implementation should be a cakewalk, so they fail to invest in identification and development of the missing pieces.

    12. Re:No company can build well with a bad spec by kilodelta · · Score: 2

      Part of the problem is that Oracle is pretty prevalent in the commercial world - not so much in the State or Federal government spheres. And big business throws huge amounts of cash at projects like this so eventually they get a product.

      Now having worked in one state office that DID use Oracle it was just a stand-alone database. That was it, nothing more extensive than that.

      But in another state office there wasn't a shred of Oracle in it. All open source - standard LAMP suite. And it didn't break. Imagine that.

    13. Re:No company can build well with a bad spec by minstrelmike · · Score: 3, Insightful

      ...Like you said, it isn't rocket-science. There isn't some dark magic involved in developing a schema.

      The dark magic is required when dealing with managers.
      The very first thing anybody tells me about their website is that they want to track users.
      That of course, is the very last thing you actually want to do to people who are merely browsing but trying to convince managers of that is impossible.
      And if you're a contractor, do you want the job or not?

    14. Re:No company can build well with a bad spec by Will.Woodhull · · Score: 2

      You are implying that Oracle was not capable of recognizing that the spec was "bad and incomplete"? Then Oracle was misrepresenting itself as competent to do the job. And with Oracle's resources, that means the company was doing this in a deliberate and purposeful way; it was committing an act of fraud.

      This could not have been done by one or two individuals at Oracle. A fraudulent act of this scale, perpetrated over months and involving expertise in technical, legal, and accounting fields could only be done by a conspiracy involving corporate officers, corporate lawyers, and chief accountants. Oregon's Attorney General should investigate the conspiracy to defraud the State, and should probably bring some of Oracle's high level personnel up on criminal RICO charges.

      That will not mitigate the damages done to Oregon, but then there is nothing that could repair that damage. It would take some bad actors out of circulation and possibly send an important message to other corporate officials that just because they are not in the 99%, they are not immune to criminal prosecution when they drive their corporations into fraudulent activities.

      --
      Will
    15. Re:No company can build well with a bad spec by RabidReindeer · · Score: 3, Informative

      The words that have doomed more IT projects than any other:

      "All You Have To Do Is..."

    16. Re:No company can build well with a bad spec by RabidReindeer · · Score: 2

      Actually, Oracle wouldn't even exist if it hadn't got its start on Federal projects.

    17. Re:No company can build well with a bad spec by jedidiah · · Score: 4, Insightful

      > Oracle is so maddingly fragile (through their stored procedures

      An entirely avoidable artificial and self-inflicted problem.

      People pay for commercial databases because the biggest free one still gets delivered with something as simple as foreign keys turned off.

      A commercial RDBMS might not be able to handle whatever Facebook is doing but supporting the ACA website should be no problem with 10 year old copies of Oracle, DB2 or even SQL Server.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    18. Re:No company can build well with a bad spec by mosb1000 · · Score: 5, Insightful

      That's true, but if your developer can't even make the schema, they were just going to fail anyway. At least this way you learn they're in over their heads before all the money is spent.

    19. Re: No company can build well with a bad spec by jedidiah · · Score: 2

      Oracle's applications are ugly things. Their core engine is great but pretty much anything else they try to build is a steaming pile. It's probably everything else above the RDBMS in the Oregon system that's a disaster.

      Plus Oracle charges by the CPU, so there is really no incentive for them to do things efficiently. They want you stuck paying 3x or 5x more for your infastructure than you really need to.

      You can bet that this thing is built specifically to lock Oregon into Oracle products in the future. So more upgrades in the future and no feasible means of escape.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    20. Re:No company can build well with a bad spec by Sarten-X · · Score: 2

      Yes, I can, but I won't say the name, because I've personally worked on a NoSQL system for medical data. In our case, we explicitly chose to drop ACID support, because we needed the faster and cheaper write speed, which outpaced RDBMS alternatives tenfold on the same hardware. Since we were building statistics, any occasional loss of records was not in any way a liability. Later on in the project, ACID support was enabled, once we had completed our initial load and the write rate had dropped from a few billion records per day to only a few million. Tests showed that we still outpaced the fastest RDBMS alternative by more than 200%.

      What's interesting with MarkLogic is that I can't seem to find any clarification on which parts of the site it was used for. There's no indication whether it was even used for critical data, though apparently it does elsewhere. Of course, I suspect that won't matter. You're pretty obviously a die-hard RDBMS-lover, and we mustn't let facts get in the way of a good outrage.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    21. Re:No company can build well with a bad spec by PapayaSF · · Score: 2

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      But look at this diagram. Healthcare.gov was supposed to exchange data with the IRS, Social Security, Homeland Security, the Treasury, and HHS. Plus all the carriers. Plus 50 state Medicaid systems. In realtime. Securely. I'm no expert, but my understanding is that hooking up pre-existing databases in this way is very, very hard. When we are told that 30-40% of the backend of Healthcare.gov is not yet built, I think this is what they are referring to.

      (And yes, I know this diagram is hosted on a Republican website, but it seems to be a pretty straightforward depiction of the structure. I don't see any evidence that the graphic artist was trying to make it look more complex than it really is.)

      --
      Q: What does the "B." in Benoit B. Mandelbrot stand for? A: Benoit B. Mandelbrot
    22. Re:No company can build well with a bad spec by mlts · · Score: 2

      I'm definitely not belittling the work it takes to make such an undertaking, but one can compare the ACA website to the US NCIC database that every LEO uses from Interpol down to the country dogcatcher.

      The NCIC database has as much, if not more communication, be it to private companies, to government agencies, to international entities (other nation LEO/intel service), down to the comic strip posted where people get $5 off if they successfuly match five people's pictures to the crimes they did.

      I agree -- this is very, very hard work. However, it isn't something that has not been done before.

    23. Re:No company can build well with a bad spec by strength_of_10_men · · Score: 2

      I know all too well how contracting works. I'm an independent contractor and I always do what my promise. None of your points, in any way, is a mitigating circumstance for Oracle.

    24. Re:No company can build well with a bad spec by Trepidity · · Score: 2

      Which of the two states, in general, has a better government isn't really the question. Rather, it's which state in this specific instance specced out a website better.

    25. Re:No company can build well with a bad spec by Lumpy · · Score: 3, Informative

      How to deal with managers....

      Step 1 hire a really really big guy 6'5" tall and 3'5" wide at the shoulders. give him a paddle.
      Step 2 introduce him to the managers as your enforcer, "he is who you will deal with when you make stupid demands"
      Step 3, if the managers forget that, go back to step 2 but say to the big guy, " just dont break any bones, or get too much blood on the carpet.".

      All solved. Managers stop acting like middle school brats and will actually start acting like adults.

      And that is the problem, Managers like to act like middle school teenage girls, beating them solves this issue.

      --
      Do not look at laser with remaining good eye.
    26. Re:No company can build well with a bad spec by HiThere · · Score: 2

      Possibly Oregon is so bad at IT that they don't deserve any credit, but it's also true that Oracle is so untrustworthy that they don't deserve any slack either. So if Oregon says that Oracle didn't live up tot he contract, I have no difficulty in believing them. (Perhaps Oregon is lousy at contract administration? That would meet both of our expectations.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    27. Re:No company can build well with a bad spec by rk · · Score: 4, Insightful

      This. I'm a huge data model bigot. I believe that even if your code is dodgy, if your data model is good, you can overcome the dodgy code. If your data model is a clusterfuck, though, all the hero programming in the world isn't going to make it work right.

  3. There is Oracle, and Oracle consultants by sandbagger · · Score: 3, Interesting

    Plenty of the latter will help you sign the cheques for endless customization work orders until the money is gone. They have no actual interest in getting your product to market.

    Of course, bad project/program management is the actual fault here but at some point an ethical consultant will say 'Look, this will kick the can down the road to infinity+10 minutes.'

    --
    ---- The above post was generated by the Turing Institute. Maybe.
    1. Re:There is Oracle, and Oracle consultants by i+kan+reed · · Score: 5, Insightful

      Outsourcing and privatization of coding is a disaster waiting to happen for any company or government of sufficient size. When you lack the wherewithal in your own organization to make the project you're planning, you also lack the wherewithal to judge how much time/money/manpower it would take someone else.

      That in-and-of-itself is a problem, but it also, as you noted, injects a middle-man whose biggest incentive is to keep on earning money past the deadline for the project, not finishing it. When you hire your own coders, their biggest concerns tend to be keeping a manageable workload for themselves and keeping their jobs. Humans are (usually) much more reliable than corporations.

      The so-called cost savings of outsourcing projects are a lie too, but that's another rant.

    2. Re: There is Oracle, and Oracle consultants by jd2112 · · Score: 5, Funny

      It could have been worse.
      Imagine what it would be like if it were running SAP.

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    3. Re:There is Oracle, and Oracle consultants by Kenja · · Score: 2

      Indeed. Oracle is a tool. You don't blame the screwdriver if the contractor messes up your kitchen cabinets.

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    4. Re:There is Oracle, and Oracle consultants by mosb1000 · · Score: 3, Insightful

      The so-called cost savings of outsourcing projects are a lie too, but that's another rant.

      The key is only outsourcing part of the project, not the whole thing. If you are working alongside your contractor, you have a better idea of what they are doing and they have a better understanding of your needs. But if you hand over the entire project to a contractor, and you just try to oversee it, you are likely to run into communication problems which will definitely lead to unnecessary costs.

    5. Re:There is Oracle, and Oracle consultants by i+kan+reed · · Score: 2

      Baloney...well, mostly baloney. There are times when it makes sense to do things in house and there are times where it very much does not make sense. Why hire full time employees for project management, development, QA, etc for an 12 month project?

      Yes, because you end up paying for their HR overhead and downtime and hiring/firing expense that the contractor needs anyways. That's before owner profit. It substantially raises the cost while you are working on the project, costs you the value of having developers who understand your organization, and the vast majority of the time you end up needing contractors again for another project shortly.

      Yes, you will want your own technical staff to be part of the process. Yes, it may make sense to do the maintenance / support in house. Yes, you should never do time and materials but instead fixed bid with penalties (this does mean you will need to have a very good spec up front). Yes, you should get several bids and do your homework on the companies providing the bids. However, none of this precludes using an outside contractor.

      That didn't happen here, and it's not the MO of government privatization. You can make lots of quite plausible arguments for "balanced approaches" and I can't offer certainty of that approach being necessarily wrong.

    6. Re:There is Oracle, and Oracle consultants by spiffmastercow · · Score: 2

      Baloney...well, mostly baloney. There are times when it makes sense to do things in house and there are times where it very much does not make sense. Why hire full time employees for project management, development, QA, etc for an 12 month project? Does you organization have the expertise to run such an effort? What do you do with everyone once the project is over? Yes, you will want your own technical staff to be part of the process. Yes, it may make sense to do the maintenance / support in house. Yes, you should never do time and materials but instead fixed bid with penalties (this does mean you will need to have a very good spec up front). Yes, you should get several bids and do your homework on the companies providing the bids. However, none of this precludes using an outside contractor.

      The US government actually has a number of internal contractors, dev shops filled with federal employees that contract out to other agencies. I used to work for one, and despite the monumental amount of red tape we had to slog through to do our jobs, we had a reputation for finishing projects with a low budget and in a timely fashion. At one point we had a number of lobbyists trying to get congress to shut us down because we were taking contracts away from private companies that failed to deliver on their contracts. The resulting conflict of interest from this arrangement is generally less than from a private contractor.

    7. Re:There is Oracle, and Oracle consultants by ancientt · · Score: 2

      Actually made me laugh out loud. Then I wondered if your humor was intentional or not.

      --
      B) Eliminate all the stupid users. This is frowned upon by society.
  4. Big software companies are the worst by Anonymous Coward · · Score: 3, Insightful

    In any other context "can't deliver on time" means "you're fired and we're suing for breach of contract." In the software solutions market it means "we're going to ride your sunk cost fallacy into the ground, please send us more money."

  5. Based on my experience by DoofusOfDeath · · Score: 3, Funny

    Having only recently started to use Oracle, and based on those experiences, I'm pretty sure that 90% of all cancer cases in the U.S. can be blamed on Oracle.

    1. Re: Based on my experience by jd2112 · · Score: 3, Funny

      Not true. Oracle has not been shown to cause cancer.
      On the other hand it is a known contributing factor for alcoholism and depression.

      --
      Any insufficiently advanced magic is indistinguishable from technology.
  6. Blame the contractors by HBI · · Score: 2, Insightful

    When the bus is barreling towards you, throw them under it first!

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    1. Re:Blame the contractors by OakDragon · · Score: 2

      Uhh... "Informative"?

  7. No, it's both by SuperKendall · · Score: 3, Insightful

    I am talking about both because both face the same issues. They are trying to build a website against a spec that was never complete until very late, and even now had fundamental problems in implementation because of what they are trying to do.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:No, it's both by Anonymous Coward · · Score: 4, Insightful

      I keep hearing this, but it is hard to take it that seriously when other states' own exchanges are doing fine (so far).

      If the specs really were that bad then I would expect the majority to be a disaster but that doesn't seem to be the case (again, so far).

    2. Re:No, it's both by Cornwallis · · Score: 2

      Same goes for Vermont's site. Total crap. The Oracle Identity Manager appeared to be rolled out with default settings - including default text where Vermont-specific naming conventions should have been inserted but weren't. I don't think you can blame Oracle for this. In Vermont, as at the Fed level, this is massive incompetence by CGI and the state IT bureaucracy. The legislators don't seem too concerned. After all, Vermont was FIRST. That makes it RIGHT.

    3. Re:No, it's both by Quakerjono · · Score: 2

      I think Oregon tried to be much more ambitious than other state exchanges, which is what brought its complexity level more in-line with what HealthCare.gov. Oregon saw its portal as being a one-stop shop for anyone in any aspect of health insurance, meaning individuals, businesses both large and small, providers, insurers, anyone. Other states presumably had a much more narrowly defined approach to their state-run exchanges, so while they may not be comparable to HealthCare.gov (and working better in most cases), CoverOregon.com really is.

      However, even if Oregon delivered a crap spec that was way too ambitious, if Oracle wasn't raising red flags earlier or, even worse, was still saying they could deliver when they had an incomplete or poorly-characterized spec of what to deliver, then wouldn't that clearly be on Oracle. It sounds like there was just a major communications breakdown between the state of Oregon and Oracle and Oracle didn't do its due diligence to reestablish communication in a timely manner.

    4. Re:No, it's both by Obfuscant · · Score: 5, Insightful

      I think Oregon tried to be much more ambitious than other state exchanges,

      That would be a fine argument if what failed was ambitious stuff. What wasn't working from day 1 on Cover Oregon was the ability for individuals to find out what any plan would actually cost and then to actually sign up for a plan. Those are two very basic features of any e-commerce site. Could you imagine anyone trying to claim that Amazon was being "more ambitious than other sites" because they wanted to tell you how much an item costs and then let you actually buy it? I don't know about you, but when I see a website that says "We have the following products, call for pricing and ordering..." I go somewhere else because I know these people aren't serious about their web presence or sales.

      Yes, Oregon has some different requirements overall because of the existing state healthcare programs, but that should not stop someone from being able to get a price and say "I'll buy it".

    5. Re:No, it's both by Will.Woodhull · · Score: 4, Insightful

      And if Oracle was open and above board, it would have walked away from the contract very early, as soon as it was evident that the spec was incomplete and could not be implemented. That's what any reputable small business owner would do when faced with a similar problem. As soon as you realize you can't do the job, you quit. And start your legal guy on maximizing the smaller amount that is fairly due to you for the work that has been completed. There would be clauses in the contract to cover that.

      Oracle is at fault. Or rather, persons in power at Oracle are at fault.

      --
      Will
    6. Re:No, it's both by Anonymous Coward · · Score: 2, Insightful

      And if Oracle was open and above board

      Well it wouldn't be Oracle then, would it?

    7. Re:No, it's both by jedidiah · · Score: 2

      It's like that shopping site thrown together in a couple of days by 3 guys. You don't put all of this together all at once as one big monolithic piece. You put it together in stages as discrete components.

      Parts of both websites could have been functional on time due to priorities set when milestones were missed.

      Having something to present and taking responsibility for missing the deadline on the rest likely would have been seen as much less of a debacle.

      "mostly working" is not bad when compared to "total clusterf*ck".

      --
      A Pirate and a Puritan look the same on a balance sheet.
    8. Re:No, it's both by sbjornda · · Score: 4, Interesting

      The Oracle Identity Manager appeared to be rolled out with default settings

      Rumour within my organisation is that Oracle themselves have admitted to our architects that they don't know how their own Identity Management suite really works. They advised us to hire a systems integrator that had worked with all the pieces prior to Oracle's acquiring them.

  8. My team has been talking about this by trybywrench · · Score: 4, Insightful

    My team has been talking about healthcare.gov and all the related woes for a while. Pretty much we're all in agreement that we should thank the baby jeebus every day it's not our project haha. Seriously though, for something this complex, if the team grows to over about 15 people it's doomed. And that's just YOUR side, I have a lot of experience interfacing to insurance providers' systems. Half the time the provider you're trying to connect to is broken and doesn't work per their API docs at a basic level let alone have proper capacity let alone have any sense of normal connectivity. I can't even imagine trying to talk to something as huge as the IRS. I bet it's 6 months before you can get a simple spelling fix on an API method pushed out to production.

    --
    I came to the datacenter drunk with a fake ID, don't you want to be just like me?
    1. Re:My team has been talking about this by mosb1000 · · Score: 4, Insightful

      The thing is they could get it fixed if the people writing the ACA knew what they were doing. First of all, you don't need to meet their API spec, they need to meet yours. Secondly, if they can't meet your spec, they can't offer a health insurance product. How hard is that? But legislators don't even know what an API is, so they wouldn't know a good spec from a cookbook. That's why government agencies often botch this kind of thing (and they aren't the only ones).

    2. Re:My team has been talking about this by Voyager529 · · Score: 3, Insightful

      But legislators don't even know what an API is, so they wouldn't know a good spec from a cookbook.

      Especially since they would both be called "To Serve Man".

  9. Sounds about right by UnknowingFool · · Score: 3, Interesting

    Years ago, Oracle sub-contracted my former company to implement a minor portion of a very large ERP rollout. During the rollout there were huge technical glitches, and the client wasn't happy. It didn't help that my company's small team was telling the much larger Oracle team how to solve their technical problems. In the end, the client put our company in charge of the rollout, and it got done. What we found in other projects with Oracle (we were a Oracle partner) was that our personnel had much deeper expertise with Oracle than members of their own company.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Sounds about right by minstrelmike · · Score: 2

      ...What we found in other projects with Oracle (we were a Oracle partner) was that our personnel had much deeper expertise with Oracle than members of their own company.

      ditto.
      In fact, I think that was one of the main reasons Oracle killed their User Groups--it cut into their consultancy profits. We would provide real training (and criticism and workarounds) for free to each other.

  10. Central Planning by Bulldozer2003 · · Score: 2

    Central Planning at its best. What we would consider worse, they consider better.

  11. It's about how cash-flow by scamper_22 · · Score: 3, Insightful

    Everything seems to swing. But one thing is certain, always follow the money.

    This whole 'contracting' affair on both the public and private sector does not produce the highest quality products. Why should it? None of the incentives are there.

    The contracting company doesn't want to build something that works without flaws for a minimal profit. They want to have continuing profits. This is not unique to big corporations. Just try dealing with any contractor or mechanic. Sure if you *know* them, you can deal with them honestly somewhat. Or if you pay them enough... and they can cost a lot, you can get an honest deal.

    At best, you hope they do a good job and that means you build a good relationship, and that means more business in the future. But of course, when this comes to government contracts, what that natural process means is that it gets called corruption.

    On the other hand, you can have the builder operate it. There's some incentive there for them to do a good job as they get a cut of continuing operations. I think there is some hope that the 'cloud' will actually provide for better overall software. Although of course this results in vendor lockin and could potentially cause all kinds of other business problems.

    Or you could build it in house. Then of course you run the risk of an overstaffed bureaucracy and unionized government workers.

    There's no real easy solution. But I do think the dominant view has swayed too far towards contracting.

  12. It can't be Oracle's fault by 93+Escort+Wagon · · Score: 2

    They're unbreakable, after all.

    --
    #DeleteChrome
  13. LOL ... by gstoddart · · Score: 3, Informative

    Oracle has reportedly informed the state that it will sort out the bulk of technical issues by December 16, a day after those paper applications are due.

    No matter what you do, you will find yourself in this same position with Oracle.

    I've had the misfortune of using their collaboration platform, which despite their claims to the contrary, was essentially a beta product that even they didn't know how to set up and configure.

    My experience with Oracle is they consistently over-promise, under-deliver, and over-charge.

    --
    Lost at C:>. Found at C.
  14. Re:Did they even test? by dkf · · Score: 2

    Blame should be placed where it belongs; on the government hacks that put this tragic waste of tax-dollar money into service.

    It Takes Two to Tango. Blame government for having no idea how to procure software, and blame the mega-contractors for doing everything they can to take advantage of this. The right thing to do is to sack some bureaucrats (possibly also politicians, though I'm more inclined to blame others as no politician actively wants a failure on their watch; it makes them look bad) and throw a bunch of corporate scumbags in jail.

    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
  15. Re:If you fall for a scam, who's fault is it? by gstoddart · · Score: 5, Insightful

    I don't think any of the above examples are legally fraud.

    And you can bet that Oracle has lawyers ensuring they never actually meet the legal definition of fraud, and that the contracts have enough wiggle room to cover their asses.

    But, I can also tell you that it's entirely common for companies contracting for this kind of thing to start off with the full knowledge that they've not asked for enough money to cover everything and get you a working system -- instead they rely on having to do changes and enhancements on a time and materials basis. And then they make a small fortune in quibbling over every little change.

    I've seen several of these kinds of things where the contractors essentially knew there was no way to deliver the system on-time and on-budget. They just seem to build in the fact that once the client realizes it, the sunk cost is high enough they get to have a gravy train for some time to come.

    It's not fraud, per se, but it's carefully managing the terms of your engagement with the knowledge the customer will end having to pay more and not really have much of a choice.

    Sadly, it almost seems to be standard practice in the industry.

    --
    Lost at C:>. Found at C.
  16. Bad specs by betterunixthanunix · · Score: 2

    It is one thing to say that the spec is incomplete, but when the spec is bad there is not much a developer can do. If you are told to make the wrong thing, well, either you make the wrong thing or someone else will be paid to do so. There is only so much a developer can do in that situation.

    --
    Palm trees and 8
    1. Re:Bad specs by Zalbik · · Score: 2

      Or you could, you know, explain to the client why it's the wrong thing to build, with relevant data to support your argument. And be open to the possibility that (gasp!) you may be wrong, and it is in fact the right thing to build.

      But it's much easier for many developers to go stick their head in the sand, madly code a project they know is doomed, then whine to slashdot about their pointy-haired bosses when things don't work out.

      However, to get back on topic....yes, it was Oracle's fault. As the sole overseer of the project, if the specs were incomplete, they should have told the client that. If the specs were inconsistent, they should have told the client.

      There is no excuse for building software that doesn't work

  17. Re:If you fall for a scam, who's fault is it? by Voyager529 · · Score: 2

    And I think in most of those examples we have agreed that no matter how much it pisses us off and we know it is unethical, companies have no obligation to not rip you off: buyer beware.

    The challenge in many of these instances is knowing, at what point, the sales rep is lying. Yes, you can go to Best Buy and buy a $50 HDMI cable. Even if it's the least expensive one they carry, it doesn't mean that they lied to you by not carrying a $5 or $10 cable. If the "speed up your pc by clicking this button" thing is attempted, and it doesn't speed up the computer, what's the difference between that button not working on that particular machine (but has worked on others), vs. a generally-well-meaning technician who genuinely can't get any meaningful amount of performance enhancement out of three hour's worth of work? Answer: the folks behind "the button" went into the deal /knowing/ that their button didn't work (or, at best, worked at a lower rate than their claims), the tech did not. Your Comcast example also involves a lie, albeit one that hinges upon the definition of "need". The warranty situation would obviously be obnoxious to not cover damage that the salesman led the buyer to believe it covered, but if the salesman said "it covers X", when only W, Y, and Z are covered, it's fraud.

    Unethical companies are obviously under no obligation to cost themselves money to the benefit of their customers. However, it is a core tenet of the buyer/seller relationship for advertisements to be accurate, and promises to be upheld. Without these expectations in place, it's impossible to conduct good business, for buyers would pay with fool's gold, and sellers would sell snake oil. The word "scam", almost by definition, indicates that these expectations have not been met.

  18. Oracle? Slow? by korbulon · · Score: 3, Funny

    Should change their name to Treacle.

  19. Re:If you fall for a scam, who's fault is it? by plopez · · Score: 3, Funny

    Though to me it seems that if you sold used cars like you sold software you would go to prison. If you sold real estate like you sold software you would go to prison.
    As in:
    "Hey buddy. I'll sell you a car. Sort of like the ones on the lot, but different and better. No not in stock yet be can have real soon. We'll need some money up front. Should have it in a few days. Thanks for the cash. But we've been having some problems at the auctions. It turns out we have to hire someone to go to the auctions. To do that we'll need a bit more cash. Great news we got a great car for you! But we need to ship it. We don't want to risk damaging it. We'll need a little more cash. Darn, we forgot about the shipping insurance but hey, you already own the car so we might as well get it here. Thanks for the cash. Great news it's here! Try it out. What, it's a right hand drive? You didn't specify, sorry we didn't ask. But there are kits we can install for just a few bucks more. If you want to we can subscribe you to upgrades and maintenance for a small fee. And check out those nice new floor mats! Oh, sorry, we didn't realize it was only running on 7 cylinders. But hey, we can fix it. Sorry, the warranty doesn't cover that but we will throw in a free tank of gas. Thanks and if you tell everyone how great we are we will throw in an extra year of maintenance for free!"

    Software companies are below the slimiest of used car salesmen.

    --
    putting the 'B' in LGBTQ+
  20. 43 Million Dollars!? by happy_place · · Score: 5, Funny

    Well there's the problem right there... they only paid 43 Million dollars. I think that's enough to buy one license of Oracle DB... for maybe a week or so...

    --
    http://www.beanleafpress.com
  21. Re: Someone *DID* successfully build one ! by ThePub2000 · · Score: 2

    They built the ability to search through plans. It was verifying data, allowing for applications. Or for that matter of any further use. Healthcare.gov does more than just list plans by type and state.