Evidence map›Paper›PMID 35380548›Full record

ArticleJMIR medical informatics2022

Generation of a Fast Healthcare Interoperability Resources (FHIR)-based Ontology for Federated Feasibility Queries in the Context of COVID-19: Feasibility Study.

Lorenz Rosenau, Raphael W Majeed, Josef Ingenerf, Alexander Kiel, Björn Kroll, Thomas Köhler, Hans-Ulrich Prokosch, Julian Gruendner

Abstract read
In one paragraph

Article in JMIR medical informatics, 2022. The graph could read no effect estimate from its abstract, so it casts no vote on the map. Cited by 12 papers, 1 of them a synthesis that pooled it.

0numbers the graph read from it
0cells of the map it votes in
12citing papers in PubMed, 1 pooled it
–field-weighted citation impact
1 · What the graph read from it

What it found

Each row is one number read from the abstract, on the scale the paper reported it, with its interval. Left of the dashed line favours the treatment, right favours the comparator. Under each row is the sentence it came from. New to these charts? A ten-minute tutorial.

The abstract states no effect estimate the extractor could read, or names no intervention and outcome on the map, so this paper lights no cell and moves no belief. It is still indexed, cited and linked below.

2 · The registry

The trial behind it

Trials whose registry record cites this paper, or whose number appears in the abstract. A trial that started after this paper was published is citing it as background, not reporting it.

Neither the registry nor the abstract names a trial number. If this is a trial report, that itself is worth knowing.

3 · Its place in the literature

Who cites it

12 citing papers in PubMed, 1 synthesis or guideline pooled it.

  1. Pooled it
  2. Article
  3. Article
  4. Article
  5. Towards cross-application model-agnostic federated cohort discovery.Journal of the American Medical Informatics Association : JAMIA · 2024
    Article
  6. Article
  7. Article
  8. Review
  9. Review
  10. Review
  11. Article
  12. Article
4 · The record

Corrections and comments

PubMed lists nothing against this paper. Absence here is not a guarantee, only a check that was made.

5 · Who and what money

Authors and funding

8 authors.

Lorenz RosenauIT Center for Clinical Research, Lübeck, Germany.ORCID https://orcid.org/0000-0002-8614-2792
Raphael W MajeedInstitute for Medical Informatics, University Clinic Rheinisch-Westfälische Technische Hochschule Aachen, Aachen, Germany.ORCID https://orcid.org/0000-0002-8260-8815
Josef IngenerfIT Center for Clinical Research, Lübeck, Germany.ORCID https://orcid.org/0000-0002-3274-8422
Alexander KielLeipzig Research Centre for Civilization Diseases, University of Leipzig, Leipzig, Germany.ORCID https://orcid.org/0000-0003-0461-8185
Björn KrollIT Center for Clinical Research, Lübeck, Germany.ORCID https://orcid.org/0000-0002-8861-8993
Thomas KöhlerFederated Information Systems, German Cancer Research Center, Heidelberg, Germany.ORCID https://orcid.org/0000-0002-8993-0794
Hans-Ulrich ProkoschChair of Medical Informatics, Friedrich-Alexander University Erlangen-Nürnberg, Erlangen, Germany.ORCID https://orcid.org/0000-0001-6200-753X
Julian GruendnerChair of Medical Informatics, Friedrich-Alexander University Erlangen-Nürnberg, Erlangen, Germany.ORCID https://orcid.org/0000-0001-7204-5329

Funding

No grant is acknowledged in the PubMed record.

6 · The paper itself

Abstract

backgroundThe COVID-19 pandemic highlighted the importance of making research data from all German hospitals available to scientists to respond to current and future pandemics promptly. The heterogeneous data originating from proprietary systems at hospitals' sites must be harmonized and accessible. The German Corona Consensus Dataset (GECCO) specifies how data for COVID-19 patients will be standardized in Fast Healthcare Interoperability Resources (FHIR) profiles across German hospitals. However, given the complexity of the FHIR standard, the data harmonization is not sufficient to make the data accessible. A simplified visual representation is needed to reduce the technical burden, while allowing feasibility queries.

objectiveThis study investigates how a search ontology can be automatically generated using FHIR profiles and a terminology server. Furthermore, it describes how this ontology can be used in a user interface (UI) and how a mapping and a terminology tree created together with the ontology can translate user input into FHIR queries.

methodsWe used the FHIR profiles from the GECCO data set combined with a terminology server to generate an ontology and the required mapping files for the translation. We analyzed the profiles and identified search criteria for the visual representation. In this process, we reduced the complex profiles to code value pairs for improved usability. We enriched our ontology with the necessary information to display it in a UI. We also developed an intermediate query language to transform the queries from the UI to federated FHIR requests. Separation of concerns resulted in discrepancies between the criteria used in the intermediate query format and the target query language. Therefore, a mapping was created to reintroduce all information relevant for creating the query in its target language. Further, we generated a tree representation of the ontology hierarchy, which allows resolving child concepts in the process.

resultsIn the scope of this project, 82 (99%) of 83 elements defined in the GECCO profile were successfully implemented. We verified our solution based on an independently developed test patient. A discrepancy between the test data and the criteria was found in 6 cases due to different versions used to generate the test data and the UI profiles, the support for specific code systems, and the evaluation of postcoordinated Systematized Nomenclature of Medicine (SNOMED) codes. Our results highlight the need for governance mechanisms for version changes, concept mapping between values from different code systems encoding the same concept, and support for different unit dimensions.

conclusionsWe developed an automatic process to generate ontology and mapping files for FHIR-formatted data. Our tests found that this process works for most of our chosen FHIR profile criteria. The process established here works directly with FHIR profiles and a terminology server, making it extendable to other FHIR profiles and demonstrating that automatic ontology generation on FHIR profiles is feasible.

Indexed as

accessibilityautomationCOVID-19CQLdatadevelopmentFast Healthcare Interoperability Resourcefeasibilityfeasibility studyfederated queriesFHIRFHIR SearchGermanyharmonizedhospitalinputmapontologyqueryterminologyterminology serveruser interface

Identifiers

PMID35380548
PMCPMC9049646

What OpenQuestion holds

Textmetadata
LicenceCC BY
Read underepoch 390

Registered trials

None linked

Read under generation 80e0d062 · epoch 390. Bibliography from PubMed, PubMed Central and OpenAlex; grants from NIH RePORTER; trial links from ClinicalTrials.gov; estimates, votes and beliefs from the OpenQuestion graph.