Pedigree Standard Roadmap Planning

  • Do you feel like we’ve successfully reached our goals from the 2020 roadmap? What has been completed and can be removed?
  • Is the product description from the 2020 roadmap still accurate?
  • What needs further development or attention? What could we be doing better?
  • What new activities would we like to pursue?
  • Eg. This can include implementation/outreach activities like manuscripts, webinars, blog posts, etc.

FEEDBACK / IDEAS BOX

  • Formal publication of the common dataset
  • Implementation Outreach - webinar (post-approval)
  • Future major or minor version? → version 1.0 for Summer approval
  • Tools?
  • I think we still have some goals to reach with Milestone 3 Implementation: Interoperability Pilot, although the pilot sites and partners might have changed. I think the product description has remained true.
  • Next activities could include running risk algorithms against the pedigree model, and adding genetic observations and analysis results (Appendix B.4 and B.5 in the document)
  • Promote Adoption of Standard, Use Cases / Case Studies and Implement Utility / Web Service:
  • Pilot implementation in TrakGene FHQ Web App scheduled to start in the next 4 weeks. More of these required to demonstrate use case to clinicians and vendors. Spin off case studies / other promotional materials would help promote the standard.
  • Develop use cases for interoperability between different genetics apps (and perhaps a use case for data migration e.g. moving from Cyrillic to Phenotips if this is appropriate)
  • Consider developing a web service that allows clinicians to convert .PED and other formats to pedigree standard.
  • Explore opportunities to develop an API to web service and commercialise this, which may increase uptake by reducing technical barriers to vendors of implementing. (i.e. software vendors don’t have to incorporate the pedigree standard conversion into their source code but can still output data in the standard format using a web service API; this also means the web service is always outputting the latest pedigree standard.
  • Package pedigree conversion tool in other formats to support adoption (currently Node.js package I believe?)
  • HL7 Accelerator-like model
  • Connectathon streams

Roadmap Template

Pedigree

Technical Specification

❑ API

☑ Data Model / Ontology

❑ Protocol

❑ File Format

Policy Framework

❑ Policy Framework

Resource

☑ Guide

❑ Technical Toolkit

❑ Ongoing Project

❑ Other (Please Specify)
_________________

Description

The GA4GH Pedigree Standard allows for the computable exchange of family health history as well as representation of larger, more complex families. The collection of specific clinical or genetic data is outside the scope of this deliverable, and is instead handled by other formats through references to individuals within the pedigree representation. It is intended to fit within the structure of other standards like HL7 FHIR and Phenopackets.

The need for high quality, unambiguous, computable pedigree and family information is critical for scaling genomic analysis to larger, complex families. Pedigree data is currently represented in heterogeneous formats that frequently result in the use of lowest-common-denominator formats (e.g., PED) or custom JSON formats for data transfer. The HL7 FHIR standard core data models do not support pedigrees, but there is a draft extension to support genomic pedigrees that was evaluated. Standardizing the way systems represent family structure will allow patients to share this information more easily between healthcare systems and help software tools to use this information to improve genome analysis and diagnosis.

Source Driver Projects

Australian Genomics

H3Africa

GEM Japan

Monarch Initiative

BRCA Challenge

Other communities that will contribute to development

KidsFirst DRC

Software vendors (PhenoTips, TrakGene...)

Proposed Implementations (at least 2)

  1. AGHA (FHIR IG)
  2. REDCap (via CSIRO plugin) - AGHA, H3Africa
  3. PhenoTips
  4. TrakGene
  5. Cosegregation Analysis Software (UUtah/BRCA)
  6. RDF (GEM-Japan)
  7. Once implemented in Phenopackets, this list can be expanded to include Phenopackets implementers

Deliverables

(add additional rows if required) (see taxonomy)

Description

Expected Completion Date (by quarter)

Deliverable: Conceptual Model v1.0

To support the interoperability of family health history data within and between existing standards (such as HL7 FHIR and Phenopackets), the GA4GH Clinical and Phenotypic Data Capture Workstream developed the Pedigree Conceptual Model.

The Pedigree Conceptual Model defines core classes and their properties, and is based on A Recommendation for The Common Data Set for Family Health History (see below). The three main classes are Individual, Relationship and Pedigree.

 Sept. 2022

Deliverable: KIN Ontology

The Kinship Ontology (KIN) is a family relations ontology developed as part of the Global Alliance for Genomics and Health Pedigree Standard project. It allows using an OWL reasoner to automatically validate a family history graph and infer new relations.

The latest version of the ontology can be found at: http://purl.org/ga4gh/kin.owl

The Ontology is open-source and managed in this GitHub repo: https://github.com/GA4GH-Pedigree-Standard/family_history_terminology

 Sept. 2022

Deliverable: Common Dataset

The collection and use of family health histories span medical activities from genetic research to heritable risk assessment in patient care. For all the stakeholders in this process, the goal must be data that is accurate and coded for effective analysis, and transferable between systems. To achieve this, a globally accepted and universally implemented family health history (FHH) data set should be established as a benchmark. The purpose of the common dataset document is to create an updated recommended data set that can be used not only in both research and clinical settings, but to eliminate the gap between the two disciplines. This recommendation should also guide the development of research, clinical, and patient-facing FHH data and information collection tools, applications, and data repositories. This document should only be used as informative.

 Sept. 2022

Deliverable: Implementation within existing models

  • HL7 FHIR
  • Phenopackets
  • RDF

The working group will prepare implementations and implementation guides of the common dataset elements across commonly-used data modeling systems, specifically HL7 FHIR, Phenopackets, and RDF. This will  support the use of interoperable pedigree data across these ecosystems.

  • In particular, explore how Pedigree can integrate with other GA4GH standards (eg. Beacon, Search)

 Sept. 2022 + additional implementations in 2023

Deliverable: Tools

  • Conversion
  • Validation
  1. Converter: Pedigree-tools is a library for supporting the conversion of pedigree data between various file formats.  
  2. Validator: This is a simple command line application that shows how validation of a FHIR pedigree file can be implemented using the HAPI FHIR libraries and the artifacts produced by the FHIR implementation guide. It also shows how an OWL reasoner can be used to implement additional validation based on the KIN ontology.
  3. Develop additional formats of the conversion and validation tools to support adoption
  4. Develop a web service that could allow clinicians to convert .PED and other formats to pedigree standard

Sept. 2022

Q2 2023

Q3 2023

Deliverable: Outreach/ Implementation Support

  • Webinar
  • Formal Publication
  • Connect-a-thon

Activities focused on promoting and supporting the use of the standard and common dataset within the broader community and ecosystem of vendors.

  1. A webinar to introduce the broader genomics community to the standard, how to implement, and example implementations
  2. A publication describing the standard and use cases
  3. Consider holding a FHIR Connectathon to support maturation and develop of the FHIR IG
  4. Collect use cases for interoperability between different genetics apps (and perhaps a use case for data migration), as well as any use cases in support of a v2.0 model

Q1 2023

Q2 2023

Q2 2023

Q3 2023

Projected Submission Date

—---

—---

2020/2021 Roadmap

Pedigree

☑ In Progress/Planned (included on current Strategic Roadmap)

❑ New Version (approved deliverables where a new version is planned)

❑ New Deliverable (not on the current Strategic Roadmap)

Description

The need for high quality, unambiguous, computable pedigree and family information is critical for scaling genomic analysis to larger, complex families. Pedigree data is currently represented in heterogeneous formats that frequently result in the use of lowest-common-denominator formats (e.g., PED) or custom JSON formats for data transfer. The HL7 FHIR standard core data models do not support pedigrees, but there is a draft extension to support genomic pedigrees that should be evaluated and potentially extended by the GA4GH. Standardizing the way systems represent family structure will allow patients to share this information more easily between healthcare systems and help software tools to use this information to improve genome analysis and diagnosis.

Source Driver Projects

AGHA

Genomics England

Monarch Initiative

Other communities that will contribute to development

KidsFirst DRC

H3Africa

EGA

SPHN

BRCA Challenge

GEM Japan

Software vendors (PhenoTips, ...)

Proposed Implementations (at least 2)

  1. AGHA
  2. Genomics England
  3. REDCap (via CSIRO plugin)
  4. PhenoTips

Expected Completion Date

2021-09-01

Milestone

(add additional rows if required) (see taxonomy)

Description

Expected Completion Date (by quarter)

Milestone 1: Landscape Analysis

Stakeholders engagement

M1.1 Engagement of key pedigree data producers (EHRs, vendors) and consumers (projects, tools, analyses) within the GA4GH to motivate the need for export and interoperability

M1.2 Compilation of difficult family history cases from stakeholders (e.g., 3-person IVF, 2 pairs of identical twins, multiple loops of consang., etc.)

M1.3 Gap analysis of existing formats and APIs to represent these cases

2020-Q1

Milestone 2: Draft specification

Development of a draft standard for pedigree data exchange

M1.1 Creation of working group to incubate the technical standard development

M1.2 Invite GA4GH stakeholders to join working group and participate in the early development and pilot implementation

M1.3 Development of draft specification / implementation guide

2020-Q3

Milestone 3: Implementation

Interoperability pilot

M3.1 Compliance test suite implementation

M3.2 Two implementations of draft specification that pass compliance tests (potential parties: EHR, patient-facing vendor, clinical-facing vendor, CDS, research system); shoot for end-to-end: patient survey → clinical system → CDS → clinical system → research system

2021-Q3

Projected Submission Date

2021-09-01

2021-Q3