Here you can acces information about existing, as well as upcoming, OpenClinica releases.

The 2014 Product Vision Statement is an important document that helps guide our development

How we work – We use agile software development practices. This means that while we do keep a “long term” road map, we are always adjusting to deliver high value product(s) for our users. We break up major pieces of functionality into Minimally Releasable Features (MRFs) which we prioritize and work on in order of priority.

How we prioritize – The product owner gets feedback from all stakeholders (e.g. Enterprise customers, Community Users, Community Developers, Partners, Engineers, etc) and prioritizes based on feedback.

What changes priorities – The best way to get a feature into OpenClinica is to build it and share your code via GitHub. If it’s good we’ll get it in right away. Even if you can’t write the code, if there is something that you feel passionate about and want to engage with us, please do (the OpenClinica forums are great place to start)!

How often we prioritize – This is something we do on a perpetual basis (day to day). Although the top priorities are less likely to change (especially the ones currently being worked on), if there is a compelling reason to change them, we can. The further out a feature is the less certain its priority and release date are.

 

2014 Road Map

Q1

Printed Subject Casebook wth Provenance dataDONE

Q2

Schedule Next Event AutomaticallyDONE
Tokens / Parameterized linksDONE

Q3 / Q4

 

The primary focus of the next 2 releases over Q3 & Q4 are focused on our ePRO and portal solution, known as Participant Portal (PP). While we may address other issues, bug fixes or other minor functionality, Participant Portal is the major new functionality that we are focused on.

High Level Feature/Functionality:MRF:Status:
PPConnect a Study to Participant Portal (PP)IN PROGRESS
PPParticipant Portal form DesignIN PROGRESS
PPRegister ParticipantIN BACKLOG
PPParticipant Portal View Form and Enter DataIN BACKLOG
PPSend email to Participant on day of the EventIN BACKLOG

PP

Participant Portal skip patterns

IN BACKLOG
PPParticipant portal rules-based validation
IN BACKLOG
PPStudy Build Event Definition supports tagging form as Participant formIN BACKLOG
PP
Control status on import of Event DataIN BACKLOG
InternationalizationNormalize the collection of date-time stamps regardless of where DB or Tomcat server are hostedIN BACKLOG

2015 Road Map, and beyond

Send email to participant on day of eventIN BACKLOG
Read only role & Sub-investigator roleIN BACKLOG
Send email to participant on day of eventIN BACKLOG
VAS for pain scale in Participant PortalIN BACKLOG
Support use of rule with EmailAction for Participant Portal formsIN BACKLOG
Integration with CTMS 
Adjudication Module 
Investigator PortalIN BACKLOG
Medical CodingIN BACKLOG
Built-in reportingIN BACKLOG
Configurable user rolesIN BACKLOG