Chapter 2 GARDE Implementation

2.1 Governance Review and Approval

Most healthcare systems (HCS) have a governance committee that reviews proposals for implementation of information technology (IT) tools. Undergoing governance review and obtaining approval is a critical early step to take once you have decided to implement GARDE. The governance review and approval processes vary across institutions, but the overarching goals of governance reviews are typically to:

  1. prioritize implementation/customization of EHR functionality

  2. assess the potential impact of new/customized functionality on existing clinical information systems, clinicians and patients

  3. assess the effort needed to implement/customize the EHR functionality

  4. ensure there are robust channels for user feedback and the dissemination of systems-related information to end users

2.1.1 Additional information

  1. GARDE is highly customizable. Resources necessary for a successful implementation will vary depending on implementing HCS factors and decisions, such as:

    1. Local IT architecture

    2. How is Population Health Management function accomplished? (e.g. Epic? REDCap?)

    3. How are patient outreach and education accomplished? (e.g. Chatbot? Clinical staff?)

    4. How often is the target population evaluated? (e.g. One time? Weekly?)

    5. Number of individuals in the target population for GARDE evaluation (e.g. does the target population include all patients seen within HCS? All patients who saw a HCS primary care provider for an outpatient visit within past 36 months? Only patients who have electronic patient portal account? Patient age range? Individuals with or without target condition?).

    6. Condition(s) that GARDE evaluates (e.g. hereditary cancer syndrome(s)? Familial hypercholesterolemia?)

    7. Local patient population characteristics (e.g. proportion with commercial vs. government-supported health insurance vs. uninsured? Proportion with Ashkenazi Jewish ancestry?)

    8. Tasks necessary to implement GARDE (e.g. are all patients considering genetic testing referred for genetic counseling? will the implementation include both PHM algorithms and chatbot?)

  2. In the BRIDGE trial, research eligibility screening and patient outreach by a genetic counseling assistant required on average a couple of minutes per patient.

2.2 What can facilitate governance review?

To help you prepare for governance review within your HCS, following is information that may help you, including a description of GARDE architecture, GARDE deployment requirements and an estimate of the IT and Clinical Human Resources that may facilitate GARDE implementation.

2.2.1 Identify key stakeholders and champions for your project

We recommend that you consider identifying representatives from the following stakeholder groups to support your review.

  • Relevant clinical stakeholders, such as:

    • Providers (e.g., primary care) whose patients will be evaluated by GARDE

    • Cancer genetics/genetic counseling specialists

    • If available, clinicians who care for patients with hereditary cancer predisposition syndromes

  • IT: EHR/Health IT, information security

  • Patient communication committee (this may be a part of EHR/IT)

2.2.2 GARDE Architecture

Overall, the GARDE architecture contains four components: OpenCDS, Population Coordinator, EHR Patient Data Repository (e.g., Epic’s Clarity or other patient data repository), and Population Health Management (PHM) tools (e.g., Epic’s Healthy Planet, REDCap) (see Figure 3). OpenCDS is an open-source CDS Hooks-compliant server that computes patient eligibility for PHM cohorts. Population Coordinator is the application endpoint and service choreographer that receives platform requests, processes population data (transforms to/from Fast Healthcare Interoperability Resources (FHIR)), and sends evaluation conclusions to the PHM system. EHR Patient Data Repository is the source for patient data used by the GARDE logic. EHR PHM Tools include a registry where patients who met PHM criteria are tracked and a dashboard that clinical staff (in Figure 1, an assistant) use to navigate the registry, review individual patient data, and perform patient outreach functions.

GARDE architecture

Figure 3. GARDE architecture. EHR or REDCap can perform Population Health Management.

2.2.3 Deployment Requirements

The GARDE components that need to be deployed are the Population Coordinator, OpenCDS (Figure 3), and FactDB (not shown). FactDB is a central data store that serves multiple purposes: (1) provides a persistent mechanism for GARDE tracking and managing patient cohorts, patient facts, and data provenance; (2) supports interoperability by using FHIR data elements and terminology; and (3) serves as a staging area for intermediate data to improve performance.

Two deployment hosting strategies are supported:

  1. On premises — GARDE components are installed on the implementing site’s servers, typically Virtual Machines (VMs).

  2. Cloud — GARDE components are installed on an implementing site’s cloud-based solution (via Docker or Kubernetes). Current cloud-based solutions include AWS and Azure.

Detailed instructions, including the source code, for how to deploy GARDE using Docker can be found here.

