Interoperability is the ability of a digital system to exchange information with other digital systems in order to achieve specific goals, delivering added value to the clinician, and ultimately, the patient. Interoperability standards have been established to ensure that digital health information originating from Creators of such information can be meaningfully consumed by every recipient.
Standards and products have inherent variations in: clinical application, information created, algorithms employed, workflow, and technology[i][ii][iii]. Optional and conditional elements are designed into medical informatics standards to accommodate these variations. While IHE profiling constrains standards to address specific clinical needs and minimize variation, misalignment still occurs. Misaligned products lack interoperability, impeding clinical workflow, potentially impacting the safety and effectiveness of the health information technology ecosystem[iv].
IHE Connectathons provide a detailed implementation and testing process to enable the adoption of standards-based interoperability by vendors and users of healthcare information systems. During a Connectathon systems exchange information with corresponding systems in a structured and supervised peer-to-peer testing environment, performing transactions required for the roles (IHE Actors) they have selected to perform in carefully defined interoperability use cases (IHE Profiles)[v].
IHE SHARAZONE adds a layer of specificity with an object sharing framework that enables open source and commercial organizations developing applications to ensure they can consume and display DICOM objects coming from a variety of sources. Likewise, Creators can use object sharing to ensure DICOM objects can be consumed by a variety of recipients. IHE SHARAZONE closely reflects the reality of Healthcare Delivery Organizations with a variety of different imaging products that need to interoperate by creating and consuming hundreds of different DICOM objects.
The IHE SHARAZONE is built on the existing IHE Gazelle[vi] test platform. A dedicated Gazelle instance has been provisioned and made available globally, 24/7 to registered vendors for selecting shared objects of interest, testing their consumption and reporting test results.
Participants are required to execute a contract that establishes terms for data usage, non-disclosure, obligations and fees. Any entity developing DICOM commercial or open source software that is willing to accept the IHE SHARAZONE terms and conditions is eligible to participate. Participants self-declare as Creators and/or Consumers:
- Creators author and upload shared test input that contains DICOM objects and a test suite (test procedure).
- Consumers download shared test input of interest, executes the test suite, and reports results to Creators.
To protect confidentiality, non-patient, artificially created samples are exchanged and report visibility is limited to paired Creators and Consumers for a given test instance. If necessary, a GDPR-compliant (General Data Protection Regulation)[vii] chat channel, Rocket Chat[viii], is available for real-time dialogue between test participants. A dedicated IHE Moderator oversees the testing and is available to guide the participants in the IHE SHARAZONE process.
This overall process is depicted in Figure 1, while Figure 2 presents an example of a report of an executed test produced by a Consumer for the benefit of a Creator.
Is IHE SHARAZONE different from the IHE Connectathon?
While the participants of an IHE Connectathon and the IHE SHARAZONE are similar, the scope of each is different.
- Vendors participating in an IHE Connectathon follow a common test process for profiled standards to suit a particular business use case documented in the IHE Technical Framework.
- Vendors participating in the IHE SHARAZONE take part to evaluate the ability of Consumer products to properly handle DICOM object content provided by Creator products along with their test suite.
Test process
- IHE Connectathon lasts one week, during which systems on the same network exchange information in a controlled and monitored environment, performing IHE Profile transactions and workflows required for the Actor roles that they claim to support. IHE provides the test suites to execute and the pass/fail results are controlled and determined by IHE Monitors.
- IHE SHARAZONE service is open 24/7. Creators provide test suites for DICOM objects that often exceed IHE content profile specifications, addressing aspects such as usability and clinical utility. Consumers then complete a test report and may also offer unsolicited feedback. In most cases, a dialogue ensues, in which both participants receive valuable input. This feedback loop establishes an opportunity for both participants to improve implementations. The evaluation of the results is strictly between the Creator and the Consumer participant. An IHE Moderator is available to address administrative and quality matters, and does not grant pass/fail verification of test instances.
Key benefits of IHE SHARAZONE
- An IHE SHARAZONE participant seeks to anticipate issues with new or modified DICOM objects prior to introducing a product to the marketplace. Examples include: modifications to existing DICOM objects, application of new DICOM modules (e.g. CT multi energy) or implementation of complex DICOM objects (e.g. Ophthalmic, Breast Tomosynthesis, Structured Reports, Microscopy).
- IHE SHARAZONE hosts datasets from multiple generations of products. They remain available to all participants for testing with newer products. This better reflects the mix of product generation present in imaging departments.
- IHE SHARAZONE service fosters collaboration between participants. For example a Consumer Vendor may request specific DICOM datasets from Creator vendors.
- Consumers ensure that Presentation States properly control the display of source images; providing the desired transformations, annotations, overlays and greyscale or color pipeline. Consumers also ensure that AI results, such as Structured Reports, Segmentation Objects and Parametric Maps are associated with the original study, properly appear in the PACS worklist, and correctly apply overlays, color, and real-world values. Consumers also make certain that AI results do not create conflicts with existing hanging protocols.
Note that the IHE SHARAZONE is not intended as a repository for AI inferencing inputs. AI accelerators, such as the Medical Imaging and Data Resource Center (MIDRC) or the ACR AI-LAB™, address this need .
- IHE SHARAZONE is not intended to evaluate strict DICOM conformance. Objects containing errors may be shared, as these sometimes exist in the real world. This could be intentional or discovered during testing. When non-conformance prevents the DICOM object from being handled properly by the Consumer product, the Creator is incentivized to provide a remedy. Early detection of conformance errors by Consumers in the IHE SHARAZONE helps to improve DICOM conformance.
All SHARAZONE participants are encouraged to use other continuous services, such as Gazelle External Validation Service (EVS) to check conformity throughout phases of product development.
The two services are complementary. Vendors typically participate in the Connectathon to evaluate interface robustness in later development phases, after DICOM encoding and network services are established, have been modified, or when additional claims are added to the IHE Integration Statement. Throughout the product development lifecycle (i.e. prior to and between Connectathon events), vendors leverage the IHE SHARAZONE to evaluate prototype encoding of images and objects, released product modifications, or product enhancements that include adoption of DICOM modules, macros, or controlled terminology.
Evaluation of IHE SHARAZONE
Compared to the IHE Connectathon that was established in 1998, the IHE SHARAZONE is in its early stages of development. To test our hypothesis regarding the utility of the IHE SHARAZONE, scrutinize its contract, and evaluate the adaptation of Gazelle, we elected to hold a small-scale test of the IHE SHARAZONE tooling and procedures.
In June of 2021, an initial small-scale implementation of 10 vendors was convened for a 5-month pilot to prove the viability of workflow, tooling and the acceptability of contract terms. Each of the 10 participants signed a common contract that includes terms of use, data usage policy, antitrust rules and non-disclosure terms. Seventeen systems were registered: 13 Creator systems and 12 Consumer systems. Ten sets of test packages were posted, resulting in 23 test reports. Test packages included visible light, visible light video, dose reports, CT multi energy, Grayscale Softcopy Presentation State (GSPS) and ophthalmetry. Most test packages contained one image, one contained a series of 255 images (median = 1, min = 1, max = 255). Participants met every other week as a group with the IHE Moderator to review test progression, tooling, documentation conventions and communication channels.
At the end of the pilot period, all participants agreed that the IHE SHARAZONE was ready for public launch. A brief, anonymous survey was executed to obtain feedback from participants of their pilot experience. To create a larger sample size, multiple individuals from each participating vendor were encouraged to participate.
Table 1: IHE SHARAZONE pilot survey.
#
|
Question
|
Targeted Participants
|
Response Constraint
|
Q1
|
What is your IHE SHARAZONE participant role
|
All
|
Creator, Consumer or Both
|
Q2
|
The IHE SHARAZONE adds benefits to my company's product development process.
|
All
|
Scale of 1-5
1 = Strongly Agree, 5 = Strongly Disagree
|
Q3
|
What is the percentage of test instances in which you engaged in a dialogue with your test partner?
|
All
|
0-100, increments of 10
|
Q4
|
Did you require support from the IHE SHARAZONE moderator?
|
All
|
Yes, No
|
Q5
|
The Shared Test Input test instructions from Creators that I executed were clear and effective.
|
Consumers
|
Scale of 1-5
1 = Strongly Agree, 5 = Strongly Disagree
|
Q6
|
What could be improved with Shared Test Input instructions?
|
Consumers
|
free text response
|
Q7
|
On average, in hours, how long did it take you to execute a test report?
|
Consumers
|
Number (decimal)
|
Q8
|
The test reports that I received from Consumers were clear and effective.
|
Creators
|
Scale of 1-5
1 = Strongly Agree, 5 = Strongly Disagree
|
Q9
|
What could be improved with test reports?
|
Creators
|
free text response
|
Q10
|
On average, in hours, how long did it take you to prepare a shared test input ?
|
Creators
|
Number (decimal)
|
Table 2: IHE SHARAZONE pilot survey Results.
Question #
|
Respondents
|
Results
|
Q1
|
13
|
Both = 7, Creator = 3, Consumer = 3
|
Q2
|
13
|
Median = 1, Min = 1, Max = 3
|
Q3
|
13
|
Median = 80%, Min = 10%, Max = 100%
|
Q4
|
13
|
Yes = 3, No = 10
|
Q5
|
10
|
Median = 1, Min = 1, Max = 3
|
Q6
|
4
|
4 responses received
|
Q7
|
10
|
Median = 1 hour, Min = 0.5 hour, Max = 4 hours
|
Q8
|
9
|
Median = 1, Min = 1, Max = 4
|
Q9
|
3
|
3 responses received
|
Q10
|
7
|
Median = 2.25, Min = 1, Max = 3, Average = 2.6
|
Analysis
Due to the small sample size and categorical data types, the ability to provide a detailed statistical analysis is limited. When feasible, Chi-Square Goodness-of-Fit Test was performed to identify differences in groups of responses by role (Minitab 20.4 Statistical Software, State College, PA).
All participants indicated that the IHE SHARAZONE benefits the product development process (median = 1 = Strongly Agree, see Q2 and Figure 3). Further segmentation by role of Creator (n=3), Consumer (n=3) or Both Creator and Consumer (n=7), indicates that the Both Creator and Consumer group provided different responses (p=0.041), due to a single neutral (neither Agree nor Disagree) response. Participants indicated that they engaged in dialogue with their test partners 80% of the time (median = 80%). The Both Creator and Consumer group engaged in dialogue less frequently than participants registered as only Creators, or only Consumers (p=0.0, median = 70% and median = 95% respectively). Few participants (n=3), regardless of role, required moderator assistance (p=0.154).
Consumers (n=10) spent approximately one hour testing downloaded test packages (Q7 and Figure 3) and indicated that test instructions from Creators were clear and effective (median = 2 = Agree, see Q5 and Figure 3).
Creators (n=9) spent over two hours to prepare test packages (median=2.25, see Q10 and Figure 3) and indicated that test reports from Creators were clear and effective (median = 1 = Strongly Agree, see Q10 and Figure 3).