Child pages
  • Cohort Module
Skip to end of metadata
Go to start of metadata

Introduction:

What's a cohort?

  •  A cohort consists of a group of patients based on a condition like patients receiving similar kind of treatment which can be monitored over a period of time.

  •  Cohort management system unlike patient management system deals specifically to monitoring  and suggesting possible cures to group of cohort members under a specific cohort unlike separate diagnosis for a particular patient.

  • We can analyze trends and patterns and this helps in research an policy making

Objective of the Project:

  • The purpose is to manage cohort related data

    • cohorts,

    •  cohort types

    •  cohort attributes

    • cohort attribute types

    • cohort members 

    • cohort member attribute 

    • cohort member attribute type

  •  Using REST to allow external system integration with cohort module

  •  Cohort Management can be performed in two ways

    • Simple Cohorts for single entities

    •  Cohorts including groups or collections like households

This document will cover following information :-

  1. Design of the Module

  2. Cohort REST Web Service Integration

  3. Installation Of the Module

  4. User Manual

  5. Potential Improvements

  6. Quick Demonstration

  7. Downloads and Resources

     

Design of the Module:

 

ER Diagram:




  • The module deals with creating cohorts and associating it with cohort attributes which are dependent on cohort attribute types

  • Every cohort member who is a patient is associated to the cohort and also it can have cohort member attributes which are dependent on cohort member attribute types.

  • Search operations can be performed based on name under the mange cohorts page

  • Each of the cohort can have many encounters ,visits and observations which are created utilizing the forms from the HTML Form Entry Module

  • The search operation would be based on the cohort unlike in OpenMRS Platform which is based on only patient identifier/names.

  • It is also created utilizing the Rest interface from the Rest Module wherein the resources are identified in requests using URIs as resource identifiers to view cohorts, cohort encounters and cohort observations.

     

Cohort Web Service Web Integration:

 

  • We would be utilizing REST services in our module so that users who are not accessing the OpenMRS Platform can view the available data of the module by sending an HTTP GET or POST request 

  • GET Request can be sent to view the data related to cohorts , cohort members, cohort encounters and cohort observations

  • POST Request can be sent to add data into the database by sending parameters as a JSON object. 

  • To know more about REST MODULE click here : REST Module

  • Modules required 

    1. Cohort Module

    2. REST web services

 

 

 

Example POST Requests

POST: http://localhost:8080/openmrs/ws/rest/v1/cohortm/cohort

PARAMETERS:

{"name":"neurologicalrecoverystudy","cohortType":"(list the related cohortType uuid)","cohortProgram":"(list the related cohortProgram uuid)"}

 

POST :http://localhost:8080/openmrs/ws/rest/v1/cohortm/

PARAMETERS 

{"name":"Horatio","person":"(list the related person uuid)","cohort":"(list the related cohort uuid)"}

 

POST: http://localhost:8080/openmrs/ws/rest/v1/cohortm/

PARAMETERS 

{"encounterType":"(list the related encounterType uuid)","visit":"(list the related visit uuid)","cohort":"(list the related cohort uuid)","form":"(list the related form uuid")}

 

POST: http://localhost:8080/openmrs/ws/rest/v1/cohortm/cohortobs

PARAMETERS{"encounterId":"(list the related encounter uuid)","concept":"(list the related concept uuid)","cohort":"(list the related cohort uuid)"}

 

Video for Installation Of The Module:

 


 

User Manual

 

Potential Improvements:


  • Integrate it with Reporting Module

    • fetch / add members dynamically from reporting query instead of adding one by one.
    • Create reports for cohorts
  • Integrate Cohort Management with core OpenMRS

  • Extend the functionality of Html Form Entry module for cohorts similar to patients which would require refactoring to allow adding  custom tags related to cohorts for more dynamic and complex forms.

    • The original HTML form entry module supports dynamic functionality is saving forms to manage patient related encounters and observations data. In our module , the HTML form functionality has been slightly extended to save cohort level encounters and observations based on cohort data to allow dynamic functionality in the module. This feature can be extended to maintain the module for cohort level encounters and observations

    • Voiding an encounter will void all the observations associated with that encounter.

    • CohortModule doesnt support Obs Group Component

    • The user can create a HTML form under the Manage HTML forms tab and then open the htmlForm under the module, the form created is viewed. 

    • The parameters date, location and provider needs to be included in the form and enter the rest of the fields in the form, the cohort encounters and observations related to the form are inserted into the database

    • To know more about HTML Form Entry Module click here: HTML Form Entry Module

Quick Demonstration


Note

The demonstration has been done on the legacy UI of this module. The current UI has been changed. However, the essential process remains the same

 

 

Downloads and Resources:

 

  • No labels

6 Comments

  1. It would be great (and more likely to be eventually rolled into core) if cohort types, cohort encounters, and cohort observations made no reference to household – i.e., household is just one use for tracking and collecting data on cohorts.

  2. Burke Mamlin so, cohorts and households should be separated each other, the cohorts should'n extend households?

    I have some idea moreover, and I've created already pseudo code template, can I send you check it? 

    Thanks,

    Roman.

    1. Households are just one use for cohorts. If I create a cohort type called "HIV Support Group" defined as "HIV patients meeting weekly to support each other", that's not a household. If I define a cohort type called "Social Household" defined as "People eating from the same pot", that's a household.

      We could introduce cohort tags (simple string labels) is cohort class (formal categories) if implementations need to be able to filter or categorize cohort types.

      I have some idea moreover, and I've created already pseudo code template, can I send you check it? 

      Sure.  You can send it to burke at openmrs.org or, better yet, throw some code into a GitHub repository and send me a link to it. (smile)

      1. Ok, here is is github repo. I've created basic models for Cohort, have I understood correctly requirements? (smile)

  3. Also, Maimoona K can you check my propose for this project? it will be very nice (smile) 

    Thanks,

    Roman.

    1. Roman, here (Summer Of Code 2015) is the detailed description of Requirements and Procedure for proposal application; specifically the part 'Application Requirements & Questions'. Once prepaed the proposal you can share the link with us.