Once deployed, GARDE requires terminology mappings between the implementing site’s family history codes and GARDE’s terminologies, which use standards such as ICD 9, ICD 10, SNOMED, HL7, and SEER. Mappings are created by data analysts for each deployment site with help from tools provided by our team. Once completed, mappings are then loaded into GARDE where they are used to interpret family history data.

Relevant patient data, including patient family history data, are extracted from the site’s EHR as input for GARDE evaluations. The Population Coordinator executes an Extract, Transform, and Load (ETL) pattern to identify and retrieve the screening population. GARDE provides query specifications for these data, and, for Epic customers, query templates. GARDE evaluations export results conducive for loading into the PHM system. Two options are available, via secure structured text file sharing, or via EHR web services APIs. Additional information about GARDE’s architecture and deployment are available elsewhere.2

2.3 IT Human Resources

Based on GARDE implementation in BRIDGE, below is an estimate of the IT human resources necessary for its successful implementation over the initial 8 months. Some tasks may require >1 individual. The exact number of hours necessary will vary depending on how GARDE is implemented.

2.3.1 Planning

Overall: ~3 months of weekly or biweekly team planning/coordination meetings (will likely include non-IT personnel, only IT personnel tasks below)

Task Hours
Requirements gathering about creating HCS compliant interface between GARDE and Epic, elicit additional code specific requirements identified while building/coding software (1 hour/week/person) 54
Manage project (1 hour/week/person) 6
TOTAL 60

2.3.2 Deployment

(only one deployment option (virtual machine OR cloud-based) is necessary)

On premise server Institution-selected cloud service (e.g. AWS, Azure)
Task Hours Task Hours

Security review, design GARDE implementation plan, provide

approvals/oversight

10 Security review, design GARDE implementation plan, provide approvals/oversight 10
Request virtual machine, install GARDE, configure, test 16 Develop GARDE system architecture appropriate for HCS 24
Enterprise data warehouse (EDW) project approval/oversight 2 Create virtual private cloud 24
Build EDW schema, grant access, review design 8 Configure queries to extract data for GARDE input 16
ETL Process - move GARDE input data to cloud 12
Adapt GARDE to run and input/output on cloud TBD*
Map EHR codes to GARDE codes 8 Map EHR codes to GARDE codes 8
TOTAL 44 TOTAL 106

* Amount of time necessary will depend on HCS ability to support GARDE-established cloud deployments (AWS or Azure) and staff experience.

2.3.3 Epic Integration

Task Hours

Health Planet Registry (HPR) build

60

ETL to populate HPR

32

Smart Data Element (SDE) read/write interface

32

GARDE interface to Epic

16

TOTAL 140

2.3.4 Chatbot integration and deployment

Task Hours
Install GARDE chatbot, ETL chatbot data/ states to SDE, ETL chatbot links to EHR 40
TOTAL 40

2.3.5 Operations & Maintenance

On premise server Institution-selected cloud service (e.g. AWS, Azure)
Task Hours Task Hours
Oversee GARDE operations. Apply fixes/security patches 12 Oversee GARDE operations. Apply fixes/security patches ??**
TOTAL 12 TOTAL ??**

**Amount of time necessary will depend on complexities of cloud deployment and amount of trouble-shooting necessary. Cloud-based solutions other than AWS or Azure will require more time.

2.4 Clinical Human Resources

Based on GARDE implementation in BRIDGE, below is an estimate of the clinical human resources necessary for its successful implementation over the initial 3 months. The exact number of hours necessary will vary depending on how GARDE is implemented.

2.4.1 Planning

Overall: ~3 months of weekly or biweekly team planning/coordination meetings (will likely

include non-clinical personnel, only clinical personnel tasks below)

Task Hours
Clarify genetic counseling team needs / workflow and agreement with GARDE implementation (0.75 hour/week/person)

4.5

Provide insights into workflow for contacting patients / charting needs and requirements, provide feedback on running trial. (1 hour / week / person)

6

Provide insights into primary care teams’ and patients’ needs, current staff workflow, provide guidance for how to notify primary care team. (0.5 hour/week/person)

6

Develop and revise chatbot messages for all GARDE sub-populations (1 hour/week/person)

6

TOTAL 22.5

  1. Bradshaw RL, Kawamoto K, Kaphingst KA, et al. GARDE: a standards-based clinical decision support platform for identifying population health management cohorts. J Am Med Inform Assoc. 2022;29(5):928-936. PMID: 35224632; PMCID: PMC9006693.↩︎