| Table of Contents |
|---|
Summary
ClinSpark supports direct bi-directional integration with safety labs via an HL7 interface.
Here is an architecture overview:
| Info |
|---|
Note that while Hospitals sometimes have a barcode shared by all tubes for a patient visit, with ClinSpark each tube will have a unique barcode. Test results coming from the lab must reference the specific barcode for the tube the test was performed on. |
Safety Lab Integration Onboarding Process
Onboarding a safety lab integration involves collaboration between the customer lab operations team, IQVIA support and typically support from the technical lab team or LIMS vendor. The following depicts the overall process at a high level:
Kickoff Meeting Discussion Topics
Who are the key contacts at the customer site?
What current LIMS system is used?
Lab Contacts? Foundry will work closely and directly with the labs.
Is there a Lab Test environment, separate from production?
Target Label Workflow (See below)
Data Flow
The lab integration is a bi-directional interface where messages in the form of HL7 files pass back and forth via a set of shared SFTP directories.
Orders
This is the order data flow. It is initiated when the user creates an order within ClinSpark prior to shipping the samples.
Order Confirmations
An optional interaction allows the lab to confirm the receipt of an order. In this confirmation the accession number for the sample is sent along with potentially other information which could be used to create labels.
Results
Results are passed into ClinSpark as follows. Note that these can be sent in realtime as they become available from the analyzers.
The polling interval for both results and confirmation is configurable within ClinSpark and by default is 30 seconds.
Workflow Options
Lab accepts ClinSpark labels
| Info |
|---|
Note that whilst this is the simplest and preferred option, not all labs are able to support this workflow. |
Some LIMS systems have flexibility to accept ClinSpark labels for use by their analyzers. In this workflow, since the order from ClinSpark informs the lab of the tubes and their ClinSpark barcodes, the LIMS system pre-registers these new barcodes with the lab-internal accession number.
This workflow is the same as the default except that it does not require a confirmation message and no relabeling is required.
Lab cannot use ClinSpark labels
This workflow requires relabelling of tubes. In the relabeling workflow, tubes are labeled first by ClinSpark, then later relabeled with barcodes suitable for use within the lab analyzers.
The typical workflow for processing samples is as follows:
ClinSpark produces specimen tube labels
Tubes are labeled with the above prior to sample collection
During sample collection, both the subject and the tube are scanned, and ClinSpark verifies the tubes are correct and also records an audit of the collection time
The clinic user creates an Order within ClinSpark.
ClinSpark produces a PDF manifest for printing and including in the shipment. In addition the HL7 order is immediately sent out to the safety lab via SFTP
The specimen is registered with the LIMS and a confirmation containing the accession number is sent back to ClinSpark via SFTP
To prepare the samples for shipment, the tube is scanned again. ClinSpark produces a new label containing the accession #, which is suitable for consumption by the lab analyzers.
The tube is relabeled with this new lab-specific label
The shipment of samples is sent to the lab
Results are sent from the LIMS to ClinSpark via HL7 over SFTP. These can be sent as they become available, without waiting for the full set of results
Results can be viewed within ClinSpark
Results-only interface
Customers with an established workflow for ordering safety labs and labeling tubes with lab-specific external labels may wish to continue using this workflow while still integrating results with ClinSpark.
Support for this workflow was added ClinSpark 1.5. This option does not use any ordering capabilities in ClinSpark, and it requires that an external system is used to place orders and print tube labels.
User creates safety lab orders using an external system
User prints tube labels using an external (i.e. not ClinSpark) system. These should be directly consumable by the safety lab
User applies these external labels to the collection tubes
During data collection, the user scans the subject wristband
During data collection, the user scans the external barcode on the tube. ClinSpark now associates this barcode with the collection tube and is ready to receive results from a lab using this identifier
User sends the samples to the lab
The lab sends results to ClinSpark. These results use the scanned barcode identifier to identify the tube
User reviews results within ClinSpark