Creating A Library of Patient Registry Metrics For Quality Improvement
Creating A Library of Patient Registry Metrics For Quality Improvement
Justin Tran
Abstract
A patient registry is a system of organization that collects and aggregates data from a
organization has just over 170 patient registries, each with its own set of registry metrics, but
does not currently have a system for grouping and displaying relevant metric data. The goal of
this project is to create a library that displays each of the system’s patient registry metrics with
pertinent information. A SQL query is to be created that extracts data from the organization’s
Epic records and placed into Collibra, a data cataloging and governance application. The catalog
will allow providers to verify the accuracy, validity, and cleanliness of available data in patient
registries. It will also permit users to revise registry metric data by removing or updating
metrics that are old or outdated. This project will be leveraged for use with direct patient care,
Introduction
As the healthcare industry continues to shift to more technological means and the sheer
amount of health data exponentially rises, it has become increasingly more important for
healthcare organizations to be able to maintain and organize this information. One method,
often leveraged by hospitals to store and categorize groups of related patients, is known as a
are grouped based on a particular diagnosis, medication, chronic condition, etc., known as a
metric. Examples of registries include patients with type II diabetes or patients that have tested
positive for COIVD-19, whereas examples of registry metrics would include a specific ICD code
3
purposes, ranging from direct patient care to population health reporting to clinical research.
Any number of metrics can be used for consideration into a registry, and as a result, large
healthcare systems can have hundreds or even thousands of unique patient registries, each
The basis of my Capstone project is to create a catalog that organizes the registry
metrics found in patient registries at my healthcare organization. The organization currently has
over 170 patient registries that contain data for certain patient groups, such as those with
chronic conditions or specific comorbidities. Each registry is defined by metrics that searches
through patients’ electronic health records (EHRs) in their Epic records to place them in certain
groups. The library of metrics will allow users and researchers to find particular registry metrics
more easily, make edits or updates to them, or eliminate ones that yield null or missing values.
The catalogue will be used for both population health researchers as well as daily patient care.
Problem
My healthcare organization has seen huge growth in the number of patients and thus
the amount of patient data in recent years, now with over 170 unique registries that group
patients together based on certain metrics. They do not currently have a tool or catalog that
organizes, tracks, and displays important information pertaining to each of its registry metrics.
It is now necessary to have one in place to ensure each registry is drawing the correct patients
and information from its EHRs, each metric is updated and revised, and to create metrics that
Goals/Purpose
The goal of this project is to create a library/catalogue to organize and track each metric
in over 170 patient registries. The project will help ensure the accuracy, validity, and cleanliness
of available patient data. The catalog will also allow users to perform more efficient revision of
registry metrics. The first example of this would be removal of old or inactive metrics. As
healthcare organization are emphasizing multiple, incremental system changes throughout the
year as opposed to one or two large updates to their systems, it is more likely that standards
can be changed or updated, rendering some registries obsolete and in need of removal. The
second revision method for metrics is updating those that are outdated, for instance, a smoking
registry that does not yet account for e-cigarette use and must be changed to reflect something
that is more common in society. The last revision method would be to review and correct
metrics that are misplaced in a particular registry or that need to be added to one.
Literature Review
With the proliferation of available healthcare data and the increased popularity of
patient registries, a method for standardization of registry metrics is just as important as the
registries themselves. This brief literature review will dive into some of the published literature
pertaining to patient/clinical registries, their metrics, and the standards by which they should
Gliklich et al. (2014) defines a patient registry as “an organized system that uses
observational study methods to collect uniform data (clinical and other) to evaluate specified
outcomes for a population defined by a particular disease, condition, or exposure and that
serves one or more pre-determined scientific, clinical, or policy purposes”. Patient registries
5
offer the potential to collect deep, nuanced data on large numbers of patients at reduced costs
and support population health, clinical decision making, and quality improvement. The article
explains that while registries and electronic health records are different in terms of purpose
(registries are patient-centered and purpose driven, while EHRs are visit-centered and
transactional), the EHR supplies a myriad of data for registries to tailor toward patient care
In terms of organization and standards, the EHR contains many different data points and
types that can be considered metrics for inclusion in a patient registry, including demographics,
particular diagnoses or medications, procedures, etc. These common data elements, or CDEs,
can be used in registries to support linkages and aggregations with data from other studies or
registries, essentially increasing the data pool for a particular group of patients. General or even
disease-specific CDEs are often grouped together to create a minimum set of data elements for
inclusion into a patient registry. Having a standard group of metrics across multiple registries
can make the data more easily understood as well as more clearly define inclusion into a certain
group of patients. Registries should also be able to capture patient outcome measures, though
the standardization of those metrics are less common. Being able to track patient outcomes
amongst those with a particular condition will make it easier for users to determine trends and
aggregate results.
Similarly, the Improving Healthcare Interoperability - Project Report, written by the Duke
clinical registries for the overall improvement of care. The writers acknowledge that registries
6
are useful in that they produce actionable data for quality improvement and patient safety,
The article found that the community of patient registry users has not yet benefitted
from and is not aligned with interoperability efforts. For instance, 11 patient registries had
captured information about tobacco use, but each registry used a different set of questions,
and only one of them used a standardized set of questions regarding tobacco use. It was found
that the predominant model for obtaining registry data was still overwhelmingly forms-based
manual chart abstraction and data re-entry, rather than electronic data capture at the point of
care. It highlights the necessity for not only a shift to more electronic and streamlined means of
data collection, but also a standard process for organizations to collect similar data points and
types. Their recommendations to improve the usefulness of patient registries within and
amongst organizations include local standardization of data collection which includes “pre-
cleaning” of datasets, improved capture of a set of CDEs at the point of care in the EHR system,
packaging of data specific to a registry for ease of transmission, and more widespread adoption
of electronic collection formats. These recommendations are all easier said than done, but the
Project Recommendations/Scope
The recommended plan for this project is fairly simple in nature but more complex in its
execution. A SQL query will be developed that extracts the following information pertaining to a
registry metric: Rule ID, Rule Name, Description, Registry Metric Groupers (connections to
other registries), Registry ID, Registry Name, Metric Active Status, and Latest Revision Date. This
7
data will be taken from available records in the organization’s Epic system and placed into an
Excel spreadsheet to verify that all the needed information is present, is correct, the right data
types, etc. The SQL query presented below is currently under revision.
The completed SQL query containing all the necessary registry metric data will then be
uploaded into Collibra, which is a data catalog application that “empowers businesses to find
meaning in their data and improve business decisions” (UC Davis Health, 2022). Collibra is a tool
that can automatically extract data from Epic applications and display relevant information in
an understandable format. Collibra allows for regular checking and maintenance of metrics and
has a number of capabilities, including the organized display of a data point’s metadata and
lineage to other relevant information for use by stakeholders and providers. Collibra is also
based on structured data governance and privacy regulations to remain compliant and ensure
the safety of large amounts of patient information. The layout of data in Collibra is like that of a
relational database (see below), with a registry metric’s data in the leftmost box and its
https://www.collibra.com/wp-content/uploads/Diagrams1. jpg
Following data extraction and uploading into Collibra, an extensive review must be done
that checks the presented registry metric data back to the Epic system to ensure its validity and
accuracy. The completed registry metric catalog will be accessible for use by providers, analysts,
researchers, etc.
Deliverables and measurables for success in this project include the creation of a
holistic, structured framework displaying all relevant registry metric information, the ability to
clean up metrics that present an error, such as a null or zero value, and increased user
satisfaction for those accessing the data for patient care or clinical research.
9
Project Challenges
The first challenge in this project is the fact that Collibra is a new application to the
healthcare organization, so there is no previous example or work upon which to base the
project’s vision. As a result, there may be some trial and error or some troubleshooting in order
to achieve the project’s goals. Another challenge that has come up in early discussion has been
where and how to extract information from Epic. The metric information that is wanted for this
project do not lie in one particular Epic application, so while some of the data can automatically
populate from Epic directly to Collibra, data elements such as latest revision date may need to
be manually entered into the application. The alternative to this would be the creation of a new
column in Epic that can populate and report revision date automatically, but criteria for revision
Conclusion/Next Steps
There are several recommended next steps for this project. The first would be a manual
review of each of the extracted registry metrics from Collibra back to its location in Epic to
validate the accuracy of the data. This will be a time-consuming step but is necessary in order to
verify that the data that providers will be using for a variety of projects and work is accurate
and current. The second step would be the establishment of a system for regular maintenance
of individual metrics or for groups of related metrics to ensure they are up to date and the
connections are correct. As mentioned previously, organizations are shifting towards more
regular updates to their systems, which include changes to codes, protocols, regulations, etc. By
having scheduled checks on groups of registries throughout the year, the organization can more
efficiently and effectively address changes that must be made to a registry or its metrics. This
will ensure that the organization remains compliant with standards and improve patient safety.
Going further, this project falls in line with the organization’s increased emphasis on
Healthy Planet, which is a software module from Epic that uses aggregated patient data to
optimize the delivery of health care (Cummins, 2020). Using Epic features such as its patient
registries allow for providers to better coordinate care and personalize treatment based on the
data provided by the organization’s patients. Healthy Planet will also allow an organization to
more closely and accurate monitor care quality and costs. Increased use of these population
health tools will improve patient outcomes and the overall success of the organization.
Conclusion
In the end, this project will enhance the overall operations of my healthcare
organization by improving the quality and accuracy of patient data for direct care, population
11
health reporting, and clinical research. The library of registry metrics will make it easier for
providers and stakeholders to view relevant information on certain groups of patients and
assist with the decision-making process to ultimately increase the number of positive patient
outcomes and have a beneficial impact on the community. This Capstone project will be just
the start of a process to improve the organization’s operations to be more efficient, patient-
References
Cummins, R. (2020). Epic’s Healthy Planet helps caregivers fill patient care gaps. The University
https://www.umc.edu/news/News_Articles/2020/08/Healthy-Planet.html
Duke Clinical Research Institute. (2018). Improving Healthcare Interoperability – Project Report.
Gliklich, R. E., Dreyer, N. A., & Leavy, M. B. (Eds.). (2014). Registries for Evaluating Patient
Outcomes: A User's Guide. (3rd ed.). Agency for Healthcare Research and Quality (US).
Lyu, H., Cooper, M., Patel, K., Daniel, M., & Makary, M. A. (2016). Prevalence and Data
223–234.
https://health.ucdavis.edu/data/collibra.html
13
Appendix
The skills, tools, and expertise expected of this Capstone project meets several of the
competencies set forth by the Hahn School of Nursing Health Care Informatics program, three
of them being Health Science Knowledge and Skills, Data and Knowledge Management, and
Quality and Regulatory. The project required an understanding of terminology and language
related to the healthcare field, such as registries, metrics, and the different conditions that my
define inclusion in a particular patient population. In learning about the project’s topic and
current problem, it was extremely useful to have a grasp on the systems involved in this type of
analysis, including population health reporting, Epic systems, and chronic disease drivers.
Taking an understanding of health science into account also made it easier to conduct
and evaluate the technical skills necessary for the project. The members of the team assisting in
the project were able to demonstrate for me the capabilities of data management tools such as
Excel, SQL, and Collibra to more efficiently work toward the project’s goal. The analytical
techniques that this project calls for helped build upon my previous knowledge from
throughout the program to better assist me in future projects. Lastly, the project addresses an
understanding of quality and regulatory competencies when it comes to the use and
governance of large amounts of patient data, creating a system that is compliant and secure,
and understanding how private health information is displayed, used, and shared safely within
a healthcare organization. While the Capstone project likely meets each program competency
in some way, these three are the proficiencies that stand out to me as the ones that guided the