Description
The Meta-Data/Terminology Lead is responsible for the oversight of content required for key functionality of the OpenMRS platform. This content includes concept dictionary, in particular, but also other meta-data as is required for operation of the platform. The definition of what is required for operation might include specifics such as "meaningful use certification" or general such as primary care documentation.
Terminology Management
Terminology management is fundamental to the success of health information technology. It provides the essential foundation on which clinical documentation, decision-support and interoperability are built. In the early days of OpenMRS, the concept dictionary was developed and implemented in either a haphazard manner, or simply by copying the AMPATH demo dictionary. More recently, the Columbia International eHealth Laboratory (CIEL) and the Millennium Villages Project has taken on the management of a centralized concept dictionary more formally. It is included as an option in the standalone OpenMRS appliance and is freely available to the community. This service has been provided to the community without formal support and is currently not sustainable. It is important to understand the complete lifecycle of terminology and meta-data management to fully understand what is required and what the role of the Meta-Data/Terminology Lead would be.
One can break up the process into several stages or components:
- Core terminology content development including mapping to standards (code mapping)
- Specialized domain content development (including subsetting of content, expansion of content, etc.)
- Mapping of user requirements to specific concepts (field mapping)
- Deployment of content within the software platform (including searching within forms, data capture tools, etc.)
- Meta-data modeling and information modeling including schema design
- Ontolological work including building of aggregate indicators and measures (including maps to standard quality measures, etc.)
- Reporting/Analysis using common algorithms, formulae and concepts
- Transactional translation or tagging for on-the-fly encoding of concepts
#1, 3, and 4 are minimally essential for success of the platform. Currently, different players perform these functions.
Function | CIEL | MCL/OCL | OCC | Apelon | IMO |
---|---|---|---|---|---|
1 | √ |
| √ |
| √ |
2 | +/- | √ | √ |
|
|
3 | √ | √ |
| √ |
|
4 |
| √ |
| √ | √ |
5 |
|
|
| √ |
|
6 | √ | √ |
|
| √ |
7 |
|
|
|
| +/- |
8 |
|
|
| √ |
|
Responsibilities
- Elucidate overall plan for meta-data and terminology management
- Identify partners or community members to fill functional requirements of plan
- Be point person with OpenMRS community on terminology issues
- Including content delivery
- Content tools
- Terminology roadmap
- Point person for standards mapping (assessing need for mappings, oversee mapping work)
- Editorial control to ensure that content meets certain minimum standards
2013 Goals
- Requirements generation and overall map of process started above (done)
- Ensure short term maintenance of existing terminology functions, including resource requirements (partially complete)
- Identify potential partners for sustainability (partially done)
- Develop integration plan with OpenHIE and other reference implementations (not done)
2014 Goals
- Further documentation of OpenMRS terminology management.
- Continue to ensure short term maintenance of existing terminology functions
- Continue to identify potential partners for sustainability
- Develop integration plan with OpenHIE and other reference implementations (specifically Kenya EMR, Rwanda MOH, etc.)
- Synch with Road Map and ensure content coverage for Reference application.
Not Responsible for...
- Doing all the work
- Deciding on what content should or should not go into the dictionary (only how)
- Directly funding the work