""Pleased to meet you.""
http://www.youtube.com/watch?v=gGaEmG2fPkY
'nuf said
This blog focuses on Microsoft based tools in their application to clinical sciences informatics. Emphasis is on digital management of clinical trials, including all things CTMS and EDC.
""Pleased to meet you.""
http://www.youtube.com/watch?v=gGaEmG2fPkY
'nuf said
Having recently returned from a CBI conference in Philadelphia entitled the inaugural, 1st ever "Investigator Portals something…" I'm convinced more than ever that by some happy accident VA (that's the Department of Veterans Affairs) has been sitting on the Holy Grail, Mother of All Clinical Trial Portals since 2003 and doesn't even realize it. It's like dusting off a DaVinci from a yard sale. Except this one still's got the dust on it. Paul Bleicher (ya gotta like this guy) of PhaseForward fame journaled a while back that it will be some years before industry comes up with a truly paperless trial management system with fully integrated EDC/CTMS. Well Paul, I'm here to tell you, it's been sitting under your nose since 2003 and if it was a snake, it would have bit all of us.
"The System" is affectionately referred to as the vaCTMS. Clever. VA is looking to transfer this technology so they can make some noise, "benefiting veterans through research". I agree that it can and will do everything possible to make this happen.
So to get a piece of this territory before the shark feed all you've got to do is pick up the phone and dial david.rose@va.gov.
Word.
SharePoint Clinical Trial Management Solutions: Provisioning Modular, End-to-End OOB and Custom SharePoint / InfoPath CTMS / EDC solutions.
The first and most experienced vendor of SharePoint based clinical trial solutions. Enabling industry to manage clinical trials on the same platform used to manage the enterprise. Leverage current investments, scale and absorb future technologies.
eCTMS specializes in the development, implementation, and support of SharePoint, InfoPath, SQL and all Microsoft .NET solutions for the health research industry. Our flagship products, sharepointctms.com and infopathedc.com usher in a refreshing new paradigm to the digital management of clinical trials. With Microsoft CTMS and EDC price points are smashed and customers can now rely on thousands of Microsoft partners for training and support all within a familiar user interface. Off the shelf portal technologies are rapidly becoming the standard for a Buy-then-Build strategy in development of enterprise clinical trial management systems and with our base system you'll be able to easily extend your functionality to rapidly respond to changing business needs. Too much is at stake to risk precious resources on rapidly aging or inadequate technologies. Bet on Microsoft CTMS and EDC today and you won't be wrong tomorrow. That's Job Security right there.
Bet on Microsoft CTMS and EDC today and you won't be wrong tomorrow.
With eCTMS you can purchase ready to go systems and start managing clinical trials on Microsoft SharePoint and InfoPath for EDC today. eCTMS investigator portal templates instantly create electronic web based study logs available at the push of a button and can be provisioned for all data capture required for Good Clinical Practice, including Adverse Event management, Protocol Deviations and Case Report Forms. Collaborate, create, capture and manage IRB dates, invoices and billing, training, key personnel, enrollments, study documents and all things clinical trials on one system. Self service and granular administration rights are built in and users can take advantage of the hundreds of Microsoft supported features of SharePoint portal like extensive search, policies, archiving and workflows. Use the portal to window other apps already up and running including SAP, Oracle databases or any other system currently in place including legacy document management systems.
The Boston Area CDISC User Network Fall 2009 Meeting Report
Sue Dubman's BACUN meeting held at Genzyme, Boston was an eye opener. Stephen J Ruberg PhD of Lilly went on about the slow pace of standardizing terminologies within the current CDISC "operational data model." That, volunteer teams that meet twice a month to plod through a particular medical/research domain to come up with common terms. He gave an example of the TB domain which took 18 months to determine some 80 or so standard terms to be used when defining TB related studies. That's not going to keep up with the new terms/concepts developed each minute in the scientific literature, much less define scientific concepts from the last million years of civilization. At least not in my lifetime. Useless. Shame too, because as Stephen pointed out, industry would like to have these standards. After all, we all agree it's a good idea. Trouble is, CDISC has taken the lead on this and they're not getting it done. He offered an "alternative?" ODM for getting this done. He also pointed out that Lilly has started their own repositories of terms, forms and such and has defined them in the latest CDISC spreadsheet style and he welcomes anyone interested to participate in adding or taking from their homespun repository. They used Formedix's ODM designer tool for the job. Mark Wheeldon, CEO? Of Formedix pointed out that this data is available on Codeplex somewhere. Have at it.
...about all this crap with HL7 ramming itself into CDISC. This forced merger has created another layer of complexity that is already almost too much to bear. Pity the poor study managers who just want to pass audits and now must mouth not only CDISC but then HL7 XSLT XML transformation gobbledegook??? And for the developers??? Forget about it. Never ending story. Talk about mission creep. It's all too much operationally. People need to post up with Jozef Aerts of xml4pharma and get the lowdown. Not good. C'mon people, sound out if you're in this space or forever hold your peace. This is a marriage from Hell.
Here's one for ya: How can something that is constantly changing be called a "Standard?"
Sign me – eternally confused
OK. Let's Call a Spade a Spade.
I'm done mincing words. Off the shelf portal technologies will be the standard for a Buy-then-Build strategy in development of enterprise clinical trial management systems. Same goes for form development tools. Industry has chosen SharePoint as the portal standard. I like InfoPath for EDC.
Not a siloed solution my ass. They're the very definition of a silo in a world with Enterprise portal technologies. I give MediData and Phasewhatchamacallit about one year before they start touting how they integrate with SharePoint.
Putting money where my mouth is, I just bought sharepointctms.com and infopathedc.com
Tell me I'm wrong.
love,
dave
The market will evolve to embrace tools based on generic forms development applications with features configured specifically for Clinical Trials. Industry leaders are currently Adobe (Liquid Forms stuff) and MS (InfoPath). Proprietary forms development tools exist today only because they add-in features for clinical trial adaptation that are otherwise unavailable in current versions of Adobe and MS forms development tools. If I were an EDC vendor why would I want to support development of baseline form creation capabilities such as adding in validations, rules, views, roles, privileges, signatures, etc. on top of having to code for integration with web services, databases, xml, n-tier technology etc.. It's almost like trying to create your own word editing program so you can write a protocol. If I were a customer of an EDC vendor I would start looking at the underlying technology and who supports its future development. If it's not Adobe or MS, it's not going to be here long.
Sign me- you heard it here first
SharePoint Clinical Trials Portal and Pigs Wearing Lipstick
People are using the word "Portal" a bit loosely these days, to describe web enabled EDC (electronic Data Capture) and CTMS (Clinical Trial Management Systems). Defined as a "a window or gateway to something" I suppose it works, but in the technology sphere, the use of the word "Portal" implies functionality far beyond a round window on a submarine. As an example of this new definition SharePoint represents all that is good about portal technology. It's the modern day reference and will be the Gold Standard by which all others are compared. [ I think its forerunner, at least a similar technology that received wide recognition amongst its field, was DotNetNuke].
The stack provides features that we're coming to expect when using the word Portal to describe certain web based systems. A portal must provide the ability to template sites and functionality. It needs to provide for interconnectivity between sites built on the portal. It should also provide a non-programmatic method for creating these sites and flexibility provisioning these sites with functionality. What is considered "Standard" functionality for portal software is evolving to include document management, workflow, search, lists and granular administration rights and management. Perhaps most importantly it has to allow the user the capability to add their own modules, code and extensions so the platform can integrate with other line of business apps the company is dependent on i.e. it needs to serve as a development platform so stakeholders can respond rapidly to changing business needs.
So next time someone tries to dump their overpriced kludged clinical trial management system or EDC tool on you as a "Portal", ask yourself if what they're offering is really a modern day Portal technology or just another siloed pig in a polk wearing lip stick. If my company were busy installing SharePoint for the enterprise management of business affairs, I'd fire anybody on the spot that didn't recommend one of the available SharePoint solutions for clinical trial management and electronic data capture. It’s a no brainer.
sign me,
You're Fired!
Visio 2010 Workflows Revealed?
Not. They might be useful but there isn't a clue to how the images hook up to the objects… if anybody knows, please provide. SPD Workflows even more mysterious.
Breaking News: some info here but still slim guessing:
"..Once you're done with your workflow you can validate it, so that you have not missed any branches or any mandatory information. Then you save it as a Visio or file or better export it as a Visio Workflow Interchange (.vwi file).
In Visio you can only make the actual design of the workflow, not the configuration which is done in SharePoint Designer 2010.
The .vwi file is a zip compressed file containing the XOML files (XAML files for workflows) and some Visio information. This XOML file can of course be opened in Visual Studio for editing, you just require the SharePoint 2010 dlls :-)..."
http://www.wictorwilen.se/Post/Creating-SharePoint-2010-workflows-with-Visio-2010.aspx
and a bit more here:
http://www.visguy.com/2009/08/10/visio-2010-sharepoint-workflows/
Near as I can tell from the beta, you can't do anything with it unless you've got it hooked up to a SharePoint 2010 Portal. But who's got one of those? Anyway, until Portal 2010 becomes more widely available for testing, SPD 2010 is a useless download of bits…
An Enterprise Scale Integrated Research Platform.
Organizations that manage clinical trials who are also adopting enterprise portal technologies should be aware that through a strategy of adding minor modifications to off-the-shelf portal software and application of available XML-based WYSIWYG form technologies, our group has modeled an inexpensive but powerful Web-enabled clinical trial management system that leverages current investments, scales to enterprise level, and is absorbent of future technologies. Industry can now fully integrate clinical trial management solutions within the same portal platform used for enterprise business processes.
The Department of Veterans Affairs (VA) recognized new portal technologies out-of-the-box provide 90 percent of the functional requirements necessary for Web-enabled clinical trials management and has designed a portal-based system capable of study management from inception to closure. Unbound by legacy, VA took advantage of breakthroughs in software development environments, XML, and Web Services to provide standardization, interoperability, and 21 CFR 11 technical compliance while extending an enterprise platform to manage clinical trials. Because of the inherent modularity of portal software, the system ramps up to serve other business process needs of the organization, providing a common gateway to the whole of the enterprise making integration and presentation of disparate data sources a snap. The unique architecture also provides a price point within range of budget-constrained researchers and research organizations. Use of these technologies within VA has has been favorable. This author expects the application of portal technologies to the clinical trials paradigm to become de rigueur.
Bio-IT world post in 2004. You heard it here, first. -dave