Difference between revisions of "Laboratory Specimen Handoff"
JohnHopson (talk | contribs) |
JohnHopson (talk | contribs) m (Updated transaction numbers) |
||
(26 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
− | |||
== Summary == | == Summary == | ||
− | Passing of specimens between Laboratory Automation Systems (LAS) and Specimen Processing Devices (SPD) is an integral part of clinical laboratory operation. | + | Passing of specimens between Laboratory Automation Systems (LAS) and Specimen Processing Devices (SPD) is an integral part of clinical laboratory operation. But current LAS and SPD vendors have little guidance on how to implement specimen handoff. HL7 and CLSI AUTO3-A provide some direction, but do not provide specific guidance for individual handoff workflows. |
− | + | In the absence of any industry guidance, specimen handoffs are defined on an ''ad hoc'' basis. This approach tends to ensure that each vendor will take a unique path, even though specimen handoff interfaces share a high degree of commonality among most vendors. | |
− | + | There clearly exists a need for fully specified interface protocols to reduce the time and costs associated with managing specimen handoff in clinical laboratories. The IHE-LAB Committee is the appropriate entity to create and promote such solutions. Prior work by the Committee on the LDA profile is evidence of that need. | |
+ | The Laboratory Specimen Handoff (LSH) profile will provide standardized workflows for the most common laboratory specimen handoff use cases. | ||
+ | <br /> | ||
− | == | + | == Benefits == |
− | + | The LSH Profile will advance the IVD industry by providing a common, fully specified framework for the most common specimen handoff use cases, based on the collective experience of active participants from across the IVD industry. | |
+ | Promoting a consistent understanding of specimen handoff will have a number of benefits. | ||
− | + | # Reduced design burden for Specimen Processing Devices | |
+ | # Reduced design burden for the laboratory automation systems to which SPDs are attached | ||
+ | # Comprehends handoff pitfalls that may not be apparent to an individual development team | ||
+ | # Provide a generally accepted foundation upon which the industry can build | ||
− | + | == Details == | |
− | The LSH Integration Profile | + | The Laboratory Specimen Handoff (LSH) Integration Profile facilitates laboratory specimen passing by providing detailed message transactions used during specimen handoff. |
+ | The LSH Integration Profile will cover the two most common handoff use cases in the clinical laboratory. Implementation will occur in phases, in order of commonality. | ||
− | |||
− | : | + | :'''Use Case 1''' - Single-Specimen Point-in-Space Acquisition |
+ | :The Specimen Transport Manager (STM) notifies SPD that a specimen container is ''en route'' to the SPD. The SPD prepares for specimen arrival, typically receiving work order steps (by some means other than LSH). Upon arrival, the STM presents the specimen for acquisition. Acquisition is typically aspiration. The SPD acquires the specimen from the container, without taking possession of the container. Automation removes the specimen from the aspiration position. | ||
− | + | :'''Use Case 2''' - Single-Specimen Container Transfer | |
:SPD takes posession of specimen container. Workflow TBD | :SPD takes posession of specimen container. Workflow TBD | ||
Line 33: | Line 39: | ||
;Additional Use Cases | ;Additional Use Cases | ||
− | :Additional phases may address other specimen handoff use cases. | + | :Additional phases may address other specimen handoff use cases. Likely additions are "Multi-Specimen Container Transfer" and "Assay Availability". |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<br /> | <br /> | ||
Line 52: | Line 46: | ||
=== Actors & Transactions === | === Actors & Transactions === | ||
− | + | :[[Image:LSH_Actors.png]] | |
;Order Filler | ;Order Filler | ||
Line 68: | Line 62: | ||
− | Three actors will be affected by the LSH Integration Profile - Specimen Transport Managers (STM), Analyzers and Pre/Post Processors (PPP). Examples of STM Actors are laboratory automation tracks and | + | Three actors will be affected by the LSH Integration Profile - Specimen Transport Managers (STM), Analyzers and Pre/Post Processors (PPP). Examples of STM Actors are laboratory automation tracks and specimen transport robots. Analyzer Actors are typically in-vitro diagnostic devices. Examples of PPP Actors are centrifuges and aliquotters. |
<br /> | <br /> | ||
<br /> | <br /> | ||
Line 75: | Line 69: | ||
== Standards and Systems == | == Standards and Systems == | ||
− | '''Profile Status:''' Preliminary | + | '''Profile Status:''' Preliminary content below (Pre-Supplement) |
− | '''Documents:''' | + | '''Documents:''' |
− | |||
− | |||
'''Underlying Standards:''' | '''Underlying Standards:''' | ||
:* [http://www.hl7.org HL7] | :* [http://www.hl7.org HL7] | ||
:* [http://webstore.ansi.org/RecordDetail.aspx?sku=CLSI+AUTO5-A CLSI AUTO5-A] (HL7 Chapter 13) | :* [http://webstore.ansi.org/RecordDetail.aspx?sku=CLSI+AUTO5-A CLSI AUTO5-A] (HL7 Chapter 13) | ||
− | |||
== Use Cases == | == Use Cases == | ||
Line 89: | Line 80: | ||
=== Use Case 1 - Single-Specimen Point-in-Space Acquisition === | === Use Case 1 - Single-Specimen Point-in-Space Acquisition === | ||
<br /> | <br /> | ||
− | + | :[[Image:SSPA_Sequence.png]] | |
'''Steps''' | '''Steps''' | ||
Line 98: | Line 89: | ||
#: | #: | ||
# STM optionally sends "Status Request" to Device | # STM optionally sends "Status Request" to Device | ||
− | ## | + | ## LAB-41 transaction |
## STM may send a "Status Request" message unsolicited at any time, to trigger a "Status Update" message | ## STM may send a "Status Request" message unsolicited at any time, to trigger a "Status Update" message | ||
#:<br /> | #:<br /> | ||
#: | #: | ||
# Device sends Status Update to STM | # Device sends Status Update to STM | ||
− | ## | + | ## LAB-42 transaction |
− | ## Trigger is either the Device status change or the receipt of a Status Request ( | + | ## Trigger is either the Device status change or the receipt of a Status Request (LAB-41) |
#:<br /> | #:<br /> | ||
#: | #: | ||
Line 110: | Line 101: | ||
## The meaning of "arrives" is system-dependent | ## The meaning of "arrives" is system-dependent | ||
### May mean first awareness by STM system, physical arrival at an STM subsystem, or any other point during STM handling | ### May mean first awareness by STM system, physical arrival at an STM subsystem, or any other point during STM handling | ||
+ | #:<br /> | ||
+ | #: | ||
+ | # STM Creates a Specimen Transport Plan | ||
+ | ## Determines that SPD is a destination in the plan | ||
#:<br /> | #:<br /> | ||
#: | #: | ||
# STM sends "Prepare for Specimen Acquisition" to Device | # STM sends "Prepare for Specimen Acquisition" to Device | ||
− | ## | + | ## LAB-43/Command transaction |
## Includes container identifier (SID) | ## Includes container identifier (SID) | ||
## Optionally includes container information | ## Optionally includes container information | ||
Line 133: | Line 128: | ||
## Extensions - | ## Extensions - | ||
### No WOS for specimen | ### No WOS for specimen | ||
− | #### Send "Prepare Complete" message rejecting specimen due to | + | #### Send "Prepare Complete" message rejecting specimen due to unknown specimen (no WOS) |
#### STM does not present specimen | #### STM does not present specimen | ||
#### Use case ends | #### Use case ends | ||
Line 145: | Line 140: | ||
#: | #: | ||
# Device sends "Prepare Complete" to STM | # Device sends "Prepare Complete" to STM | ||
− | ## | + | ## LAB-43/Response transaction |
## Extensions - | ## Extensions - | ||
### Message malformed at application level | ### Message malformed at application level | ||
Line 170: | Line 165: | ||
#: | #: | ||
# STM sends "Start Specimen Acquisition" to Device | # STM sends "Start Specimen Acquisition" to Device | ||
− | ## | + | ## LAB-43/Command transaction |
## STM may not move container between sending this message and receiving the "Specimen Acquisition Complete" message (Step 10) | ## STM may not move container between sending this message and receiving the "Specimen Acquisition Complete" message (Step 10) | ||
## Includes container identifier (SID) | ## Includes container identifier (SID) | ||
Line 221: | Line 216: | ||
#: | #: | ||
# Device sends "Specimen Acquisition Complete" to STM | # Device sends "Specimen Acquisition Complete" to STM | ||
− | ## | + | ## LAB-43/Response transaction |
## STM may assume that all Device apparatus is removed from the container envelope, and will remain removed until the next "Start Specimen Acquisition" message | ## STM may assume that all Device apparatus is removed from the container envelope, and will remain removed until the next "Start Specimen Acquisition" message | ||
### Only exception is an "Obstruction Error" | ### Only exception is an "Obstruction Error" | ||
Line 232: | Line 227: | ||
## Container is now under the control of the STM | ## Container is now under the control of the STM | ||
#:<br /> | #:<br /> | ||
− | + | <br /> | |
− | + | ||
− | + | === Use Case 2 - Single-Specimen Container Transfer === | |
+ | <br /> | ||
+ | This workflow is TBD. | ||
<br /> | <br /> | ||
== Transactions == | == Transactions == | ||
<br /> | <br /> | ||
− | === | + | === LAB-41 Status Request === |
The Status Request transaction defines the message used by the Specimen Transport Handler (STH) to request Device status with respect to specimens arriving on the track interface. | The Status Request transaction defines the message used by the Specimen Transport Handler (STH) to request Device status with respect to specimens arriving on the track interface. | ||
Line 246: | Line 243: | ||
==== Interaction Diagram ==== | ==== Interaction Diagram ==== | ||
− | |||
− | |||
<br /> | <br /> | ||
+ | :[[Image:LSH1_Interaction_Diagram.png]] | ||
<br /> | <br /> | ||
==== Interaction Model ==== | ==== Interaction Model ==== | ||
{| | {| | ||
− | | '''Trigger''' || | + | | '''Trigger''' || colspan="2" | Specimen Transport Handler (STH) has a need to obtain the Device status with respect to track specimens |
|- | |- | ||
| <br /> | | <br /> | ||
|- | |- | ||
− | | '''Direction''' || | + | | '''Direction''' || colspan="2" | STH > Device |
|- | |- | ||
| <br /> | | <br /> | ||
|- | |- | ||
− | | '''Roles''' || | + | | '''Roles''' || STH || Keep track of Device's status to know when it can process specimens from the track |
|- | |- | ||
− | | || | + | | || Device &<nowiki />nbsp; || Provides status for track interface |
|- | |- | ||
| <br /> | | <br /> | ||
|- | |- | ||
− | | '''Responsibility''' &<nowiki />nbsp; || | + | | '''Responsibility''' &<nowiki />nbsp; || STH || Provide request for status |
|- | |- | ||
− | | | + | | || Device || Acknowledge request, and initiate a Status Update transaction (LAB-42) |
|} | |} | ||
<br /> | <br /> | ||
Line 275: | Line 271: | ||
==== HL7 2.5.1 Implementation ==== | ==== HL7 2.5.1 Implementation ==== | ||
− | HL7 2.5.1, Chapter 13, specifies the ESR^U02 Message for status requests. Its usage in | + | HL7 2.5.1, Chapter 13, specifies the ESR^U02 Message for status requests. Its usage in LAB-41 is shown below. |
<br /> | <br /> | ||
Line 303: | Line 299: | ||
<br /> | <br /> | ||
− | === | + | === LAB-42 Status Update === |
The Status Update transaction defines the message used to report Device status to the Specimen Transport Handler (STH), with respect to specimens arriving on the track interface. | The Status Update transaction defines the message used to report Device status to the Specimen Transport Handler (STH), with respect to specimens arriving on the track interface. | ||
+ | <br /> | ||
+ | <br /> | ||
− | + | ==== Interaction Diagram ==== | |
+ | <br /> | ||
+ | :[[Image:LSH.2_Interaction_Diagram.png]] | ||
+ | <br /> | ||
− | ( | + | ==== Interaction Model ==== |
+ | {| | ||
+ | | '''Trigger''' || colspan="2" | Device status changes, or the Device receives a Status Request (LAB-41). | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Direction''' || colspan="2" | Device > STH | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Roles''' || Device &<nowiki />nbsp; || Keep the STH updated with current status | ||
+ | |- | ||
+ | | || STH || Keep track of Device's status to know when it can process specimens from the track | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Responsibility''' &<nowiki />nbsp; || Device || Provide Device LAS status | ||
+ | |- | ||
+ | | || STH || Acknowledge message, and update STH behavior based on Device status | ||
+ | |} | ||
+ | <br /> | ||
+ | ==== HL7 2.5.1 Implementation ==== | ||
− | + | HL7 2.5.1, Chapter 13, specifies the ESU^U01 Message for status updates. Its usage in LAB-42 is shown below. | |
− | + | <br /> | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
+ | ===== ESU^U01 Message ===== | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 371: | Line 346: | ||
<tr><td>MSH</td> <td>Message Header</td> <td>M</td> <td>[1..1]</td> </tr> | <tr><td>MSH</td> <td>Message Header</td> <td>M</td> <td>[1..1]</td> </tr> | ||
<tr><td>EQU</td> <td>Equipment Detail</td> <td>M</td> <td>[1..1]</td> </tr> | <tr><td>EQU</td> <td>Equipment Detail</td> <td>M</td> <td>[1..1]</td> </tr> | ||
− | |||
</table> | </table> | ||
</div> | </div> | ||
− | |||
− | + | ===== ACK^U01 Message ===== | |
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 389: | Line 361: | ||
</table> | </table> | ||
</div> | </div> | ||
− | < | + | <br /> |
+ | <br /> | ||
− | === | + | === LAB-43 Command/Response === |
+ | |||
+ | ==== LAB-43 Command ==== | ||
The Command transaction defines the Specimen Transport Handler (STH) message used to command the Device to prepare for specimen processing. | The Command transaction defines the Specimen Transport Handler (STH) message used to command the Device to prepare for specimen processing. | ||
+ | <br /> | ||
+ | <br /> | ||
+ | ===== Interaction Diagram ===== | ||
+ | <br /> | ||
+ | :[[Image:LSH.3_Command_Interaction_Diagram.png]] | ||
+ | <br /> | ||
− | ''' | + | ===== Interaction Model ===== |
+ | {| | ||
+ | | '''Trigger''' || colspan="2" | STH needs to command the Device to perform an LAS operation | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Direction''' || colspan="2" | STH > Device | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Roles''' || STH || Initiate device commands | ||
+ | |- | ||
+ | | || Device &<nowiki />nbsp; || Respond to STH commands | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Responsibility''' &<nowiki />nbsp; || STH || Provide Device command | ||
+ | |- | ||
+ | | || Device || Acknowledge message, and provide an LAB-43 Response when command is complete | ||
+ | |} | ||
+ | <br /> | ||
− | + | ===== HL7 2.5.1 Implementation ===== | |
+ | HL7 2.5.1, Chapter 13, specifies the EAC^U07 Message for equipment commands. Its usage in LAB-43 is shown below. | ||
+ | <br /> | ||
− | + | ====== EAC^U07 Message ====== | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 463: | Line 415: | ||
<tr><td>{</td> <td>-- COMMAND Begin</td> <td>M</td> <td>[1..1]</td> </tr> | <tr><td>{</td> <td>-- COMMAND Begin</td> <td>M</td> <td>[1..1]</td> </tr> | ||
− | <tr><td> ECD</td> | + | <tr><td> ECD</td> <td>Equipment Command Detail</td> <td>M</td> <td>[1..1]</td> </tr> |
− | <tr><td> SAC</td> | + | <tr><td> SAC</td> <td>Specimen Container Detail</td> <td>RE</td> <td>[0..1]</td> </tr> |
− | <tr><td>}</td> <td>-- COMMAND End</td> <td>M</td> <td>[1..1]</td> | + | <tr><td>}</td> <td>-- COMMAND End</td> <td>M</td> <td>[1..1]</td> </tr> |
− | |||
</table> | </table> | ||
</div> | </div> | ||
− | |||
+ | <br /> | ||
+ | # SAC | ||
+ | ## Required if STM knows SID. Otherwise, optional. | ||
+ | ## Include container dimensions, if known | ||
+ | # EQU.3 (Equipment State) | ||
+ | ## ''Review codes provided in table. Determine of we need to augment with new codes.'' | ||
+ | ### ''Coordinate with Dmytro on this. He has experience in this area.'' | ||
+ | # ECD.2 (Remote Control Command) | ||
+ | ## PS - Prepare for Specimen | ||
+ | ## SA - Start Specimen Acquisition | ||
+ | ## Allow command option to only send ACK^U07 on error | ||
+ | ## Enhanced acknowledge mode | ||
+ | #:<br /> | ||
+ | #: | ||
− | + | ====== ACK^U07 Message ====== | |
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 484: | Line 447: | ||
</table> | </table> | ||
</div> | </div> | ||
− | < | + | <br /> |
− | + | <br /> | |
− | === | + | ==== LAB-43 Response ==== |
The Command transaction defines the Analyzer response used to communicate the outcome of a command from the Specimen Transport Handler (STH). | The Command transaction defines the Analyzer response used to communicate the outcome of a command from the Specimen Transport Handler (STH). | ||
+ | <br /> | ||
+ | <br /> | ||
+ | ===== Interaction Diagram ===== | ||
+ | <br /> | ||
+ | :[[Image:LSH.3_Response_Interaction_Diagram.png]] | ||
+ | <br /> | ||
− | ''' | + | ===== Interaction Model ===== |
+ | {| | ||
+ | | '''Trigger''' || colspan="2" | Device needs to communicate the outcome of a command. | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Direction''' || colspan="2" | Device > STH | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Roles''' || Device &<nowiki />nbsp; || Provide a response to STH commands when commands are complete | ||
+ | |- | ||
+ | | || STH || Confirm the device response | ||
+ | |- | ||
+ | | <br /> | ||
+ | |- | ||
+ | | '''Responsibility''' &<nowiki />nbsp; || Device || Provide command response | ||
+ | |- | ||
+ | | || STH || Acknowledge message, and update STH behavior based on Device response | ||
+ | |} | ||
+ | <br /> | ||
− | + | ===== HL7 2.5.1 Implementation ===== | |
+ | HL7 2.5.1, Chapter 13, specifies the EAR^U08 Message for equipment commands. Its usage in LAB-43 is shown below. | ||
+ | <br /> | ||
− | + | ====== EAR^U08 Message ====== | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 562: | Line 502: | ||
<tr><td> ECR</td> <td>Equipment Command Response</td> <td>M</td> <td>[1..1]</td> </tr> | <tr><td> ECR</td> <td>Equipment Command Response</td> <td>M</td> <td>[1..1]</td> </tr> | ||
<tr><td>}</td> <td>-- COMMAND End</td> <td>M</td> <td>[1..1]</td> </tr> | <tr><td>}</td> <td>-- COMMAND End</td> <td>M</td> <td>[1..1]</td> </tr> | ||
− | |||
</table> | </table> | ||
</div> | </div> | ||
− | < | + | <br /> |
− | |||
− | + | ====== ACK^U08 Message ====== | |
− | |||
<div style="margin-left: 20px"> | <div style="margin-left: 20px"> | ||
<table style="width:40%"> | <table style="width:40%"> | ||
Line 580: | Line 517: | ||
</table> | </table> | ||
</div> | </div> | ||
− | < | + | <br /> |
+ | <br /> |
Latest revision as of 07:35, 9 November 2018
Summary
Passing of specimens between Laboratory Automation Systems (LAS) and Specimen Processing Devices (SPD) is an integral part of clinical laboratory operation. But current LAS and SPD vendors have little guidance on how to implement specimen handoff. HL7 and CLSI AUTO3-A provide some direction, but do not provide specific guidance for individual handoff workflows.
In the absence of any industry guidance, specimen handoffs are defined on an ad hoc basis. This approach tends to ensure that each vendor will take a unique path, even though specimen handoff interfaces share a high degree of commonality among most vendors.
There clearly exists a need for fully specified interface protocols to reduce the time and costs associated with managing specimen handoff in clinical laboratories. The IHE-LAB Committee is the appropriate entity to create and promote such solutions. Prior work by the Committee on the LDA profile is evidence of that need.
The Laboratory Specimen Handoff (LSH) profile will provide standardized workflows for the most common laboratory specimen handoff use cases.
Benefits
The LSH Profile will advance the IVD industry by providing a common, fully specified framework for the most common specimen handoff use cases, based on the collective experience of active participants from across the IVD industry.
Promoting a consistent understanding of specimen handoff will have a number of benefits.
- Reduced design burden for Specimen Processing Devices
- Reduced design burden for the laboratory automation systems to which SPDs are attached
- Comprehends handoff pitfalls that may not be apparent to an individual development team
- Provide a generally accepted foundation upon which the industry can build
Details
The Laboratory Specimen Handoff (LSH) Integration Profile facilitates laboratory specimen passing by providing detailed message transactions used during specimen handoff.
The LSH Integration Profile will cover the two most common handoff use cases in the clinical laboratory. Implementation will occur in phases, in order of commonality.
- Use Case 1 - Single-Specimen Point-in-Space Acquisition
- The Specimen Transport Manager (STM) notifies SPD that a specimen container is en route to the SPD. The SPD prepares for specimen arrival, typically receiving work order steps (by some means other than LSH). Upon arrival, the STM presents the specimen for acquisition. Acquisition is typically aspiration. The SPD acquires the specimen from the container, without taking possession of the container. Automation removes the specimen from the aspiration position.
- Use Case 2 - Single-Specimen Container Transfer
- SPD takes posession of specimen container. Workflow TBD
- Additional Use Cases
- Additional phases may address other specimen handoff use cases. Likely additions are "Multi-Specimen Container Transfer" and "Assay Availability".
Systems Affected
Actors & Transactions
- Order Filler
- Receives the laboratory work for each patient. Produces Work Orders.
- Automation Manager
- Container for all lab automation features, inclusive of Analyzer Manager, Process Manager and Specimen Transport Manager
- The internals of this actor are intentionally vague, as they are out of scope for IHE-LAB activities.
- Analzyer
- Instrument that automates IVD testing.
- Pre/Post Processor
- Device that automates specimen preparation.
Three actors will be affected by the LSH Integration Profile - Specimen Transport Managers (STM), Analyzers and Pre/Post Processors (PPP). Examples of STM Actors are laboratory automation tracks and specimen transport robots. Analyzer Actors are typically in-vitro diagnostic devices. Examples of PPP Actors are centrifuges and aliquotters.
Standards and Systems
Profile Status: Preliminary content below (Pre-Supplement)
Documents: Underlying Standards:
- HL7
- CLSI AUTO5-A (HL7 Chapter 13)
Use Cases
Use Case 1 - Single-Specimen Point-in-Space Acquisition
Steps
- Device status changes, and is available to process STM specimens
- Device available for STM specimens is a prerequisite for use case
- STM optionally sends "Status Request" to Device
- LAB-41 transaction
- STM may send a "Status Request" message unsolicited at any time, to trigger a "Status Update" message
- Device sends Status Update to STM
- LAB-42 transaction
- Trigger is either the Device status change or the receipt of a Status Request (LAB-41)
- Specimen arrives at STM
- The meaning of "arrives" is system-dependent
- May mean first awareness by STM system, physical arrival at an STM subsystem, or any other point during STM handling
- The meaning of "arrives" is system-dependent
- STM Creates a Specimen Transport Plan
- Determines that SPD is a destination in the plan
- STM sends "Prepare for Specimen Acquisition" to Device
- LAB-43/Command transaction
- Includes container identifier (SID)
- Optionally includes container information
- Should be sent as soon as practical to allow Device to have maximum preparation time. Actual requirement will vary by implementation
- Multiple "Prepare for Specimen Acquisition" messages may be received before a specimen container arrives
- Extensions -
- Message malformed at application level
- Send "Prepare Complete" message rejecting specimen due to malformed message
- STM does not present specimen
- Use case ends
- Device not in a state to receive specimens from automation
- Send "Prepare Complete" message rejecting specimen due to invalid Device state
- STM does not present specimen
- Use case ends
- Message malformed at application level
- Device prepares to receive the specimen
- Preparation behavior is out of scope for this use case. Typically, Device queries for, and receives, Work Order Steps and schedules the specimen per the internal scheduling algorithm
- Extensions -
- No WOS for specimen
- Send "Prepare Complete" message rejecting specimen due to unknown specimen (no WOS)
- STM does not present specimen
- Use case ends
- At least one WOS can be performed, but not all WOS
- (analyze this further. not strictly necessary, but may have value when, say, reagent for one assay is depleted)
- Send "Prepare Complete" message accepting specimen, but indicating only partial capability
- Continue with use case
- "Prepare Complete" is not received
- (Consider options - Specimen is in an unknown state)
- No WOS for specimen
- Device sends "Prepare Complete" to STM
- LAB-43/Response transaction
- Extensions -
- Message malformed at application level
- Send "Prepare Complete" message rejecting specimen due to malformed message
- STM does not present specimen
- Use case ends
- Device not in a state to receive specimens from automation
- Send "Prepare Complete" message rejecting specimen due to invalid Device state
- STM does not present specimen
- Use case ends
- Message malformed at application level
- STM positions specimen for acquisition by Device
- Extensions-
- Error prevents specimen from being positioned (e.g. mechanical error)
- Use case continues at Step 9, with STM sending "Start Specimen Acquisition" with "Cancel"
- Clears specimen from LD
- LD also (still) sends "Specimen Acquisition Complete" message when specimen is cleared
- STM does not present specimen
- Use case continues at Step 9, with STM sending "Start Specimen Acquisition" with "Cancel"
- "Start Specimen Acquisition" is not received by Device
- Device will no longer consider specimen valid, and will reject specimen if it arrives
- Use case ends
- Error prevents specimen from being positioned (e.g. mechanical error)
- Extensions-
- STM sends "Start Specimen Acquisition" to Device
- LAB-43/Command transaction
- STM may not move container between sending this message and receiving the "Specimen Acquisition Complete" message (Step 10)
- Includes container identifier (SID)
- STM starts an Acquisition timeout timer
- Extensions-
- Message malformed at application level
- Send "Specimen Acquisition Complete" message rejecting specimen due to malformed message
- Use case ends
- Device not in a state to receive specimens from automation
- Send "Specimen Acquisition Complete" message rejecting specimen due to invalid Device state
- Use case ends
- Device is not aware of the specimen
- No "Prepare for Specimen Acquisition" was received, or "Prepare for Specimen Acquisition" was received but "Start Specimen Acquisition" did not arrive within time constraint
- Send "Specimen Acquisition Complete" message rejecting specimen due to unknown specimen
- Use case ends
- Missed scheduling window
- Specimen presented too late for aspiration
- Optional, Device implementation may or may not have an arrival time dependency
- Send "Specimen Acquisition Complete" message rejecting specimen due to missed scheduling window
- Use case ends
- Message malformed at application level
- Device acquires specimen
- Device only manipulates specimen
- Container is not moved
- Extensions-
- Device detects a non-recoverable error that potentially obstructs specimen movement
- Device stops acquiring specimen
- Device stops movement within the mechanical envelope of the container
- Device sends "Specimen Acquisition Complete" message indicating an obstruction error
- STM initiates no movement within the mechanical envelope of the container
- Use case ends
- User intervention is required to resolve the issue
- STM may not move container
- Device detects a specimen error
- Does not include obstructions
- Device mechanics can still move safely
- Device stops acquiring specimen
- Device sends "Specimen Acquisition Complete" message indicating a specimen error
- Includes error type, if known
- Insufficient Specimen
- Bubble in Specimen
- Clotted Specimen
- Other
- Use case ends
- STM may remove specimen
- Includes error type, if known
- Does not include obstructions
- "Specimen Acquisition Complete" is not received by STM
- (Consider options - Specimen is in an unknown state - Power could have been removed with pipettor in the specimen)
- Device detects a non-recoverable error that potentially obstructs specimen movement
- Device sends "Specimen Acquisition Complete" to STM
- LAB-43/Response transaction
- STM may assume that all Device apparatus is removed from the container envelope, and will remain removed until the next "Start Specimen Acquisition" message
- Only exception is an "Obstruction Error"
- Extensions-
- Message malformed at application level
- (Consider options - Specimen is in an unknown state - Power could have been removed with pipettor in the specimen)
- Message malformed at application level
- STM continues with specimen transport plan
- Container is now under the control of the STM
Use Case 2 - Single-Specimen Container Transfer
This workflow is TBD.
Transactions
LAB-41 Status Request
The Status Request transaction defines the message used by the Specimen Transport Handler (STH) to request Device status with respect to specimens arriving on the track interface.
Interaction Diagram
Interaction Model
Trigger | Specimen Transport Handler (STH) has a need to obtain the Device status with respect to track specimens | |
Direction | STH > Device | |
Roles | STH | Keep track of Device's status to know when it can process specimens from the track |
Device | Provides status for track interface | |
Responsibility | STH | Provide request for status |
Device | Acknowledge request, and initiate a Status Update transaction (LAB-42) |
HL7 2.5.1 Implementation
HL7 2.5.1, Chapter 13, specifies the ESR^U02 Message for status requests. Its usage in LAB-41 is shown below.
ESR^U02 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
EQU | Equipment Detail | M | [1..1] |
ACK^U02 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
MSA | Message Acknowledge | M | [1..1] |
[{ERR}] | Error | C(M/X) | [0..*] |
LAB-42 Status Update
The Status Update transaction defines the message used to report Device status to the Specimen Transport Handler (STH), with respect to specimens arriving on the track interface.
Interaction Diagram
Interaction Model
Trigger | Device status changes, or the Device receives a Status Request (LAB-41). | |
Direction | Device > STH | |
Roles | Device | Keep the STH updated with current status |
STH | Keep track of Device's status to know when it can process specimens from the track | |
Responsibility | Device | Provide Device LAS status |
STH | Acknowledge message, and update STH behavior based on Device status |
HL7 2.5.1 Implementation
HL7 2.5.1, Chapter 13, specifies the ESU^U01 Message for status updates. Its usage in LAB-42 is shown below.
ESU^U01 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
EQU | Equipment Detail | M | [1..1] |
ACK^U01 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
MSA | Message Acknowledge | M | [1..1] |
[{ERR}] | Error | C(M/X) | [0..*] |
LAB-43 Command/Response
LAB-43 Command
The Command transaction defines the Specimen Transport Handler (STH) message used to command the Device to prepare for specimen processing.
Interaction Diagram
Interaction Model
Trigger | STH needs to command the Device to perform an LAS operation | |
Direction | STH > Device | |
Roles | STH | Initiate device commands |
Device | Respond to STH commands | |
Responsibility | STH | Provide Device command |
Device | Acknowledge message, and provide an LAB-43 Response when command is complete |
HL7 2.5.1 Implementation
HL7 2.5.1, Chapter 13, specifies the EAC^U07 Message for equipment commands. Its usage in LAB-43 is shown below.
EAC^U07 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
EQU | Equipment Detail | M | [1..1] |
{ | -- COMMAND Begin | M | [1..1] |
ECD | Equipment Command Detail | M | [1..1] |
SAC | Specimen Container Detail | RE | [0..1] |
} | -- COMMAND End | M | [1..1] |
- SAC
- Required if STM knows SID. Otherwise, optional.
- Include container dimensions, if known
- EQU.3 (Equipment State)
- Review codes provided in table. Determine of we need to augment with new codes.
- Coordinate with Dmytro on this. He has experience in this area.
- Review codes provided in table. Determine of we need to augment with new codes.
- ECD.2 (Remote Control Command)
- PS - Prepare for Specimen
- SA - Start Specimen Acquisition
- Allow command option to only send ACK^U07 on error
- Enhanced acknowledge mode
ACK^U07 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
MSA | Message Acknowledge | M | [1..1] |
[{ERR}] | Error | C(M/X) | [0..*] |
LAB-43 Response
The Command transaction defines the Analyzer response used to communicate the outcome of a command from the Specimen Transport Handler (STH).
Interaction Diagram
Interaction Model
Trigger | Device needs to communicate the outcome of a command. | |
Direction | Device > STH | |
Roles | Device | Provide a response to STH commands when commands are complete |
STH | Confirm the device response | |
Responsibility | Device | Provide command response |
STH | Acknowledge message, and update STH behavior based on Device response |
HL7 2.5.1 Implementation
HL7 2.5.1, Chapter 13, specifies the EAR^U08 Message for equipment commands. Its usage in LAB-43 is shown below.
EAR^U08 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
EQU | Equipment Detail | M | [1..1] |
{ | -- COMMAND Begin | M | [1..1] |
ECD | Equipment Command Detail | M | [1..1] |
SAC | Specimen Container Detail | M | [1..1] |
ECR | Equipment Command Response | M | [1..1] |
} | -- COMMAND End | M | [1..1] |
ACK^U08 Message
Segment ID | Meaning | Usage | Cardinality |
---|---|---|---|
MSH | Message Header | M | [1..1] |
MSA | Message Acknowledge | M | [1..1] |
[{ERR}] | Error | C(M/X) | [0..*] |