APW-EDM White Paper: Difference between revisions

From IHE Wiki
Jump to navigation Jump to search
Rdash (talk | contribs)
 
(54 intermediate revisions by 5 users not shown)
Line 14: Line 14:
*Francesca Frexia,  
*Francesca Frexia,  
*Francesca Vanzo, ,  
*Francesca Vanzo, ,  
*John D Nolan,  
*John David L. Nolen,  
*Dan Rutz,  
*Dan Rutz,  
*[[User:Thatwsiguy|Nicholas C. Jones]],  
*[[User:Thatwsiguy|Nicholas C. Jones]],  
*Gunter Haroske,  
*Gunter Haroske,  
*François Macary
*François Macary,
*Laurent Duval


==Introduction==
==Introduction==
Line 27: Line 28:
*the histologic/microscopic examination taking advantage of whole slide imaging technology.   
*the histologic/microscopic examination taking advantage of whole slide imaging technology.   
The second objective is to break down the APW profile into a set of smaller, easier to implement building blocks, each of these focusing on one key aspect of the anatomic pathology digital workflow. The expectation is to collect sufficient feedback from all stakehoders of digital pathology (vendors, pathologists, institutions) in order to confirm and/or refine this set of profiles before starting to build them as new supplements to the Pathology and Laboratory Medicine Technical Framework.
The second objective is to break down the APW profile into a set of smaller, easier to implement building blocks, each of these focusing on one key aspect of the anatomic pathology digital workflow. The expectation is to collect sufficient feedback from all stakehoders of digital pathology (vendors, pathologists, institutions) in order to confirm and/or refine this set of profiles before starting to build them as new supplements to the Pathology and Laboratory Medicine Technical Framework.
At a collaborative meeting of IHE PALM and DICOM in May 2018, work effort prioritization was discussed. Many of the use cases require image acquisition as a fundamental prerequisite.  The consensus of the group was to pursue an in depth evaluation and produce detailed documentation as a first, short term effort focused on image acquisition workflow, actors, and transactions. Digital asset identification may be one of the elements flushed out as part of the initial image acquisition interoperability effort although there was some discussion on whether this was a necessity.
==Open Issues==
==Open Issues==
*APW-EDM-01: Involve industrial offer for archiving and communication of whole slide images, as well as slide scanner manufacturers
*APW-EDM-01: Involve industrial offer for archiving and communication of whole slide images, as well as slide scanner manufacturers
Line 34: Line 38:
==Use Cases==
==Use Cases==
===Use Case #1: Image Slides for Secondary Review / Consultation===
===Use Case #1: Image Slides for Secondary Review / Consultation===
Contributor assigned: [[User:Thatwsiguy|Nicholas C. Jones]]
Contributor assigned: [[User:Thatwsiguy|Nicholas C. Jones]], edited by RCD 5/20/2018


