The way allergies are captured in OpenMRS has been evolving over the past couple of versions.
A new module was created and added to the reference application to handle patient allergies and stores them in a different DB table, the module code will be ported to OpenmRS core in a later version. Currently, when you upgrade to OpenMRS 2.0 or install the allergies module, any allergies created will be stored in different table therefore they will never show up on the old patient dashboard which is fine, however, it also implies that any previously recorded allergies captured using the ActiveListService in core will appear as though they lost in the new interface.
We need to provide a migration path to copy any previously stored unvoided allergies from the old table to the new one when the allergy module is installed and void them in the new table.
- Update the liquibase.xml in the module to copy over all unvoided allergies from the old table to the one in the module.