In the context of large oncology data sets, interoperability refers to the capacity to share and reuse data across several nodes without compromising semantical, contextual, or structural information. 1 Data reuse refers to the use of data for secondary purposes in a data ecosystem outside of the company, such as health care, cancer screening, testing, and clinical trials. Interoperability is greatly improved by standardisation prior to the collection of electronic health records (EHRs) in the array. The organisation of data areas that are contextually connected.
Examine the progress of the oncology data ecosystem’s Structured Data Capture (SDC) initiative.
Knowledge Produced
SDC is a computer model that specifies the data-entry content, supports numerous SDC data exchange mechanisms, and allows the usage of structured data afterward.
Pertinence
Clinical data can be organised before being entered into computer systems using SDC models. SDC is excellent for quickly storing and exchanging versioned data sets, such as pathology data, cancer staging, and clinical trial data.
From the data entry form (DEF) to the downstream clinical records, maintaining the structure and context is critical for patient care. There are numerous benefits to centralising data entry field standards during data collection design procedures, with a focus on downstream interoperability and data reuse. 2 Data entry can be made more reliable and efficient with the help of centralised expert teams that design data fields and DEF structures. Regardless of the DEF cosmetics manufacturer, organisation, or variances, standardising the input with clear evidence-based data fields ensures a thorough clinically vital data collection in a familiar manner, as well as the production and organisation of coherent and standardised results.
Unfortunately, EHR providers rarely mention this type of precapture standardisation. When data is collected, efforts to standardise and/or integrate data fields in the EHR frequently need to be heavily aggregated and cleaned, and the outcomes are frequently less than ideal. 6.7 The lack of semantic, contextual, and structural standardisation is thus a significant impediment to the extensive data analytics necessary in oncology research, as well as data exchange with patients, care teams, and other EHR systems.
The quality research and public health committee of the standard organisation integrating the healthcare firm developed Structured Data Capture (SDC) as an open-source technical framework (IHE). SDC was established to provide an interoperable solution to the precapture data standardisation dilemma. The Structure, ux medical design Semantic, and Contextual Integrity of Linked Data Items (SDC) is a model that describes the structure, semantical, and contextual integrity of related data elements (DEs). SDC defines information contents from inter operational DEF’s in order to gather, store, and distribute sophisticated, context-rich data in structured DEs. 9 A SDC template describes the contents of a DEF that can be created by any EHR provider, regardless of technology, with correct data representation and interoperable data sharing. Complex data sets for cancer, such as those used for anatomical patherhogenic disease, biomarkers, and clinical reporting, can be designed and shared using SDC-based DEFs.
The College of American Pathologists has been using SDC as an electronic cancer checklist (eCC) delivery method since 2019. (CAPs). In North America, 35-40 percent of pathologists use these checklists. 10, 11, ten. The majority of the information collected on these forms is forwarded to North American public health surveillance cancer registers. thirteen and two Further specialties, such as radiology and surgery, benefit from the adoption of the SDC because it standardises data entry, produces organised clinical reports, and facilitates downstream data utilisation. Another paper in this series discusses the eCC initiative.
The History of SDC
The Office of the National Coordinator for Health Information Technology (ONC) initiated the SDC initiative in early 2013 as part of its Standards and Interoperability Framework Initiative.
14 The International House of Engineers was chosen to be held there (IHE). The profile examined during IHE Connectathons is regularly updated by the SDC IHE Working Group. It was first published in October.
The ONC has also funded a project to harmonise the FHIR Questionnaire with the IHE SDC17 in order to produce a hybrid, functionally equivalent FHIR SDC model. However, due to gaps in goals and design principles, and the use of two different approaches, full harmonisation has yet to be realised. Both the SDCs of IHE and FHIR were jointly led in 2017. The focus of this paper is solely on the IHE SDC.
ARCHITECTURE SDC
SDC is a data model that outlines how different types of standardised clinical data should be interpreted for technology-independent data collecting. DE,18 is the most common SDC data type, which includes questions and answers as well as standard media forms such as photographs in questions and answers. And Q&A has its own hl7 interface engine ID, which stays the same until the question or answer’s contextual semantics change. To reflect meaning and monitor the shape parts display, SDC sections and DEs can be copied and nestled at any depth.
A collection of hierarchical eXtensible markup schemes describes the structure of SDC (XML). They build SDC Object Model programming code by limiting the structure of SDC XML to repeated patterns (OM). SDC-based DEFs can be monitored with the OM, and SDC XML can be generated from software for SDC modelling. The SDC Technical Reference Guide contains information about the SDC Scheme.
SDC XML files (Figure 1) are form design files that are used to build DEFs (FDFs). Converting an FDF to a DEF can be done in a variety of ways. One common method is to use software with JavaScript controllers to enforce SDC rules and data submission functionality (often written in the expandable Stylesheet Language with Transformations). The majority of SDC-supporting providers, on the other hand, do not translate the FDF into their preferred software; instead, they employ proprietary techniques.
This article about healthcare software companies in the United States was written by a Folio3 content researcher. It is a medical manufacturing and a pharmaceutical marketing company established in the United States that serves customers all over the world.