There are numerous contexts for consultation requests which have subtle, but important differences. Understanding these contexts and the pertinent variations for workflow are necessary to understand systems design, management, and operations for secondary reviews. (Temp Note: See NCJ's Consultation Workshop ppt from 2015 DPA conf for further details.) Terminology note: we will call the requesting party the requester, and the person fulfilling that request the consultant. Also note that all references to "second opinions" could also mean third, or fourth opinions, especially if the original primary/final diagnosis was in disagreement with the true second opinion.
There are numerous contexts for consultation requests which have subtle, but important differences. Understanding these contexts and the pertinent variations for workflow are necessary to understand systems design, management, and operations for secondary reviews.  


*1.a. Pathologist requested consults, pre-primary diagnosis.
*1.a. Pathologist requested consults, pre-primary diagnosis.
**1.a.1. Intrainstitutional: The pathologist is requesting a second opinion (through digital review) to another pathologist at their institution, either at the same site or another site in their network. In the case where the pathologist was already viewing the slides digitally (primary diagnosis), this would likely be in the same system (i.e. uses synchronous or asynchronous consultation functions within their IMS/PACS). This is likely due to the case being challenging, or otherwise meriting the review of a sub-specialist (or different kind of subspecialist, such as a gyn-specialist requesting the opinion of a dermatopathologist's consultation).
**1.a.1. Intra-institutional: The pathologist is requesting a second opinion (through digital review) to another pathologist at their institution, either at the same site or another site in their network.  
***Note that this may or may not trigger requests for scans, would not trigger billing for the patient, but may trigger records or documents internal to that organization for tracking consultation between pathologists within the organization.
**1.a.2. Inter-institutional: The requester pathologist is requesting consultation from an outside hospital, usually due to the challenge of the case or the need for an external subspecialist.
***Note that due to the internal nature, it can be assumed the consultant will have access to all electronic documentation (EHR, APLIS, etc.), but that there are likely to be either text based messages and annotations (for asynchronous consultation) and/or verbal communication between requester and consultant in the case of synchronous consultation.
     
***Much of the value of this process centers around efficiency (compared to glass slide processes) is in limiting "phone or email tag" issues, maximizing communication ("this ROI is what worries me"), and generally improving organization and documentation of the process.
**1.a.2. Interinstitutional: The requester pathologist is requesting consultation from an outside hospital, usually due to the challenge of the case or the need for an external subspecialist.
***Slides may need to be scanned if the requester was using the microscope. The requester pathologists may only request a subset of the slides to be scanned (i.e. if 9 slides are normal, and 2 are questionable, they may scan and send just the 2 questionable slides to the consultant.) Note that in this context, the scanning processes will likely be considered high priority or rush requests; systems should allow for differences in priority of scan requests.
***The request to the consultant will be coupled with consultant's summary of the patient's clinical history, notes and questions (i.e. "is this a microfocus of carcinoma?" or "my differential is diagnosis A vs diagnosis B.") along with printed or saved documentation (i.e. preliminary report including items like frozen section or rapid fine needle aspiration interpretations, reports from surgeons or radiology imaging processes, other images from AP processes such as gross images, IF, EM, etc.) and possibly blocks. Inclusion of profiles like APSR here will be highly beneficial, especially if APSR profiles support itemizing both all assets that exist on a case as well as what was sent for consultation.
***Note that the consulting institution will need to match images to clinical history and documentation. The consulting institution may also have quality control procedures to check image quality, and may need to troubleshoot the process by asking for rescans or other clinical information.
***There are potentially significant differences in process here based on how image distribution and viewing are intended to function. This may involve uploading WSIs and other data to a thin client host, uploading data to a repository for download to the consultant group, or sending disks (i.e. flash drives or DVDs) with the data.
***Much of the value proposition in this process revolves around reducing turn-around-time of processes versus mailing glass slides, further coordinating the consultation process (which requires some collaboration between the requesting site and consultant site), and improving on the consultation product to the requester (i.e. requester gets the consultant's report in the end, but can also see annotations or other notes to see in more detail why the consultant interpreted the case in such a way). These value propositions also merit noting that sending physical media can potentially be viewed as "the worst of both worlds" if they require both imaging processes and still have the long shipping time related issues and risks.     
*1.b. Patient requested second opinion, post-primary diagnosis.
*1.b. Patient requested second opinion, post-primary diagnosis.
**These contexts can be generally assumed to be going to a different institution. While there may be less pressure on the original institution for timeliness, the patient may be waiting on making a treatment decision based on the second opinion, so process turn-around-time is still very important. But because the patient is likely requesting the review sent to a specific institution or other pathologist, it should not be assumed that there is a functional telepathology pipeline between the two institutions.
 
**If there are no specific instructions accompanying the request (other than send this case X to institution/pathologist Y for second opinion), the onus is on the institution sending the material to gather materials (documents, images, scanned slides) for send out. The original hospital may wish to image some or all cases for such send-outs either to archive such materials (to mitigate risk of slides being damaged or lost in transit by having digital copies), or to prevent such risks by sending WSIs instead. There may be less benefit of this process context to the consultant pathologist or institution (other than mitigating risk of damage or loss of glass slides) unless workflows are set up to improve turn-around-time, organization of data, or some other benefit to the consultants. It is important to consider the consultants as stakeholders in these processes as well.
***Again, exact processes will vary based on image distribution (i.e. whether WSIs and other clinical data are made available for download, sent via physical media such as DVDs, or other methods).
*1.c. Physician requested second opinion, post-primary diagnosis  
*1.c. Physician requested second opinion, post-primary diagnosis  
**These requests usually come from (non-pathologist) physicians prior to making treatment decisions with the patient. Some physicians (such as oncologists) do this routinely for all new patients, as even a low probability of changing the diagnosis can yield huge value for the patient by preventing unnecessary or inappropriate treatments.
**It is common for the physician to request the second opinion be sent to the their institution (especially common in academic medical centers, as the clinician may interact with the patient on tumor boards or future biopsies or excisions), or have preferred consultants outside their institution (more common in smaller institutions). Retaining images of prior slides are of significant clinical benefit to pathologists that will review future biopsies or excisions for the patient, as glass slides are generally sent back to the original institution within a specified timeframe.
*1.d. Second-opinion broker requests, post-primary diagnosis.
*1.d. Second-opinion broker requests, post-primary diagnosis.
**These are a hybridization of 1b and 1c. Patients may request the services of second opinion brokers to organize consultation on all of their case, including pathology but also radiology, oncology, and other areas. The second opinion brokers provide case management services, and may delegate different aspects of the overall consultation to different groups.
 
**Differences in the organization of these processes merit their mention here, as the group managing the consultation is external both to the original diagnosing institution and the consultant pathologists. Workflows and data pipelines may either go through the second opinion broker's systems or otherwise need to be coordinated with the second opinion broker organization who act as proxies on behalf of the patient.
*1.e. Legal cases, post-primary diagnosis.
*1.e. Legal cases, post-primary diagnosis.
**In these cases, imaging may occur to archive the case prior to glass slide send-out for consultation, or to send out the images to legal teams which will seek consultants.
 
**Workflows for legal cases are significantly different than clinical processes, but may be less urgent (for clinical care purposes) than other contexts discussed above.
*1.f. Consultation for intraoperative interpretations of frozen section or rapid FNA slides.
*1.f. Consultation for intraoperative interpretations of frozen section or rapid FNA slides.
**This should be clearly delineated from use case #11 as those individuals requesting a second opinion. (I believe this is done in at least Canada for neuropathology frozen sections.) Such workflows would need to be very fast (if the patient is under anesthesia, the slide was already made, and a first pathologist already consulted) and thus may require special extra steps like pre-communicating the possibility of a required consultation, bypassing other normal administrative processes to get the images to the consultant immediately, and/or receiving verbal interpretations over the telephone during consultant visualization.


===Use Case #2: Immunohistochemistry Positive Control Slides===
Notes:
Contributor assigned:
 
*1. Relative to terminology we will call the requesting party the requester, and the person fulfilling that request the consultant. Also note that all references to "second opinions" could also mean third, or fourth opinions, especially if the original primary/final diagnosis was in disagreement with the true second opinion.
 
*2. Please also refer to additional descriptive text moved to discussion page.
 
References:


Creating digital copies of immunohistochemistry positive control slides to preclude the need for creating multiple positive control slides for distribution to pathologists
*1. NCJ's Consultation Workshop ppt from 2015 DPA
*Request for IHC stain processed as usual
*Only one IHC positive control run per batch
*IHC positive control slides imaged and saved to network folder
*Positive controls NOT distributed ($$$ savings)
*Glass IHC slides reviewed by pathologist but same positive control reviewed digitally by all pathologists for a given IHC (i.e. only a single cytokeratin positive control slide even if requested across 10 different patient samples)
**Note that this imputes the need to have one slide associated with multiple cases. This will be beyond most models of slide/database ontologies, so vendors are advised to design systems that can reference control slides to multiple cases. (NOTE FROM NCJ: Question for group- how do IHC labs normally document where the positive control slides come from? Should databases know that positive control slide x came from patient-case y, but applies to slides for case-set z? How should this be modeled? How do you do this in your lab, Dr. Dash? We should discuss in the teleconference.)
''To be refined and continued.''


===Use Case #3: Managing Digital Assets for Anatomic Pathology Clinical Workflows===
[[Related Niche Use Case]]: Sub-contracting for special analyses on specimens (Gunter Haroske)
Contributor assigned: JD Nolen


These workflows include for instance, Whole Slide Images for Primary Diagnosis.
Created as increasing workload sub-contracted to special laboratories, e.g. for molecular analyses.
Creating digital copies of all glass slides for primary diagnosis
*Specimen collected and transported
*Specimen collected and transported
*Specimen gross exam with possible digital imaging and annotation
*Specimen gross exam with possible digital imaging and annotation
*Specimen processing
*Specimen processing
*Glass slides produced as usual  
*Glass slides produced as usual
*All glass slides fed into high volume automated digital scanner  
*All glass slides fed into high volume automated digital scanner
*Scanner tags images requiring manual intervention  
*Scanner tags images requiring manual intervention
*Digital images deposited in network share, VNA, or PACS
*Digital images deposited in network share, VNA, or PACS
*Interface message to LIS sent as each barcode read off slide
*Interface message to LIS sent as each barcode read off slide
Line 93: Line 80:
*Additional message sent when slide digitization completed
*Additional message sent when slide digitization completed
*Interface message sent every time slide viewed or annotated
*Interface message sent every time slide viewed or annotated
''To be refined and continued.''
*Case with all digital assets analysed by the pathologist
*'''Selection of relevant assets/slides/blocks for consultation or sub-contracting'''
*Mailing of  relevant assets/slides/blocks to external lab
*AP reporting (preliminary)
*Mailing of the (preliminary) report
*Receiving results of consultation / sub-contracted tests
*critical reflexion
*AP reporting (synoptic, final)
*Mailing of the final synoptic report.
 
===Use Case #2: Immunohistochemistry Positive Control Slides===
Contributor assigned: Raj Dash
 
Creating digital copies of immunohistochemistry (IHC) positive control slides to preclude the need for creating multiple positive control slides for distribution to pathologists
 
The value proposition for this use case is in savings in application of expensive IHC antibody to multiple glass slides.  Standard workflow calls for distribution of positive control stained glass slides to pathologists interpreting patient tissue reactivity to a particular antibody.  If a single glass slide can be created for a single antibody being run in a particular batch and have that slide digitized and made available to all pathologists electronically, the quantity of expensive antibody utilized can be reduced.
*Request for IHC stain processed as usual
*Only one IHC positive control run per batch in which a particular antibody
*IHC positive control slides imaged and saved to network folder
*Positive controls NOT distributed as physical glass slides resulting in cost savings
*Glass IHC slides reviewed by pathologist but same positive control reviewed digitally by all pathologists for a given IHC (e.g. only a single cytokeratin positive control slide is created during a batch run even if requested across many different patient samples)
 
Please note that this imputes the need to have one slide associated with multiple cases. However, typical workflow today does NOT require a formal linkage between the positive control and specific patient case records within laboratory information systems.  Having metadata that reflects the date of testing for both the IHC testing on patient slides and the creation of positive antibody controls will be sufficient. Generally speaking if a positive control fails completely, IHC laboratory quality control should hold patient material and repeat testing.  In most circumstances there is subtle variation in antibody staining for which review of positive control staining is imperative.  Once this has been performed, persistence of this digital asset need not be maintained. Most laboratories will dispose of positive control slides when submitted for filing.  Some pathology departments may favor maintaining positive control images for a period of time. ''Information systems that manage digitized positive control slides should be able to organize slides not just by case accession number but also by a lab-specific batch number and/or by date of testing and have those images explicitly dissociated with an LIS patient case record but readily retrievable at the time of initial case review for primary diagnosis applications.
''
 
===Use Case #3: Managing Digital Assets for Primary Diagnosis===
Contributor assigned: Raj Dash, JD Nolen
 
These workflows include use of whole slide images for primary diagnosis.  The first workflow described is a general workflow for glass slide production in a surgical pathology laboratory, followed by modification for a digital pathology sign out rather than direct transport of slides to the pathologist for viewing under a microscope.
 
Primary workflow steps and considerations to create digital copies of all glass slides for primary diagnosis:
*Glass slides produced as usual
**Specimen collected and transported
**Specimen gross exam with possible digital imaging and annotation
**Specimen processing
**Block embedding in paraffin
**Slide generation through block cutting
**The glass slide may be manually stained or placed in an automated stainer, which might be optionally interfaced with the AP-LIS to draw forth information on precisely what type of stain should be performed on the unstained tissue present glass slide
**The stained slide is cover-slipped using mounting medium
**The stained slide is dried sufficiently to be placed into a digital scanner
*All glass slides fed into high volume automated digital scanner
*Scanner reads label on glass slide and interprets barcode, which reflects the accession number, block and slide level in a hierarchical manner.  The barcode may be preceded and followed by a delimiter so that interpreting software recognizes the presence of a scanning event
**For example, \SP18-000555 B3-L2\, would indicate the 555th case accessioned in the year 2018, the second container designated "B", the third block of tissue submitted during gross examination, and the second deepest level cut by the histotechnologist for placement on a glass slide.
**The scanner may communicate with the AP-LIS to adjust parameters specifically for the glass slide being scanned
***A unidirectional interface may push parameters into a buffer in the scanner in expectation of physical loading of the glass slide OR
****Upon completion of scanning and storage of image, the image storage system will indicate to AP-LIS the availability of a digital resource for viewing
***A bidirectional interface may request and pull parameters from the AP-LIS as glass slides are recognized as having been loaded into the scanner
****Upon completion of scanning and storage of image, the scanner will indicate to AP-LIS the availability of a digital resource for viewing
*Scanner tags images requiring manual intervention
*Digital images ultimately deposited in a network share, vendor neutral archive (VNA), or picture archiving and communication system (PACS)
*Those glass slides that are unable to be scanned are sent to the pathologist for review
*The AP-LIS presents a work list to the pathologist and perhaps in conjunction with additional software (e.g. PACS or IMS) clearly indicates the presence or absence of digital assets.
**If a glass slide could not be scanned, it should be clearly called out to the pathologist so that he/she may ensure that all diagnostic material is reviewed
*Digital slides are quickly able to be accessed and reviewed for interpretation by the pathologist
**It should be clear what slides have been viewed completely, partially viewed, or not viewed at all
***Different pathologists may have different interpretations of what "viewed completely" entails (e.g. review of all tissue at a certain magnification must occur)
**Pathologists should be able to annotate images to flag features or regions of interest (these should be customizable by the pathologist)
***Pathologists should be able to quickly go back to an annotation by searching for metadata
**Pathologists should be able to flag certain digital assets for review by a consultant
**The system should maintain an audit trail of all viewing and annotation activities
**The system should uniquely "stamp" all digital assets at the time of case verification by the pathologist to preserve them in their current state for future review.
***If a digital asset is rescanned, deleted, further annotated, it should be clear if this occurred before or after case verification and/or if a pathologist has viewed, been informed of, and/or approved of the activity
 
Storage considerations:
* Rather than the maintaining digital versions all glass slides, a process for culling should be considered
**A pathologist may manually annotate which slides should be retained in perpetuity or a configuration option may be set to indicate that any slides with annotations should be preserved
**All other digital versions of slides should be able to go through an archiving or deletion process to reduce the storage footprint for a case
**Different types of slides may undergo different processes (e.g. Cytopathology Z-stacked slides may lose all but one plane or may undergo post-processing to have the most in focus tile maintained while others are deleted)
 
 
1st pass from JD:
 
For every step in the life cycle of a pathology specimen, digital artifacts are made. Most are small and primarily for management and tracking (identifiers, timestamps), but digital images made of case material can be large and complex. The images fall into two main categories, images used in the formation of the clinical diagnosis of the case and those obtained as either “proof of work” or for quality control purposes. Examples of clinical diagnosis images include:
 
* Photographs of the specimen being removed in the OR
* Pictures of gross dissection of specimen upon arrival in the laboratory
* Microscopic images from slide review.
 
Examples of "proof of work" images include:
 
*  Picture of specimen/container upon arrival in the laboratory. 
* Picture of tissue section to be embedded
* Image of immunohistochemical QC slide (positive and negative controls)
 
A sample workflow using digital images follows.
 
A patient is in the OR, and a tumor is excised. Before the removal of the tumor, the surgeon captures pictures of the tumor, showing the relationship of the tumor to the rest of the surgical field.
 
* Digital image(s) from case tagged with the patient identifier and the encounter/event ID in EHR.
* These images are stored in the healthcare system's VNA.
* EHR makes a "request of the APLIS for a case number/tissue request ID to associate with the image(s)
 
The surgery continues and the tumor is removed, and the same case number/tissue request ID is associated with the removed specimen(s). Upon receipt of the specimen(s) in the lab, the case is accessioned in the APLIS, and all case material is labeled with the case number and appropriate part numbers.
 
* The images obtained in the OR are tagged with the AP case number.
 
Upon grossing, gross images of the case are obtained.
 
* These images are tagged with the AP case number along with relevant case metadata (part, section) and any annotations (arrows, etc.) added to the images.
* These images are also sent to the healthcare system's VNA.
 
The sections of tissue are processed into slides in the usual manner, with various QC and "proof of work" images collected along the way.
 
* All images collected via processing steps are indexed with the appropriate case number and block/slide identifiers before sending to VNA.
 
After staining (both H&E, IHC, and special), all glass slides are sent to the high volume digital scanner.
 
* Slide images are indexed with relevant case metadata (block, slide, stain) and sent to the VNA.
 
Once the digital work is done and acknowledgment is received in the APLIS, the digital case is assembled by the APLIS to be presented to the pathologist for first read and possibly signout.
 
* The APLIS collects all of the digital image metadata (not the images), and assembles a virtual case (an association of all images on the case).
 
The pathologist reviews the case, and his/her viewing of the case images is recorded in the APLIS.
 
* Each image review is tracked in the system and added to the case metadata held in the APLIS.


===Use Case #4: Sharing and Cooperating on Gross Examination Images===
===Use Case #4: Sharing and Cooperating on Gross Examination Images===
Contributor assigned: Laurent Duval
Contributor assigned: Laurent Duval


TBD
Definition: Grossing is the first step of sample preparation is macroscopic examination during which the sample is examined visually before microscopic examination.
 
Workflow: The process of grossing is performed in a meticulous and systematic fashion including all of the following main steps:
*Verify Specimen Labeling and Patient Identification
*Review Clinical Information
*Examine and Palpate All External Surfaces of the Specimen
*Understand the Resection Margins
*Inking Resection Margins
*Dissecting and Sectioning the Specimen
*Examining the Cut Specimen
*Preparing samples for microscopic review in designated "cassettes"
*Capturing and annotating images at various points in the above workflow may be helpful in conveying complex findings and correlating gross and microscopic tissue relationships
 
Main Use Cases:
*Sharing and collaborating/consulting on Gross Examination Images brings value and may be critical for evaluation of complex specimens where anatomic details must be well understood before pathologists can make educated judgments about the extent of the patient’s condition and need for further resection.
*Pre Analytics: Another area would be around Sample Tracking, when the sample collection might not occur at clinical site. Specimen fixation / transportation quality are essential for minimizing error rates and improving staining quality, and could guarantee a proper gross examination. Additional data to be considered for that purpose:
**Correlation between a gross examination feature and a microscopic features (e.g. "the tissue sections marked with a triangle were noted to have a clip in them")
**Tissue fixation quality (QC step)
**Temperature tracker during transportation (data logger)
 
Gross Examination and Digitalization: Grossing tables with Image AND Voice recording devices make possible to record sample type, sub type, size and morphology, thus the macroscopy image and the related clinical data define the orientation for diagnosis.
*Request for cassettes can be also recorded at grossing step.
 
Pathologists could give a reliable diagnosis when microscopic images are coupled with macroscopic ones. In the era of the digitalization of pathology, it should be now possible to access micro and macro images / description from one place.
 
Interoperability:
Need to consider a platform (ideally web) where sample images could be uploaded and be used interchangeably with regular whole-slide images: they can be annotated, shared or even discussed via teleconsultation.
Sample information recorded at grossing (sample description, pre analytics...) to be exchanged with HIS (Hospital Information System), APLIS (Laboratory Information System) and / or WAM (Work Area Manager), Middleware from medical devices company.


===Use Case #5: Incorporation of Legacy Digital Images for Use in APW===
===Use Case #5: Incorporation of Legacy Digital Images for Use in APW===
Contributor assigned: JD Nolen, Dan Rutz, Anil Parwani
Contributor assigned: Raj Dash, JD Nolen, Dan Rutz, Anil Parwani


TBD
Legacy digital images may exist today in laboratories in a number of different file formats and include both still images (gross and microscopic) as well as whole slide images (microscopic only). File formats for whole slide images today include those originally produced by Aperio (.svs, .tif), Hamamatsu (.vms, .vmu, .ndpi), Leica (.scn), MIRAX (.mrxs), Philips (.tiff), Sakura (.svslide), Trestle (.tif), Ventana (.bif, .tif), and generic tiled TIFF (.tif).  The DICOM standard for whole slide images reflects a hierarchy of tiles that allow for efficient transfer of data relative to both the source information and the destination display/device capability and requirements.  DICOM facilitates association of patient and image metadata as part of a data "wrapper" around the actual image data. 
 
With the implementation of an LIS, EHR, image management system (IMS) or archival system (PACS or VNA), the bulk transfer of existing digital assets (DICOM and non-DICOM) will likely be required to facilitate at least rudimentary association between a patient, anatomic pathology tissue collection event, and various digital assets that might be available associated with that particular patient encounter.  It is possible that the format of image data and associated metadata are in different formats during different time periods during which legacy information systems were utilized to acquire and manage the digital assets that exist in an organization as "legacy digital data".  The value of this data will increase if future vended solutions recognize the need for association of this existing data with pathology "cases", "specimens", and/or patient "encounters".
 
''Due to ever-increasing prevalence of digital assets, consistent growth of information technology systems, and occasional turnover of LIS platforms, the need to maintain and incorporate “legacy” digital assets in laboratory pathology workflows will continue to be a necessary aspect of the full APW spectrum.  Legacy migration will consistently come from multiple perspectives including: migration to a new primary LIS/digital cockpit, migration to a new image management system (WSI integrated solution, PACS, or VNA), addition of a new post-analytic system, and increasing scope of asset collection (biobanking, etc.).''
''The legacy asset incorporation/conversion use case shares boundaries with a number of other use cases especially including consultation workflows, notably including: Incoming asset identifier management, Transfer of assets, replication of existing case structure and patient data, varying quality of source data that cannot be guaranteed.  However, it maintains several unique features including the (relatively) massive scale of content covered compared to other workflows, potential value vs. complexity in handling internal audit & tracking data on historical cases, and the likelihood that nearly all organizations engaged in digital pathology practices will need to account for this situation regardless of their business scope and participation in other use cases.
 
Central challenges to legacy asset incorporation are:''
 
''1. Identifier management (patient, case/report, specimen, block/slide/container, provider, user/technologist, physical labeling, etc.)''
 
''2. Replication of case structure, prior process & result data, and associated relevant patient information.''
 
''3. Accurate bulk assignment of legacy digital images to the correct patient, encounter, case, and associated more granular physical assets (specimens, blocks, slides, etc).''


===Use Case #6: Image Analysis, Machine Learning and In Silico Workflows===
===Use Case #6: Image Analysis, Machine Learning and In Silico Workflows===
Contributor assigned: Raj Dash
Contributor assigned: Raj Dash


TBD
Data analytics and machine learning promise to provide significant value to those that embrace digital pathology workflows.  Recent publications have demonstrated the capability of machine learning algorithms to fulfill complex diagnostic tasks, such as identification of lymph node metastases on digitized H&E images of lymph nodes<sup>1</sup>. Some studies purport that these machine algorithms already have the potential to exceed the capabilities of human pathologists.  For example, a laboratory information system (LIS) may allow ordering of analytic “tasks” on digital assets, similar to the paradigm in which immunohistochemistry might be ordered as tasks to be performed on physical tissue today in LIS platforms.  In addition, LIS systems should be able to recognize when certain digital assets routinely require analytic tasks to be performed in a particular sequence as part of a digital “protocol”.  For example as part of the routine processing of whole slide images acquired of sentinel lymph nodes of breast, the deep learning algorithm for metastasis identification might be run automatically immediately after whole slide scanning has been completed.
 
It should be permissible for these algorithm "tasks" to irreversibly modify digital assets through a layered annotation process as well as return metadata to store in to the LIS as a relevant diagnostic data point (e.g. Ki67 proliferation index for a region of interest), or finally create a dataset for further process by downstream "tasks" that are part of a larger analytic process or protocol.
 
References:
 
<sup>1</sup>Diagnostic Assessment of Deep Learning Algorithms for Detection of Lymph Node Metastases in Women With Breast Cancer, JAMA. 2017 Dec 12;318(22):2199-2210


===Use Case #7: Quality Control / Quality Assurance and Error Correction Workflows to Support Digital Pathology===
===Use Case #7: Quality Control / Quality Assurance and Error Correction Workflows to Support Digital Pathology===
Contributor assigned:[[User:Thatwsiguy|Nicholas C. Jones]]
Contributor assigned:[[User:Thatwsiguy|Nicholas C. Jones]]


NCJ Note: Quality control and quality assurance are somewhat polysemous terms. See my ppt from shared dropbox area for some details. For clarity here, I will define 3 terms for use within the document. We can debate these if desired.
Definitions:
Quality Evaluation (QE): An assessment from a device, software algorithm, or person about the quality of a target physical or digital asset.
Quality Control (QC): A system for verifying and maintaining a desired level of quality in an individual test or process.
Quality Assurance (QA): Systemic monitoring of quality control results and quality practice parameters to assure that all systems are functioning in a manner appropriate to excellence in health care delivery.
Specimen: A physical object (or a collection of objects) is a specimen when the laboratory considers it a single discrete, uniquely identified unit that is the subject of one or more steps in the laboratory (diagnostic) workflow.
Container (Or Specimen Container): A physical object containing a specimen.
 
7a. Identification issues and ontologies for images. Any lab, APLIS, or Digital Pathology vendor should ensure first that they understand the identification processes, metadata ontologies, and troubleshooting requirements for digital pathology. (See discussion section for details.)
 
7b. Quality Evaluations for WSI
*Pre-processing: orders, identification, slide, tissue
*Scanning: Systems have internal analytics, sensors, and error-checking
*Post-scanning tech QE
*Pathologist QE
*Other personnel QE
*Image analysis QE
 
7c. Quality Evaluations for other pathology images
*Identification and association of images (i.e. gross image having correct metadata association/file name plus reference to case within the image)
*Order matching of images
*Pre-processing
*Imaging process
*Post-imaging QE
 
7d. Quality Control for Imaging processes - Systems, workflows, and protocols should detail all routine quality evaluations and workflow steps.
*At the most basic level: documents should specify workflow processes including all steps to evaluate and maintain quality
*Quality Evaluations (see above)
*Documentation: Imaging laboratory human made logs, scanner or server system logs, audit trail logs, reporting processes, interface engine logs or reports
*Calibrations: may include aspects like color calibration of scanners or monitors, periodic evaluation of staining/color representation of slides
*Troubleshooting worklists
 
7e. Quality Assurance for Imaging processes
*Design and documentation of workflows and quality control
*Explicit periodic analyses of operations and metrics for quality and results
**These could include analysis of log files (via reports from systems), ST QE/QC metrics, pathologist rescan request rate, WSI deferral rates
**Turn-around-time (TAT) analysis of processes
*Digital Pathology QA conferences
**In initial validation or verification within a laboratory prior to clinical implementation, most validation studies/processes end with an adjudication panel of pathologists reviewing glass slides via microscope and WSIs to evaluate discrepancies/discordances between interpretations and determine root causes. These can be extended to include imaging and histology/lab personnel upon initial validation to help set quality control purposes for the laboratory.
**Departments may wish to do periodic conferences to evaluate quality issues and improve quality control processes. This may be especially important for a feedback loop to laboratory and scanning personnel and iron out complex problems.
**Many systems may allow for tagging images for QA review at a later time; this should correlate to QE/QC data.
**There may need to be QA processes for sub-populations of tissue types, slide types, subspecialties, or diagnosis types.
*Aggregation for inspection for regulatory purposes - likely to include tracer cases, analysis of protocols, QE processes, follow up from prior inspections, etc.
**Adverse Event Reporting - in some scenarios, groups may want or need to report adverse events of systems to vendors, FDA or other relevant outside groups.
 
7f. Quality Control and Assurance for Digital Diagnosis
*Randomized reinterpretation of digital cases via microscope. (Similar to cytotechnologist QC or regular surgical pathology QA processes.)
*Periodic re-verification/validation of image analytic results (i.e. occasional ordering of FISH evaluation to assert her2 image analysis functions are still achieving consilience)
*Randomized or periodic testing or auditing of equipment precision
 
7g. Quality Control and Assurance for Image Management, File Management, and Network Management
*Log file aggregation and analysis for systemic errors
*Random audit of tracer cases to verify image availability
*Monitoring of network load, network speeds, and other measures of network performance.
*System backups and auditing of file integrity (both for main archives and backups)
*Network security or vulnerability audits
 
Additional Considerations: Digital Pathology for support of Anatomic Pathology Quality Control and Quality Assurance
 
*Archiving of cases and managing surgical pathology re-reviews (by conference or repeat interpretation)
*Computer image analysis of images for slide quality to improve feedback loops to laboratory
**Algorithms might be used to detect sub-optimal slide preparation (i.e. tissue folds, edge artifact) to systematize and analyze metrics for slide quality.
**Qualitative metrics for color analysis stain variation over time (i.e. maintaining consistency for laboratory's H&E stain)
*Viewing trail auditing (either ad hoc or systemic) to analyze use/human factors issues (i.e. resident screening patterns to document increasing competency) or to alert user of unscreened slides (i.e. Alert: you have not viewed the slides from specimen B!)
*Maintain libraries of reference scans of optimal stains to document IHC tests (especially rarer or newer stains)
*Aggregation of order, tracking, results data and timestamps across multiple systems (i.e. aggregating order times, specimen tracking, performed procedure steps/modality performed procedure steps to evaluate scanning turnaround time versus re-scan & rejection rates, scanner utilization). Note that the utility of logs and tracking information increase exponentially if they can be aggregated together with respect to the same images (i.e. matching slide UID with scanning UIDs and timestamps, DICOM header information), and such data will be necessary for laboratories to accurately plan for large scale conversion to digital workflows. Such data can also be used to identify and track problematic cases (i.e investigating which cases get delayed) for continuous process improvement.
*Structured part type descriptions (as opposed to free text) and structured gross description / sectioning codes could allow for nuanced quality analyses of WSIs to evaluate problems in grossing and sectioning of tissue.
*Analysis of tissue shape (i.e. through automated tissue alignment/image registration across multiple slides or just user visualization) could allow for systematic double-check of human errors in identification; in other words, another way to do slide/block (or perhaps slide/block/specimen). Note in this instance, this might be subject to the availability of tissue section order; the system would likely need to know the H&E is the first cut, the TTF1 the second, etc., so this should be communicated across systems.


Quality Evaluation (QE): An assessment from a device, software algorithm, or person about the quality of a target physical or digital asset. (NCJ Note: My definition here, just to make the distinction between the common vernacular of QC - as in "he QC'd the image" versus the formal definition of quality control. I'm open to using a different phrase if desired.)
Quality Control (QC): A system for verifying and maintaining a desired level of quality in an individual test or process. (From traditional CAP definition. My note: usually implies prospective processes, and to generate data.)
Quality Assurance (QA): Systemic monitoring of quality control results and quality practice parameters to assure that all systems are functioning in a manner appropriate to excellence in health care delivery. (From traditional CAP definition.)


===Use Case #8: Digital Pathology in Support of Clinical Conferences===
===Use Case #8: Digital Pathology in Support of Clinical Conferences===
Contributor assigned:[[User:Thatwsiguy|Nicholas C. Jones]]
Contributor assigned:[[User:Thatwsiguy|Nicholas C. Jones]]
NCJ Question 1: How do we want to define clinical conferences? I would like to avoid the ambiguity of definitions [https://www.ncbi.nlm.nih.gov/pubmed/26639730 like this]. It may be easier to define through sub-types and examples, which is the approach I'll tentatively take here. But I would definitely like to discuss the tentative definition I'm suggesting here
Tentative definition of clinical conferences(for discussion): meetings of two or more clinicians and/or other clinical personnel, either in person, through tele-presence, or a combination of physical and tele-presence, to discuss and review clinical details of one or more patient's cases for prospective quality control purposes or retrospective quality assurance purposes, within the domain of clinical care for the patient. This does not include academic case studies in settings such as a professional association meeting. Clinical conferences are generally scheduled, as opposed to ad hoc processes, which would more commonly be considered consultations.


Categories include:
Categories include:
*Consensus conferences: common term used for routine conferences in which pathologists review one or more challenging or rare cases with colleagues prior to sign-out. Such conferences may or may not be noted in the final diagnosis of the report. Consensus conferences could occur at a multi-headed microscope, through tele-presence using static, dynamic, or whole-slide images, or any combination of imaging techniques.
*Consensus conferences
**In a multi-site/enterprise setting, consensus conference through digital pathology may be desirable as conferencing pathologists could be distributed geographically, and digital pathology supporting such conferences can allow for easy, efficient review of pathology images for group review.
*Internal quality assurance conferences
**In some circumstances, we could expect the desired combination of multi-headed microscope use along with digital pathology, such as in the scenario of prior consultation cases which were digitally archived needing to be reviewed along with glass slides at the multi-head. Alternatively, in a primary diagnosis setting, we may expect current cases would be reviewed through digital pathology systems being coupled with glass slides of prior cases (pulled prior to conference, but not scanned) being reviewed at a multi-head.
*Internal quality assurance conferences: Within a pathology department, certain cases may be retrospectively reviewed on an ad hoc and/or systematic basis. For instance, a cytopathology/histopathology QA conference might review cases in which the cytology and histology diagnoses disagreed to find root causes. (Such as issues of interpretation versus issues of sampling variation in cases involving fine needle aspiration biopsies and core biopsies.)
*[https://www.cancer.gov/publications/dictionaries/cancer-terms/def/tumor-board-review Tumor boards] or multidisciplinary conferences: In these settings, clinicians of multiple specialties review cases together. (Note we may make the distinction between tumor boards and multidisciplinary conferences as in some cases the patient may not have a tumor, yet the case can still warrant a multidisciplinary conference review.) In many instances, these conferences may occur outside the pathology department, so pathologists may traditionally show static images (or commonly a powerpoint with multiple static images), projections of a slide from a microscope, or whole slide images. Note that it is common for radiologists to use thin client viewers to present radiology images, so toggling to thin clients to present whole slide images is often considered highly desirable for such conferences. As the complexity of physical organization of clinicians and interconnected work grows, flexibility in presentation of such conferences is highly valuable to provide for clear, efficient presentation of case materials to ensure high quality conferences that minimize time-related switching costs in such conferences.


Technical notes:
Technical notes:
*It is commonplace for slides to be imaged for the purposes of such conferences. Workflows may vary in a primary diagnosis scenario.
*It is commonplace for slides to be imaged for the purposes of such conferences. Workflows may vary in a primary diagnosis scenario.
*Although such conferences may use "thick clients" for WSI viewers, it may be considered more commonplace to use thin clients for such scenarios. As such, in a thick-client primary diagnosis setting, the determination of a set of WSIs previously scanned may warrant upload of scans to a thin client hosting server, or transmission from a file store or from one thick client to another. (This latter scenario could occur if a hospital used a thin client system for internal client cases, and a separate thin client system for telepathology cases received outside the hospital network.)  
*Although such conferences may use "thick clients" for WSI viewers, it may be considered more commonplace to use thin clients for such scenarios. As such, in a thick-client primary diagnosis setting, the determination of a set of WSIs previously scanned may warrant upload of scans to a thin client hosting server, or transmission from a file store or from one thick client to another. (This latter scenario could occur if a hospital used a thin client system for internal client cases, and a separate thin client system for telepathology cases received outside the hospital network.)  
*To provide inter-operable vendor support for such conferences, it may be desirable to support modeling of sets of requests for multiple patients to pathology for the purposes of such conferences. Common current practice may involve one or more parties communicating to pathology the request to review cases at the next conference by e-mail, but it may be preferable to allow for systematic requests (i.e. through the EHR) from parties like oncologists to pass from the EHR through interfaces to other systems (APLIS, PACS, and/or digital pathology systems) to assist in administration of such conferences. (Note from NCJ: Do we want to discuss what these orders might look like as HL7 messages? Does anyone know of examples of this?)
*To provide inter-operable vendor support for such conferences, it may be desirable to support modeling of sets of requests for multiple patients to pathology for the purposes of such conferences.  
*Many digital pathology thin client systems allow for the organization of multiple cases, even for disparate patients, into sets or be indexed together in other forms, which can help assist in the process of organizing rapid, efficient, accurate switching between cases for multiple patients in these settings.  
*Many digital pathology thin client systems allow for the organization of multiple cases, even for disparate patients, into sets or be indexed together in other forms, which can help assist in the process of organizing rapid, efficient, accurate switching between cases for multiple patients in these settings.  
*While conferences are not generally tied to billing, from the perspective of cost accounting (saving multiple physicians time) they are extremely valuable. From the perspective of prospective clinical accuracy and providing constant feedback loops to and between clinicians, they are invaluable.
*While conferences are not generally tied to billing, from the perspective of cost accounting (saving multiple physicians time) they are extremely valuable. From the perspective of prospective clinical accuracy and providing constant feedback loops to and between clinicians, they are invaluable.


 
===Use Case #9: Image Registration Functions===
===Use Case #9: Sub-contracting for special analyses on specimens===
Contributor assigned: Gunter Haroske
 
Created as an increasing workload will be sub-contracted to special laboratories, e.g. for molecular analyses.
*Specimen collected and transported
*Specimen gross exam with possible digital imaging and annotation
*Specimen processing
*Glass slides produced as usual
*All glass slides fed into high volume automated digital scanner
*Scanner tags images requiring manual intervention
*Digital images deposited in network share, VNA, or PACS
*Interface message to LIS sent as each barcode read off slide
*Acknowledgment from LIS indicates case is valid and ready for association with digital slide assets
*Additional message sent when slide digitization completed
*Interface message sent every time slide viewed or annotated
*Case with all digital assets analysed by the pathologist
*Selection of relevant assets/slides/blocks for consultation or sub-contracting
*Mailing of  relevant assets/slides/blocks to external lab
*AP reporting (preliminary)
*Mailing of the (preliminary) report
*Receiving results of consultation / sub-contracted tests
*critical reflexion
*AP reporting (synoptic, final)
*Mailing of the final synoptic report.
 
===Use Case #10: Image Registration Functions===
Contributor: [[User:Thatwsiguy|Nicholas C. Jones]]
Contributor: [[User:Thatwsiguy|Nicholas C. Jones]]


Image registration involves the creation of a cross-image coordinate system of multiple images for the same object(s) or "scene."  
Image registration involves the creation of a cross-image coordinate system of multiple images for the same object(s) or "scene."
*Example for explanation: since many liken WSI to GoogleMaps, let's use GoogleMaps (used here as GoogleMaps + Google Earth functionality) as the example for analogy. Both WSIs and GoogleMaps involve the creation of numerous individual images through an optical and camera system. WSIs involve capturing numerous micographs (each a mosaic of pixels) in a mosaic pattern of micrographs, stitched together, while GoogleMaps took numerous satellite images of the Earth and stitched them together. But GoogleMaps also includes complex image registration algorithms, where images from space were correlated to images of the earth (various types of maps) to create a more complex but more accurate model of the Earth. Together, they allow for easier use of more complex path creation, but also to toggle in a location between a "street map view" and the satellite view of the same location. Image registration functions are used in other areas of medical imaging to correlate multiple modalities of imaging for the same organ(s).
*10.a. Image registration for swapping to correlated position on different slide from a single block.
*10.b. Image registration for correlated multi-slide view from a single block. This allows for simultaneous presentation of multiple slides at once off the same block by allowing the user to control the location of one slide and having the system move the view of the other slides to the corresponding locations.
10.c. Image registration beyond just a series of serial sections of a block have been researched, and although these are (to our knowledge) not currently in clinical use, further possibilities have been documented in research environments.


*10.a. Image registration for swapping to correlated position on different slide from a single block. This feature allows for the user to swap to another slide from the block (i.e. going from A1-1 H&E to A1-2 CK8) to the analogous location on the new slide without the need to visually search for it. Used in a larger series, it allows for oscillating between multiple slides in the same location (ie. A1-1 H&E, A1-2 CK8, A1-3 CK 14, A1-4 ER, A1-5 PR, A1-6 her2... etc.)
===Use Case #10: Digital Pathology in Support of Intraoperative Procedures===
*10.b. Image registration for correlated multi-slide view from a single block. This allows for simultaneous presentation of multiple slides at once off the same block by allowing the user to control the location of one slide and having the system move the view of the other slides to the corresponding locations. (Note: "manual" control/locking of multi-slide views is basically similar here but is not using an automated image registration system to create the alignment of views.)
Contributor assigned: Raj Dash
10.c. Image registration beyond just a series of serial sections of a block have been researched, and although these are (to our knowledge) not currently in clinical use, further possibilities have been documented in research environments. These include creating 3D virtualizations of blocks by registering large series of WSIs, or registration of multiple blocks with gross images and through those to other images such as those from radiology. Vendors, academics, and standards may want to consider these more complex image registration as future possibilities and thus design ontologies and systems that are extensible enough to warrant these use cases in the future.


Note that in the case of doing image registration in multiple slides, this may be considered a loose definition of image registration, as technically the different slides could be considered different "scenes" as a different object is being imaged. But since the slides are different serial sections cut off an FFPE block, it is ideally very close to the same scene (with ~5 um or even less between serial sections). Still, that difference between the slides makes these image registration processes more challenging, as variations between the levels off the block will show small variation in shape, size, and features from other slides.
Intraoperative consultations occur frequently to help guide surgical procedures and/or assess the diagnostic adequacy of tissue removed during surgical or a biopsy procedures. Typical staffing models to cover this type of clinical service generally involve a single pathologist supporting the needs of multiple operating rooms for a period of time (e.g. 24 hours).  This coverage model pragmatically allows for efficient use of limited pathologist resources. Situations often arise where this isolated individual may need to call upon the sub-specialty expertise of others. Rapid imaging of frozen tissue sections provides a mechanism for remote viewing by the pathologist on call as well as consultation from the primary pathologist to a sub-specialty pathologist.  Requirements for digital histology imaging in this context requires rapid image acquisition (less than 10 minutes) and may require linkage to other data elements, including the gross image for orientation, clinical history, and procedural context (i.e. why the patient is undergoing a procedure, why tissue is being sent for evaluation, specific questions to be answered to guide the procedure, etc.).
*It is important for the success of such algorithms for systems to pass identifying metadata not just on unique slide identifiers, but also slide section thickness (such as 5 um), block identifiers, and tissue cut order (i.e. A slide called "A1-7 H&E" on the label may mean the 7th slide off the block "A1," but its unique identifier may not itself indicate that this slide is the 7th off the block, especially if the APLIS unique identifiers are created automatically in the database by order of their creation as a database asset rather than physical cut order.)
*Furthermore, tools for manual intervention to change orientation of tissue may be required to aid these algorithms. For instance, original H&Es may have been cut with epidermis facing in one direction, while the subsequent cuts for IHC may have a different orientation. Tools to permanently rotate images in multiples of 90 degrees, or temporarily rotate images to aid in image distribution may assist in these processes and be part of active troubleshooting, as image registration may be done on-demand by technicians prior to passing WSIs onto pathologists.


===Use Case #11: Digital Pathology in Support of Intraoperative Procedures===
It should be noted that while demographic information must always be present in association with tissue submitted for intraoperative consultation, many laboratories may choose not to immediately create/accession a new case into the AP-LIS due to time constraints.  An image management system should be able to accommodate situations in which case creation in the AP-LIS is deferred to the point in time in which the case has been completed and is ready to proceed with gross examination.  In this situation, digital assets labeled with patient demographic identifiers only need to be supplementally identified to create linkage to the appropriate AP-LIS case.
Contributor assigned:


Such as frozen section interpretation and rapid fine needle specimen adequacy assessment.
The whole slide image produced during intraoperative consultation may be at varying "levels" of depth as the tissue is cut through to obtain a full thickness cross section and will almost always be accompanied with a deeper "permanent section" that represents the tissue remnant following standard histologic processing.  Correlation between the frozen and permanent sections is a documentation requirement in most laboratories and usually occurs as the attending pathologist signing out the case reviews the final set of microscopic images.

Latest revision as of 15:46, 12 June 2018

Foreword

This is the collaborative space of the white paper "Anatomic Pathology Workflow in an Era of Digital Medicine (APW-EDM)"

The latest draft of the white paper is downloadable from this folder

Temporary documents from Nicholas Jones available via dropbox

Current contributors are:

  • Raj C. Dash, MD,
  • Riki Merrick,
  • Francesca Frexia,
  • Francesca Vanzo, ,
  • John David L. Nolen,
  • Dan Rutz,
  • Nicholas C. Jones,
  • Gunter Haroske,
  • François Macary,
  • Laurent Duval

Introduction

This document, the IHE PaLM “Anatomic Pathology Workflow in an Era of Digital Imaging” White Paper, describes use cases, data elements, actors, and transactions necessary to support anatomic pathology workflows that leverage digital technologies. Abbreviation for the title is APW-EDM.

This white paper lays out a collection of future integration profiles to address how vended systems for supporting anatomic pathology workflows interact and is intended to replace the former Anatomic Pathology Workflow (APW) profile. The first objective is to better take into account the latest advancements in digital imaging, spanning but not necessarily limited to two primary aspects of anatomic pathology workflow:

  • the gross/macroscopic examination leveraging state-of-the art more interoperable imaging modalities,
  • the histologic/microscopic examination taking advantage of whole slide imaging technology.

The second objective is to break down the APW profile into a set of smaller, easier to implement building blocks, each of these focusing on one key aspect of the anatomic pathology digital workflow. The expectation is to collect sufficient feedback from all stakehoders of digital pathology (vendors, pathologists, institutions) in order to confirm and/or refine this set of profiles before starting to build them as new supplements to the Pathology and Laboratory Medicine Technical Framework.

At a collaborative meeting of IHE PALM and DICOM in May 2018, work effort prioritization was discussed. Many of the use cases require image acquisition as a fundamental prerequisite. The consensus of the group was to pursue an in depth evaluation and produce detailed documentation as a first, short term effort focused on image acquisition workflow, actors, and transactions. Digital asset identification may be one of the elements flushed out as part of the initial image acquisition interoperability effort although there was some discussion on whether this was a necessity.

Open Issues

  • APW-EDM-01: Involve industrial offer for archiving and communication of whole slide images, as well as slide scanner manufacturers
  • APW-EDM-02: Check the market for imaging modalities, PACS, and image reviewing and annotating software solutions, supporting the DICOM standard with the DICOM 122 supplement “Specimen Module and Revised Pathology SOP Classes” and the DICOM 145 supplement “Whole Slide Microscopic Image IOD and SOP Classes”

Closed Issues

  • APW-EDM-03: Tissue microarrays may break the current specimen model. DICOM does cover this as a use case. Tissue microarrays are not used in clinical care, and so are left out of the scope of the profiles that will be derived from this white paper.

Use Cases

Use Case #1: Image Slides for Secondary Review / Consultation

Contributor assigned: Nicholas C. Jones, edited by RCD 5/20/2018

There are numerous contexts for consultation requests which have subtle, but important differences. Understanding these contexts and the pertinent variations for workflow are necessary to understand systems design, management, and operations for secondary reviews.

  • 1.a. Pathologist requested consults, pre-primary diagnosis.
    • 1.a.1. Intra-institutional: The pathologist is requesting a second opinion (through digital review) to another pathologist at their institution, either at the same site or another site in their network.
    • 1.a.2. Inter-institutional: The requester pathologist is requesting consultation from an outside hospital, usually due to the challenge of the case or the need for an external subspecialist.
  • 1.b. Patient requested second opinion, post-primary diagnosis.
  • 1.c. Physician requested second opinion, post-primary diagnosis
  • 1.d. Second-opinion broker requests, post-primary diagnosis.
  • 1.e. Legal cases, post-primary diagnosis.
  • 1.f. Consultation for intraoperative interpretations of frozen section or rapid FNA slides.

Notes:

  • 1. Relative to terminology we will call the requesting party the requester, and the person fulfilling that request the consultant. Also note that all references to "second opinions" could also mean third, or fourth opinions, especially if the original primary/final diagnosis was in disagreement with the true second opinion.
  • 2. Please also refer to additional descriptive text moved to discussion page.

References:

  • 1. NCJ's Consultation Workshop ppt from 2015 DPA

Related Niche Use Case: Sub-contracting for special analyses on specimens (Gunter Haroske)

Created as increasing workload sub-contracted to special laboratories, e.g. for molecular analyses.

  • Specimen collected and transported
  • Specimen gross exam with possible digital imaging and annotation
  • Specimen processing
  • Glass slides produced as usual
  • All glass slides fed into high volume automated digital scanner
  • Scanner tags images requiring manual intervention
  • Digital images deposited in network share, VNA, or PACS
  • Interface message to LIS sent as each barcode read off slide
  • Acknowledgment from LIS indicates case is valid and ready for association with digital slide assets
  • Additional message sent when slide digitization completed
  • Interface message sent every time slide viewed or annotated
  • Case with all digital assets analysed by the pathologist
  • Selection of relevant assets/slides/blocks for consultation or sub-contracting
  • Mailing of relevant assets/slides/blocks to external lab
  • AP reporting (preliminary)
  • Mailing of the (preliminary) report
  • Receiving results of consultation / sub-contracted tests
  • critical reflexion
  • AP reporting (synoptic, final)
  • Mailing of the final synoptic report.

Use Case #2: Immunohistochemistry Positive Control Slides

Contributor assigned: Raj Dash

Creating digital copies of immunohistochemistry (IHC) positive control slides to preclude the need for creating multiple positive control slides for distribution to pathologists

The value proposition for this use case is in savings in application of expensive IHC antibody to multiple glass slides. Standard workflow calls for distribution of positive control stained glass slides to pathologists interpreting patient tissue reactivity to a particular antibody. If a single glass slide can be created for a single antibody being run in a particular batch and have that slide digitized and made available to all pathologists electronically, the quantity of expensive antibody utilized can be reduced.

  • Request for IHC stain processed as usual
  • Only one IHC positive control run per batch in which a particular antibody
  • IHC positive control slides imaged and saved to network folder
  • Positive controls NOT distributed as physical glass slides resulting in cost savings
  • Glass IHC slides reviewed by pathologist but same positive control reviewed digitally by all pathologists for a given IHC (e.g. only a single cytokeratin positive control slide is created during a batch run even if requested across many different patient samples)

Please note that this imputes the need to have one slide associated with multiple cases. However, typical workflow today does NOT require a formal linkage between the positive control and specific patient case records within laboratory information systems. Having metadata that reflects the date of testing for both the IHC testing on patient slides and the creation of positive antibody controls will be sufficient. Generally speaking if a positive control fails completely, IHC laboratory quality control should hold patient material and repeat testing. In most circumstances there is subtle variation in antibody staining for which review of positive control staining is imperative. Once this has been performed, persistence of this digital asset need not be maintained. Most laboratories will dispose of positive control slides when submitted for filing. Some pathology departments may favor maintaining positive control images for a period of time. Information systems that manage digitized positive control slides should be able to organize slides not just by case accession number but also by a lab-specific batch number and/or by date of testing and have those images explicitly dissociated with an LIS patient case record but readily retrievable at the time of initial case review for primary diagnosis applications.

Use Case #3: Managing Digital Assets for Primary Diagnosis

Contributor assigned: Raj Dash, JD Nolen

These workflows include use of whole slide images for primary diagnosis. The first workflow described is a general workflow for glass slide production in a surgical pathology laboratory, followed by modification for a digital pathology sign out rather than direct transport of slides to the pathologist for viewing under a microscope.

Primary workflow steps and considerations to create digital copies of all glass slides for primary diagnosis:

  • Glass slides produced as usual
    • Specimen collected and transported
    • Specimen gross exam with possible digital imaging and annotation
    • Specimen processing
    • Block embedding in paraffin
    • Slide generation through block cutting
    • The glass slide may be manually stained or placed in an automated stainer, which might be optionally interfaced with the AP-LIS to draw forth information on precisely what type of stain should be performed on the unstained tissue present glass slide
    • The stained slide is cover-slipped using mounting medium
    • The stained slide is dried sufficiently to be placed into a digital scanner
  • All glass slides fed into high volume automated digital scanner
  • Scanner reads label on glass slide and interprets barcode, which reflects the accession number, block and slide level in a hierarchical manner. The barcode may be preceded and followed by a delimiter so that interpreting software recognizes the presence of a scanning event
    • For example, \SP18-000555 B3-L2\, would indicate the 555th case accessioned in the year 2018, the second container designated "B", the third block of tissue submitted during gross examination, and the second deepest level cut by the histotechnologist for placement on a glass slide.
    • The scanner may communicate with the AP-LIS to adjust parameters specifically for the glass slide being scanned
      • A unidirectional interface may push parameters into a buffer in the scanner in expectation of physical loading of the glass slide OR
        • Upon completion of scanning and storage of image, the image storage system will indicate to AP-LIS the availability of a digital resource for viewing
      • A bidirectional interface may request and pull parameters from the AP-LIS as glass slides are recognized as having been loaded into the scanner
        • Upon completion of scanning and storage of image, the scanner will indicate to AP-LIS the availability of a digital resource for viewing
  • Scanner tags images requiring manual intervention
  • Digital images ultimately deposited in a network share, vendor neutral archive (VNA), or picture archiving and communication system (PACS)
  • Those glass slides that are unable to be scanned are sent to the pathologist for review
  • The AP-LIS presents a work list to the pathologist and perhaps in conjunction with additional software (e.g. PACS or IMS) clearly indicates the presence or absence of digital assets.
    • If a glass slide could not be scanned, it should be clearly called out to the pathologist so that he/she may ensure that all diagnostic material is reviewed
  • Digital slides are quickly able to be accessed and reviewed for interpretation by the pathologist
    • It should be clear what slides have been viewed completely, partially viewed, or not viewed at all
      • Different pathologists may have different interpretations of what "viewed completely" entails (e.g. review of all tissue at a certain magnification must occur)
    • Pathologists should be able to annotate images to flag features or regions of interest (these should be customizable by the pathologist)
      • Pathologists should be able to quickly go back to an annotation by searching for metadata
    • Pathologists should be able to flag certain digital assets for review by a consultant
    • The system should maintain an audit trail of all viewing and annotation activities
    • The system should uniquely "stamp" all digital assets at the time of case verification by the pathologist to preserve them in their current state for future review.
      • If a digital asset is rescanned, deleted, further annotated, it should be clear if this occurred before or after case verification and/or if a pathologist has viewed, been informed of, and/or approved of the activity

Storage considerations:

  • Rather than the maintaining digital versions all glass slides, a process for culling should be considered
    • A pathologist may manually annotate which slides should be retained in perpetuity or a configuration option may be set to indicate that any slides with annotations should be preserved
    • All other digital versions of slides should be able to go through an archiving or deletion process to reduce the storage footprint for a case
    • Different types of slides may undergo different processes (e.g. Cytopathology Z-stacked slides may lose all but one plane or may undergo post-processing to have the most in focus tile maintained while others are deleted)


1st pass from JD:

For every step in the life cycle of a pathology specimen, digital artifacts are made. Most are small and primarily for management and tracking (identifiers, timestamps), but digital images made of case material can be large and complex. The images fall into two main categories, images used in the formation of the clinical diagnosis of the case and those obtained as either “proof of work” or for quality control purposes. Examples of clinical diagnosis images include:

  • Photographs of the specimen being removed in the OR
  • Pictures of gross dissection of specimen upon arrival in the laboratory
  • Microscopic images from slide review.

Examples of "proof of work" images include:

  • Picture of specimen/container upon arrival in the laboratory.
  • Picture of tissue section to be embedded
  • Image of immunohistochemical QC slide (positive and negative controls)

A sample workflow using digital images follows.

A patient is in the OR, and a tumor is excised. Before the removal of the tumor, the surgeon captures pictures of the tumor, showing the relationship of the tumor to the rest of the surgical field.

  • Digital image(s) from case tagged with the patient identifier and the encounter/event ID in EHR.
  • These images are stored in the healthcare system's VNA.
  • EHR makes a "request of the APLIS for a case number/tissue request ID to associate with the image(s)

The surgery continues and the tumor is removed, and the same case number/tissue request ID is associated with the removed specimen(s). Upon receipt of the specimen(s) in the lab, the case is accessioned in the APLIS, and all case material is labeled with the case number and appropriate part numbers.

  • The images obtained in the OR are tagged with the AP case number.

Upon grossing, gross images of the case are obtained.

  • These images are tagged with the AP case number along with relevant case metadata (part, section) and any annotations (arrows, etc.) added to the images.
  • These images are also sent to the healthcare system's VNA.

The sections of tissue are processed into slides in the usual manner, with various QC and "proof of work" images collected along the way.

  • All images collected via processing steps are indexed with the appropriate case number and block/slide identifiers before sending to VNA.

After staining (both H&E, IHC, and special), all glass slides are sent to the high volume digital scanner.

  • Slide images are indexed with relevant case metadata (block, slide, stain) and sent to the VNA.

Once the digital work is done and acknowledgment is received in the APLIS, the digital case is assembled by the APLIS to be presented to the pathologist for first read and possibly signout.

  • The APLIS collects all of the digital image metadata (not the images), and assembles a virtual case (an association of all images on the case).

The pathologist reviews the case, and his/her viewing of the case images is recorded in the APLIS.

  • Each image review is tracked in the system and added to the case metadata held in the APLIS.

Use Case #4: Sharing and Cooperating on Gross Examination Images

Contributor assigned: Laurent Duval

Definition: Grossing is the first step of sample preparation is macroscopic examination during which the sample is examined visually before microscopic examination.

Workflow: The process of grossing is performed in a meticulous and systematic fashion including all of the following main steps:

  • Verify Specimen Labeling and Patient Identification
  • Review Clinical Information
  • Examine and Palpate All External Surfaces of the Specimen
  • Understand the Resection Margins
  • Inking Resection Margins
  • Dissecting and Sectioning the Specimen
  • Examining the Cut Specimen
  • Preparing samples for microscopic review in designated "cassettes"
  • Capturing and annotating images at various points in the above workflow may be helpful in conveying complex findings and correlating gross and microscopic tissue relationships

Main Use Cases:

  • Sharing and collaborating/consulting on Gross Examination Images brings value and may be critical for evaluation of complex specimens where anatomic details must be well understood before pathologists can make educated judgments about the extent of the patient’s condition and need for further resection.
  • Pre Analytics: Another area would be around Sample Tracking, when the sample collection might not occur at clinical site. Specimen fixation / transportation quality are essential for minimizing error rates and improving staining quality, and could guarantee a proper gross examination. Additional data to be considered for that purpose:
    • Correlation between a gross examination feature and a microscopic features (e.g. "the tissue sections marked with a triangle were noted to have a clip in them")
    • Tissue fixation quality (QC step)
    • Temperature tracker during transportation (data logger)

Gross Examination and Digitalization: Grossing tables with Image AND Voice recording devices make possible to record sample type, sub type, size and morphology, thus the macroscopy image and the related clinical data define the orientation for diagnosis.

  • Request for cassettes can be also recorded at grossing step.

Pathologists could give a reliable diagnosis when microscopic images are coupled with macroscopic ones. In the era of the digitalization of pathology, it should be now possible to access micro and macro images / description from one place.

Interoperability: Need to consider a platform (ideally web) where sample images could be uploaded and be used interchangeably with regular whole-slide images: they can be annotated, shared or even discussed via teleconsultation. Sample information recorded at grossing (sample description, pre analytics...) to be exchanged with HIS (Hospital Information System), APLIS (Laboratory Information System) and / or WAM (Work Area Manager), Middleware from medical devices company.

Use Case #5: Incorporation of Legacy Digital Images for Use in APW

Contributor assigned: Raj Dash, JD Nolen, Dan Rutz, Anil Parwani

Legacy digital images may exist today in laboratories in a number of different file formats and include both still images (gross and microscopic) as well as whole slide images (microscopic only). File formats for whole slide images today include those originally produced by Aperio (.svs, .tif), Hamamatsu (.vms, .vmu, .ndpi), Leica (.scn), MIRAX (.mrxs), Philips (.tiff), Sakura (.svslide), Trestle (.tif), Ventana (.bif, .tif), and generic tiled TIFF (.tif). The DICOM standard for whole slide images reflects a hierarchy of tiles that allow for efficient transfer of data relative to both the source information and the destination display/device capability and requirements. DICOM facilitates association of patient and image metadata as part of a data "wrapper" around the actual image data.

With the implementation of an LIS, EHR, image management system (IMS) or archival system (PACS or VNA), the bulk transfer of existing digital assets (DICOM and non-DICOM) will likely be required to facilitate at least rudimentary association between a patient, anatomic pathology tissue collection event, and various digital assets that might be available associated with that particular patient encounter. It is possible that the format of image data and associated metadata are in different formats during different time periods during which legacy information systems were utilized to acquire and manage the digital assets that exist in an organization as "legacy digital data". The value of this data will increase if future vended solutions recognize the need for association of this existing data with pathology "cases", "specimens", and/or patient "encounters".

Due to ever-increasing prevalence of digital assets, consistent growth of information technology systems, and occasional turnover of LIS platforms, the need to maintain and incorporate “legacy” digital assets in laboratory pathology workflows will continue to be a necessary aspect of the full APW spectrum. Legacy migration will consistently come from multiple perspectives including: migration to a new primary LIS/digital cockpit, migration to a new image management system (WSI integrated solution, PACS, or VNA), addition of a new post-analytic system, and increasing scope of asset collection (biobanking, etc.). The legacy asset incorporation/conversion use case shares boundaries with a number of other use cases especially including consultation workflows, notably including: Incoming asset identifier management, Transfer of assets, replication of existing case structure and patient data, varying quality of source data that cannot be guaranteed. However, it maintains several unique features including the (relatively) massive scale of content covered compared to other workflows, potential value vs. complexity in handling internal audit & tracking data on historical cases, and the likelihood that nearly all organizations engaged in digital pathology practices will need to account for this situation regardless of their business scope and participation in other use cases.

Central challenges to legacy asset incorporation are:

1. Identifier management (patient, case/report, specimen, block/slide/container, provider, user/technologist, physical labeling, etc.)

2. Replication of case structure, prior process & result data, and associated relevant patient information.

3. Accurate bulk assignment of legacy digital images to the correct patient, encounter, case, and associated more granular physical assets (specimens, blocks, slides, etc).

Use Case #6: Image Analysis, Machine Learning and In Silico Workflows

Contributor assigned: Raj Dash

Data analytics and machine learning promise to provide significant value to those that embrace digital pathology workflows. Recent publications have demonstrated the capability of machine learning algorithms to fulfill complex diagnostic tasks, such as identification of lymph node metastases on digitized H&E images of lymph nodes1. Some studies purport that these machine algorithms already have the potential to exceed the capabilities of human pathologists. For example, a laboratory information system (LIS) may allow ordering of analytic “tasks” on digital assets, similar to the paradigm in which immunohistochemistry might be ordered as tasks to be performed on physical tissue today in LIS platforms. In addition, LIS systems should be able to recognize when certain digital assets routinely require analytic tasks to be performed in a particular sequence as part of a digital “protocol”. For example as part of the routine processing of whole slide images acquired of sentinel lymph nodes of breast, the deep learning algorithm for metastasis identification might be run automatically immediately after whole slide scanning has been completed.

It should be permissible for these algorithm "tasks" to irreversibly modify digital assets through a layered annotation process as well as return metadata to store in to the LIS as a relevant diagnostic data point (e.g. Ki67 proliferation index for a region of interest), or finally create a dataset for further process by downstream "tasks" that are part of a larger analytic process or protocol.

References:

1Diagnostic Assessment of Deep Learning Algorithms for Detection of Lymph Node Metastases in Women With Breast Cancer, JAMA. 2017 Dec 12;318(22):2199-2210

Use Case #7: Quality Control / Quality Assurance and Error Correction Workflows to Support Digital Pathology

Contributor assigned:Nicholas C. Jones

Definitions: Quality Evaluation (QE): An assessment from a device, software algorithm, or person about the quality of a target physical or digital asset. Quality Control (QC): A system for verifying and maintaining a desired level of quality in an individual test or process. Quality Assurance (QA): Systemic monitoring of quality control results and quality practice parameters to assure that all systems are functioning in a manner appropriate to excellence in health care delivery. Specimen: A physical object (or a collection of objects) is a specimen when the laboratory considers it a single discrete, uniquely identified unit that is the subject of one or more steps in the laboratory (diagnostic) workflow. Container (Or Specimen Container): A physical object containing a specimen.

7a. Identification issues and ontologies for images. Any lab, APLIS, or Digital Pathology vendor should ensure first that they understand the identification processes, metadata ontologies, and troubleshooting requirements for digital pathology. (See discussion section for details.)

7b. Quality Evaluations for WSI

  • Pre-processing: orders, identification, slide, tissue
  • Scanning: Systems have internal analytics, sensors, and error-checking
  • Post-scanning tech QE
  • Pathologist QE
  • Other personnel QE
  • Image analysis QE

7c. Quality Evaluations for other pathology images

  • Identification and association of images (i.e. gross image having correct metadata association/file name plus reference to case within the image)
  • Order matching of images
  • Pre-processing
  • Imaging process
  • Post-imaging QE

7d. Quality Control for Imaging processes - Systems, workflows, and protocols should detail all routine quality evaluations and workflow steps.

  • At the most basic level: documents should specify workflow processes including all steps to evaluate and maintain quality
  • Quality Evaluations (see above)
  • Documentation: Imaging laboratory human made logs, scanner or server system logs, audit trail logs, reporting processes, interface engine logs or reports
  • Calibrations: may include aspects like color calibration of scanners or monitors, periodic evaluation of staining/color representation of slides
  • Troubleshooting worklists

7e. Quality Assurance for Imaging processes

  • Design and documentation of workflows and quality control
  • Explicit periodic analyses of operations and metrics for quality and results
    • These could include analysis of log files (via reports from systems), ST QE/QC metrics, pathologist rescan request rate, WSI deferral rates
    • Turn-around-time (TAT) analysis of processes
  • Digital Pathology QA conferences
    • In initial validation or verification within a laboratory prior to clinical implementation, most validation studies/processes end with an adjudication panel of pathologists reviewing glass slides via microscope and WSIs to evaluate discrepancies/discordances between interpretations and determine root causes. These can be extended to include imaging and histology/lab personnel upon initial validation to help set quality control purposes for the laboratory.
    • Departments may wish to do periodic conferences to evaluate quality issues and improve quality control processes. This may be especially important for a feedback loop to laboratory and scanning personnel and iron out complex problems.
    • Many systems may allow for tagging images for QA review at a later time; this should correlate to QE/QC data.
    • There may need to be QA processes for sub-populations of tissue types, slide types, subspecialties, or diagnosis types.
  • Aggregation for inspection for regulatory purposes - likely to include tracer cases, analysis of protocols, QE processes, follow up from prior inspections, etc.
    • Adverse Event Reporting - in some scenarios, groups may want or need to report adverse events of systems to vendors, FDA or other relevant outside groups.

7f. Quality Control and Assurance for Digital Diagnosis

  • Randomized reinterpretation of digital cases via microscope. (Similar to cytotechnologist QC or regular surgical pathology QA processes.)
  • Periodic re-verification/validation of image analytic results (i.e. occasional ordering of FISH evaluation to assert her2 image analysis functions are still achieving consilience)
  • Randomized or periodic testing or auditing of equipment precision

7g. Quality Control and Assurance for Image Management, File Management, and Network Management

  • Log file aggregation and analysis for systemic errors
  • Random audit of tracer cases to verify image availability
  • Monitoring of network load, network speeds, and other measures of network performance.
  • System backups and auditing of file integrity (both for main archives and backups)
  • Network security or vulnerability audits

Additional Considerations: Digital Pathology for support of Anatomic Pathology Quality Control and Quality Assurance

  • Archiving of cases and managing surgical pathology re-reviews (by conference or repeat interpretation)
  • Computer image analysis of images for slide quality to improve feedback loops to laboratory
    • Algorithms might be used to detect sub-optimal slide preparation (i.e. tissue folds, edge artifact) to systematize and analyze metrics for slide quality.
    • Qualitative metrics for color analysis stain variation over time (i.e. maintaining consistency for laboratory's H&E stain)
  • Viewing trail auditing (either ad hoc or systemic) to analyze use/human factors issues (i.e. resident screening patterns to document increasing competency) or to alert user of unscreened slides (i.e. Alert: you have not viewed the slides from specimen B!)
  • Maintain libraries of reference scans of optimal stains to document IHC tests (especially rarer or newer stains)
  • Aggregation of order, tracking, results data and timestamps across multiple systems (i.e. aggregating order times, specimen tracking, performed procedure steps/modality performed procedure steps to evaluate scanning turnaround time versus re-scan & rejection rates, scanner utilization). Note that the utility of logs and tracking information increase exponentially if they can be aggregated together with respect to the same images (i.e. matching slide UID with scanning UIDs and timestamps, DICOM header information), and such data will be necessary for laboratories to accurately plan for large scale conversion to digital workflows. Such data can also be used to identify and track problematic cases (i.e investigating which cases get delayed) for continuous process improvement.
  • Structured part type descriptions (as opposed to free text) and structured gross description / sectioning codes could allow for nuanced quality analyses of WSIs to evaluate problems in grossing and sectioning of tissue.
  • Analysis of tissue shape (i.e. through automated tissue alignment/image registration across multiple slides or just user visualization) could allow for systematic double-check of human errors in identification; in other words, another way to do slide/block (or perhaps slide/block/specimen). Note in this instance, this might be subject to the availability of tissue section order; the system would likely need to know the H&E is the first cut, the TTF1 the second, etc., so this should be communicated across systems.


Use Case #8: Digital Pathology in Support of Clinical Conferences

Contributor assigned:Nicholas C. Jones

Categories include:

  • Consensus conferences
  • Internal quality assurance conferences

Technical notes:

  • It is commonplace for slides to be imaged for the purposes of such conferences. Workflows may vary in a primary diagnosis scenario.
  • Although such conferences may use "thick clients" for WSI viewers, it may be considered more commonplace to use thin clients for such scenarios. As such, in a thick-client primary diagnosis setting, the determination of a set of WSIs previously scanned may warrant upload of scans to a thin client hosting server, or transmission from a file store or from one thick client to another. (This latter scenario could occur if a hospital used a thin client system for internal client cases, and a separate thin client system for telepathology cases received outside the hospital network.)
  • To provide inter-operable vendor support for such conferences, it may be desirable to support modeling of sets of requests for multiple patients to pathology for the purposes of such conferences.
  • Many digital pathology thin client systems allow for the organization of multiple cases, even for disparate patients, into sets or be indexed together in other forms, which can help assist in the process of organizing rapid, efficient, accurate switching between cases for multiple patients in these settings.
  • While conferences are not generally tied to billing, from the perspective of cost accounting (saving multiple physicians time) they are extremely valuable. From the perspective of prospective clinical accuracy and providing constant feedback loops to and between clinicians, they are invaluable.

Use Case #9: Image Registration Functions

Contributor: Nicholas C. Jones

Image registration involves the creation of a cross-image coordinate system of multiple images for the same object(s) or "scene."

  • 10.a. Image registration for swapping to correlated position on different slide from a single block.
  • 10.b. Image registration for correlated multi-slide view from a single block. This allows for simultaneous presentation of multiple slides at once off the same block by allowing the user to control the location of one slide and having the system move the view of the other slides to the corresponding locations.

10.c. Image registration beyond just a series of serial sections of a block have been researched, and although these are (to our knowledge) not currently in clinical use, further possibilities have been documented in research environments.

Use Case #10: Digital Pathology in Support of Intraoperative Procedures

Contributor assigned: Raj Dash

Intraoperative consultations occur frequently to help guide surgical procedures and/or assess the diagnostic adequacy of tissue removed during surgical or a biopsy procedures. Typical staffing models to cover this type of clinical service generally involve a single pathologist supporting the needs of multiple operating rooms for a period of time (e.g. 24 hours). This coverage model pragmatically allows for efficient use of limited pathologist resources. Situations often arise where this isolated individual may need to call upon the sub-specialty expertise of others. Rapid imaging of frozen tissue sections provides a mechanism for remote viewing by the pathologist on call as well as consultation from the primary pathologist to a sub-specialty pathologist. Requirements for digital histology imaging in this context requires rapid image acquisition (less than 10 minutes) and may require linkage to other data elements, including the gross image for orientation, clinical history, and procedural context (i.e. why the patient is undergoing a procedure, why tissue is being sent for evaluation, specific questions to be answered to guide the procedure, etc.).

It should be noted that while demographic information must always be present in association with tissue submitted for intraoperative consultation, many laboratories may choose not to immediately create/accession a new case into the AP-LIS due to time constraints. An image management system should be able to accommodate situations in which case creation in the AP-LIS is deferred to the point in time in which the case has been completed and is ready to proceed with gross examination. In this situation, digital assets labeled with patient demographic identifiers only need to be supplementally identified to create linkage to the appropriate AP-LIS case.

The whole slide image produced during intraoperative consultation may be at varying "levels" of depth as the tissue is cut through to obtain a full thickness cross section and will almost always be accompanied with a deeper "permanent section" that represents the tissue remnant following standard histologic processing. Correlation between the frozen and permanent sections is a documentation requirement in most laboratories and usually occurs as the attending pathologist signing out the case reviews the final set of microscopic images.