CentraLink ™

Data Management System

CentraLink™ Data Management System

LIS Interface Guide

11222832 Rev. 03 2017-06

 © 2017 Siemens Healthcare Diagnostics. All rights reserved.
No part of this manual or the products it describes may be reproduced
by any means or in any form without prior consent in writing from
Siemens Healthcare Diagnostics.
ADVIA, ADVIA WorkCell, Aptio, CentraLink, Dimension Vista, and
LabCell are trademarks of Siemens Healthcare Diagnostics.
All other trademarks and service marks used in this document are the
property of their respective owners.

The information in this operator’s guide was correct at the time of

printing. However, Siemens Healthcare Diagnostics continues to
improve products and reserves the right to change specifications,
equipment, and maintenance procedures at any time without notice.
If the system is used in a manner differently than specified by
Siemens Healthcare Diagnostics, the protection provided by the
equipment may be impaired. See warning and hazard statements.

11222832 Rev. 03
 1 Introduction
LIS Connections Support. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7
Major Changes from CentraLink Version 14 to Version 15. . . . . . . 7
LIS Aliquot Functionality. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Flag Indicator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Cerberus FTP Server Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Filtering Comments Uploaded to LIS . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Alternate LIS Upload . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Major Changes from CentraLink Version 15 to Version 16. . . . . . . 9
Document Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2 LIS Requirements
Identifying Special Characters . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Upload and Download Connections . . . . . . . . . . . . . . . . . . . . . . . 12

3 Cytogram Image Upload to LIS

4 ASTM 1394 Protocol

ASTM 1394 Protocol and CentraLink . . . . . . . . . . . . . . . . . . .15
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Frame Size . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Downloading Workorders . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Rejection of Requests in LIS Orders . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Responding to a Message (ACK or NAK) . . . . . . . . . . . . . . . . . . . . . . . 17
Functional Description of Bidirectional Communication . . . . . . . 18
Workorder Download Message Exchange . . . . . . . . . . . . . . . . . . . . . . 18
Sorting of Transmitted Sample Results . . . . . . . . . . . . . . . . . . . . . . . . 22
Transmission Results (Table 2, E) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Data Link Release from the CentraLink System (Table 2, F) . . . . . . . . 23
Contention . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
Specimen Receipt Information with the ASTM Protocol . . . . . . . . . . . 26
Translator Specific Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
ASTM 1394 Action Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Grammar. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Workorder Download . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Patient Result Upload. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Field-by-Field Descriptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
ASTM Transmission Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

11222832 Rev. 03 page 3

 Message from LIS to CentraLink - LIS Aliquot functionality
(One Secondary Sample Requested) . . . . . . . . . . . . . . . . . . . . . . . . . . .53
Message from LIS to CentraLink - LIS Aliquot functionality
(Two Secondary Samples Requested in single message) . . . . . . . . . . .53
Message from LIS to CentraLink - LIS Aliquot functionality
(Two Secondary Samples Requested with multiple messages) . . . . . .54
Workorder Download: LIS to the CentraLink System,
New Workorders . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55
Workorder Download: LIS to the CentraLink System,
Multiple Previous LIS Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55
Workorder Download: LIS to the CentraLink System, Rerun. . . . . . . . .56
Quality Control Result Upload: CentraLink System to LIS . . . . . . . . . . .57
Quality Control Result Upload: CentraLink System to LIS By Lot. . . . . .57
Quality Control Result Upload: CentraLink System to LIS
by Population . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .58

5 Technidata LMX 6.0

Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65
Translator Specific Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65
Translator Generic Export Options . . . . . . . . . . . . . . . . . . . . . . . . . . . .67
Examples of Specific Options. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70
FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70
File Transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71
Specimen Receipt Information with the Technidata LMX Protocol . . .72
Action Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .73
Grammar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74
LMX Transmission Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82

6 Specimen Receipt Information and

Archive Location Transmission
Inlabbing Upload . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Archive Location Information Upload . . . . . . . . . . . . . . . . . . . . . . 86
ASTM 1394 Messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Grammar Structure of the ASTM LAS Status Upload Message . . . . . . .87
ASTM Specimen Receipt Information Transmission to LIS . . . . . . . . . .89
Technidata LMX Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
Grammar Structure of the Inlabbing Upload File . . . . . . . . . . . . . . . . .91
LMX Specimen Receipt Information Transmission to LIS . . . . . . . . . . .94
Example 4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95

page 4 11222832 Rev. 03

 7 Siemens Host Spec. 79 Protocol
Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Translator Specific Options. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Trame.par . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Keys and Their Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Grammar. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
Key Name Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
FTP Error for Image Transmission. . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Updating Workorders from the LIS using Host Spec. 79 and LMX . . 105
QC Result Upload . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Message Frames . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
TRAME_Y Workorder Data Stream - with Slide. . . . . . . . . . . . . . . . . . 107
TRAME_Y Workorder Data Stream - without Slide . . . . . . . . . . . . . . . 107
Default “R” (Result) Message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

8 HL7 Version 2.5

Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Translator Specific Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Lower Layer Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Single and Dual Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Single Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Dual Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Message Grammar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Result Upload Message. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
SPM segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
SAC Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
OBR Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Mixed Action Codes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
ZOB Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
ORC Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
ZBP Segment. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
OBX Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
Result Upload Message Example 1. . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Result Upload Message Example 2. . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Result Upload Message Example 3. . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Result Upload Acknowledge Example . . . . . . . . . . . . . . . . . . . . . . . . 123
Order Download Message from LIS to CentraLink System . . . . . . . . 124
BHS Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
MSH Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125
BTS Segment. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Order Download Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
Order Download Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128

11222832 Rev. 03 page 5

 Order Download Example 3: Workorder Download from LIS with
Multiple Previous Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Order Download Acknowledgement Message . . . . . . . . . . . . . . . . . 130
Order Download Acknowledgement Example . . . . . . . . . . . . . . . . . 130
Specimen Status Update Message (U03) . . . . . . . . . . . . . . . . . . . . . 130
MSH Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
EQU Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
SAC Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Specimen Status Update Message Example . . . . . . . . . . . . . . . . . . . 132
Specimen Status Acknowledgement Message . . . . . . . . . . . . . . . . . 133
MSH Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
EQU Segment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Specimen Status Acknowledgement Message Example . . . . . . . . . . 133
Application Processing Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
MSA Segment. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
Handling of Unrecognized Messages . . . . . . . . . . . . . . . . . . . . . . . . 135
Handling of Timeouts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136

9 Serial Connection

10 ASCII Character Codes

11 Multiple LIS Connections

Uploading of Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142
Quality Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142
LIS Channel for the Biorad Program. . . . . . . . . . . . . . . . . . . . . . . 142

12 Hardcoded Comments

page 6 11222832 Rev. 03

1 Introduction

LIS Connections Support

This document outlines the communication between one or more
laboratory information systems (LIS), or host computer and CentraLink
System Software 15.x and 16.x.
The CentraLink system receives downloaded workorders from, and uploads
results to, the LIS. Communication is enabled per the following protocols:
• ASTM 1394
• Technidata LMX
• Siemens Host Spec .79
• HL7 Version 2.5
If the LIS vendor has a choice of protocols, then the ASTM 1394
communication protocol using TCP/IP is the recommended protocol for use
with the CentraLink system.
Tests performed using this system are intended for in vitro diagnostic use.
As with all diagnostic tests, a definitive clinical diagnosis should not be
based on the results of a single test, but should only be made by the
physician after all clinical and laboratory findings are evaluated.

Major Changes from CentraLink Version 14

to Version 15
LIS Aliquot Functionality
The CentraLink system software version 15 and later can receive aliquot
sample requests from the LIS. Thus, LIS-defined secondary Sample IDs
(SIDs) can be dynamically assigned to Aptio ™ Automation aliquot samples.
The CentraLink system receives the required secondary SID from the LIS as
an update to the primary sample. The order for the secondary sample must
be sent in the same message (within same Header/Terminator) as the
aliquot request. CentraLink sends that information to the
Aptio Automation software for creation of the secondary sample(s) on the
Aptio Aliquotter module.
• This functionality is limited to the ASTM LIS, and is not supported on
other LIS protocols, including Technidata LMX, Siemens Host Spec. 79,
and HL7.
• You cannot generate an S018 aliquot request from the CentraLink
application. These are triggered by the receipt of the aliquot request
from the LIS.

11222832 Rev. 03 Page 7

Introduction

• All aliquot requests received from the LIS are treated as additional
aliquot requests.
• Comments records identified as Aliquot Requests are not treated as
order comments in CentraLink and are not added to the comment field
of the sample.
Note The CentraLink system does not generate the workorder(s) for the
secondary sample. The LIS must send the tests requests for the secondary
samples. This must be part of the same message as the primary sample
update which contains the aliquot request.

Limitations
• Do not create multiple aliquots from the same primary sample, and do
not allow the LIS to request additional aliquots from the same primary
sample. This is a limitation of the Aptio Automation software.
• Aliquot samples are treated as completely separate samples in the
CentraLink system. It is the responsibility of the LIS to ensure the
correct patient demographics are downloaded with the aliquot sample
orders. Patient demographic comparison is performed for individual
samples in CentraLink and not across samples.
• You must identify aliquot sample tubes with the prefix AliqTube^
followed by the aliquot SID.
• The comment record for an aliquot request cannot contain additional
information.

Flag Indicator
In CentraLink version 14, the Flag field of the Result upload record for
ASTM, LMX, and Spec79 protocol contains an asterisk (*) if the Instrument
severity of the result is not equal to 0. The * is sent even if the operator
disables the upload of flags in CentraLink.
In CentraLink version 15 and version 16, a * is present in the Flag field if a
flag is transmitted with the result. A * is also present if the result being
uploaded is the current result and has an Unknown Flag severity (-5), due
to the reception of a flag that is not defined in CentraLink.
A * is not present if the upload of flags is disabled.

Cerberus FTP Server Information

CentraLink software version 15 and later can run on the Windows Server
2008. By default, the Windows Server 2008 software uses Microsoft
Internet Information Services (IIS) version 7.5.
In this version of IIS, if the data connection is already established, the FTP
server responds with this message:
125 (Data connection already open; transfer starting)

Page 8 11222832 Rev. 03

 Introduction

If the data connection is not already established, the FTP server responds
with this message:
150 (File status okay; about to open data connection)
Be aware of this behavior if your FTP clients cannot process the 125 FTP
response code.
The Cerberus FTP server has been validated for use with CentraLink
software version 15 running on a Windows Server 2008. The Cerberus FTP
server responds, as Microsoft Internet Information Services (IIS) version 6.0
responds, with the following message:
150 (File status okay; about to open data connection)

Filtering Comments Uploaded to LIS

You can filter comments uploaded to the LIS on a per-comment-line basis.
At the LIS Channel screen, select Configuration > LIS comment filter.
Use the LIS comment filter editor to edit certain comment strings from
being uploaded to the LIS. Enter text in the Filter string field:
• The string does not need to completely match the line that needs to be
removed; a partial match is sufficient.
• Punctuation and all characters will be taken into account for filtering.
• Filtering is not case-sensitive.
• All characters, including spaces, are taken into account for filtering.

Alternate LIS Upload

This field on the Patients tab of the LIS Channel window, new to
CentraLink version 15, is used to define an additional LIS Channel for result
upload in a multiple LIS environment.

Major Changes from CentraLink Version 15 to

Version 16
CentraLink system software version 16 does not support the Group
message by Lot option, which allows the upload of QC results to the LIS
grouped by lot. CentraLink software version 16 supports the upload of QC
results grouped by population.

11222832 Rev. 03 Page 9

Introduction

Document Conventions
Convention Description

BIOHAZARD Biohazard statements alert you to

potentially biohazardous conditions.

LASER WARNING Laser Warning statements alert you to the

risk of exposure to lasers.

WARNING Warning statements alert you to conditions

that may cause personal injury.

CAUTION Caution statements alert you to conditions

that may cause product damage or loss of
data. On the system, this symbol indicates
that you should refer to the operator’s guide
for more information.
Note Note statements alert you to important
information that requires your attention.
Bold Bold type indicates commands on the user
interface, keys, or the exact text that an
operator needs to type.
For example, if the word save appears as
Save, it refers to the selecting the Save
button on the user interface.
Another example is typing a specific entry
into a text box. If the word welcome appears
as welcome, it means that you should type
that word into the specified field.
Italic Italic type refers to the title of a document or
a section title in this operator’s guide. For
example, Chapter 2, LIS Requirements refers
to Section 2 of this operator’s guide.

Terminology
Term Description
Select To select an item, use your finger to touch the item on the
touch-screen monitor or select the item with the system
pointing device. The background of the item changes color or
displays a black frame to indicate that you selected the item.
Enter Type the specified information using the keyboard and then
press the Enter key.
Scan Move the hand-held barcode scanner over the specified
barcode to enter the information.

Page 10 11222832 Rev. 03

2 LIS Requirements

The following is required of LIS that are connected to the CentraLink

system:
• The LIS must be capable of batch transmission of workorders to the
CentraLink system. The CentraLink system does not support query
mode with the LIS.
• The LIS must support unique Sample ID numbers.
• The CentraLink software is designed to operate with unique Patient IDs
across all connected LIS. As the LIS is considered the master system
from which the most current data originates, the CentraLink software
always accepts updates to patient records from the originating LIS.
As such, every patient demographic update that is downloaded from the
LIS to the CentraLink software must be identified by a unique patient ID
that references the same physical patient.

WARNING
If you reuse a patient ID to reference another physical patient, patient
demographic updates downloaded from the LIS overwrite the original
patient details associated with this patient ID. An erroneous mix of details
that pertain to another physical patient would coexist in the same record
of the CentraLink database with unrelated details that pertain to the
original physical patient. Do not re-use patient IDs.

• The LIS should specify the Sample Type in the workorder. The
CentraLink system is designed to operate in an environment in which
the Sample Type is specified in the workorder that is downloaded from
the LIS. If the Sample Type is not included in the workorder, the
CentraLink system applies the Sample Type for the first test in the
workorder to the entire workorder.
• The LIS must be capable of assigning different Sample ID numbers to
samples of different sample type for the same patient and then
sending the Sample ID numbers to the CentraLink system as different
workorders. For example, a Serum tube and a Urine tube from the
same patient must not be assigned the same Sample ID number.
• If samples are divided into multiple sample tubes for an aliquot, each
sample tube must have a unique Sample ID.
• You cannot download test panels from the LIS to the CentraLink
system.

11222832 Rev. 03 page 11

LIS Requirements

• The LIS must be capable of separating different Sample Types into

different workorders. The CentraLink system requires that Sample
Types are not mixed in a given workorder. If a workorder contains tests
for a mixture of Sample Types, the CentraLink software will reject the
tests which do not match the specified or inferred Sample Type and
process only those requests that match. This rejection is done without
notification to the user, and is only available via Centralink log files.
• The units of measure for a given test must be defined identically at the
LIS, in the CentraLink software, and at the instruments. You must
predefine the units for tests in the CentraLink software to match the
units for tests on the instrument. If units of measure of results are
manually changed on an instrument, you must change the units of
measure for the test in the CentraLink software at that time. In
addition, you must purge all existing results for the test from the
CentraLink software. Units of measure are not uploaded to the LIS from
the CentraLink software.
• Some instruments have multiple result aspects for 1 result. You can
configure the CentraLink software to upload 1 aspect or all aspects
related to that result.

Identifying Special Characters

You must ensure that special characters within an LIS message are
identified correctly when sent to the CentraLink system.
This is important when unit checking is enabled for LIS Previous Results.
Example: unit of x10^3/uL.
Identify the “^” character with an escape sequence ( &S&) to ensure the
unit is parsed correctly by the CentraLink system.
In this case, &S& is received and the CentraLink software knows that this
means ^ literally, rather than as the special ASTM character.

Upload and Download Connections

Different communication connections can be configured between the LIS
and the CentraLink software.
You have the option of configuring 2 separate communication connections
with a single LIS to enable concurrent downloading of workorder data from
the LIS to the CentraLink software and uploading of result data and LAS
status information from the CentraLink software to the LIS. While the 2
communication channel configuration is not required, the 2
communication connections improve communication efficiency for LIS
that are capable of supporting dual connections.
Note A single communication channel configuration can be maintained
for LIS that do not support dual-channel configuration.

page 12 11222832 Rev. 03

3 Cytogram Image Upload to LIS

The cytogram image result is referenced by the Hemimage test in a

sample. You can upload cytogram images from the CentraLink system to
the LIS. Following are restrictions on cytogram upload:
• Cytograms must be in bitmap (BMP) format.
• You must upload cytogram images using file transfer protocol (FTP).
You cannot upload images to a folder on the CentraLink Server.
• Define output for Cytograms on the LIS Channel window.
• CentraLink uploads cytogram images using anonymous FTP. The same
error message displays in any case of mis-configuration.
• The LIS Vendor must match the cytograms to the sample IDs (SID)
using the value in the result field of the record that has the Hemimage
test code.
In the example below the Hemimage test is uploaded with the test code
250. The LIS Vendor must match the file 941.bmp in the FTP input
directory to SID 65984. Relevant parts of the code are highlighted in bold.
H|^~\&|||LMXS^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20090708100427|
P|1|||||||U||||||||||||||||||
OBR|1|65984||WBC^^L|R||||||||||||||||||||
OBX|1|NM|007||7.25|||*||||19970321113533|||||
OBR|2|65984||RBC^^L|R||||||||||||||||||||
OBX|1|NM|014||4.77|||*||||19970321113533|||||
OBR|3|65984||HGB^^L|R||||||||||||||||||||
OBX|1|NM|035||14.3|||*||||19970321113533|||||
OBR|41|65984||NRBC^^L|R||||||||||||||||||||
OBX|1|CE|044||+|||||||19970321113533|||||
OBR|42|65984||HemImage^^L|R||||||||||||||||||||
OBX|1|ST|250||941|||||||19970321113533|||||
L|||1|87|
Note This example uses LMX communication, and is similar to logic for
other protocols.

11222832 Rev. 03 page 13

Cytogram Image Upload to LIS

page 14 11222832 Rev. 03

4 ASTM 1394 Protocol

ASTM 1394 Protocol and CentraLink

This section describes the ASTM 1394 protocol used for the
communication link between the CentraLink system and a laboratory
information system (LIS) or host computer.
Note The ASTM 1394 communication protocol is the recommended
protocol for use with the CentraLink System.
This section is intended for the information systems professional
responsible for connecting the CentraLink system and your host computer.
Please contact your local technical support provider or distributor if you
need additional information.
For a more detailed description of the ASTM 1394 protocol, refer to
Standard Specification for Transferring Clinical Observations between
Independent Computer Systems (ASTM Designation: E 1394-97).
Note The LIS must initiate the TCP socket communication in order for the
CentraLink system to upload results.

Overview
The ASTM 1394 communication protocol, using dual TCP-IP connections, is
the recommended protocol for use with the CentraLink system.
The ASTM communication protocol supported by the CentraLink software
is based on ASTM standards E1394-97 (Standard Specification for
Transferring Information Between Clinical Instruments and Computer
Systems) and E1381-95 (Standard Specification for Low-Level Protocol to
Transfer Messages Between Clinical Laboratory Instruments and Computer
Systems).
The ASTM communication link allows the LIS to transmit workorders and
multiple previous patient results for the same test to the CentraLink
software and to accept QC and patient test results transmitted from the
CentraLink software.

CentraLink to LIS LIS to CentraLink

QC Workorders

Results Previous sample results

Lab Automation location

11222832 Rev. 03 page 15

ASTM 1394 Protocol

The LIS initiates the TCP-IP socket connection for sending patient
workorder information to the CentraLink system before each sample run.
The information will be parsed and stored in the system for download to
the instrument.
The CentraLink system can be configured to automatically transfer
available results to the host or manually transfer results to permit the
operator time to review the data and release the sample results.
The LIS must support an implementation of ASTM 1394 and individual
fields must be customized to support the Centralink implementation.

Frame Size
Messages are sent in frames. Each frame contains a maximum of 247
characters (including frame overhead). Messages longer than 240
characters are divided between two or more frames.
Multiple records are never combined in a single frame. Every record must
begin in a new frame. A frame is one of two types, an intermediate frame
or an end frame.
• Intermediate frames terminate with the characters <ETB>, checksum,
<CR> and <LF>.
• End frames terminate with the characters <ETX>, checksum, <CR> and
<LF>.
A record containing 240 characters or fewer is sent in a single end frame.
Longer records are sent in intermediate frames with the last part of the
record sent in an end frame.
The frame structure is illustrated as follows:
<STX> FN text <ETB> C1 C2 <CR> <LF> - intermediate
frame
<STX> FN text <ETX> C1 C2 <CR> <LF> - end frame
where:
<STX> = Start of Text transmission control character
FN = single digit Frame Number 0 to 7
text = Data Content of Message
<ETB> = End of Transmission Block transmission control
character
<ETX> = End of Text transmission control character
C1 = most significant character of checksum 0 to 9 and
A to F

page 16 11222832 Rev. 03

 ASTM 1394 Protocol

C2 = least significant character of checksum 0 to 9 and

A to F
<CR> = Carriage Return ASCII character
<LF> = Line Feed ASCII character

Downloading Workorders
The host computer downloads workorders identified by a sample
identification number (SID#). Limit the number of workorders per
Workorder message to approximately 1000 with an average of 10 requests
per workorder. Messages with more than 1000 orders may be subject to a
timeout.
Workorders can be downloaded in any sequence. When the CentraLink
software receives a request from the analyzer, it searches the database for
the matching workorder.
Note the following about CentraLink system workorders:
• The LIS should specify the sample type in the workorder. The
CentraLink system is designed to operate in an environment in which
the sample type is specified in the workorder that is downloaded from
the LIS.
• If communication is interrupted during workorder download, the
CentraLink software will correctly process all records that were
correctly received before the communication interruption. Messages
sent after the communication interruption are not processed.
• The CentraLink software does not support replicate testing. Only 1
replicate of a test can be ordered for each sample. If the LIS orders a
test multiple times in 1 message, the test will still only run 1 time on
the instrument.

Rejection of Requests in LIS Orders

If an order contains requests that do not match the order sample type or, in
its absence, the first request sample type, these requests are not added to
the order in the CentraLink system. You are not informed of this through
error messages other than those contained in the LIS internal service log.
When generating orders at the LIS, make sure that requests that have
different sample type definitions in the CentraLink database are not
included in the same order.

Responding to a Message (ACK or NAK)

To confirm the identity and transmission quality of each message, the
receiving device (CentraLink system or LIS) must respond to each message
with an acknowledgement (ACK) or not acknowledged (NAK) message.

11222832 Rev. 03 page 17

ASTM 1394 Protocol

• If the transmitted record checksum is correct, the receiving device

sends an ACK response of one byte. Upon receiving the ACK response,
the sender continues the dialogue.
• If a NAK is received, the sender retransmits the record. This process
may be repeated for a maximum of seven times.
• During the establishment phase, the sender must set timer when
transmitting the <ENQ>. If a reply of an <ACK>, <NAK>, or <ENQ> is
not received within 15 seconds, a timeout occurs. After a timeout, the
sender enters the termination phase according to the ASTM 1381
protocol. If the CentraLink software is the sender, however, an ENQ is
transmitted instead of EOT and the 15 second timer starts again. This is
repeated until a response is received from the LIS or until 7 ENQs are
transmitted, at which point an EOT is transmitted to signal the line is in
the neutral state.
• During the establishment phase, if the LIS detects contention, it sets a
timer. If an <ENQ> is not received within 20 seconds, a timeout occurs.
After a timeout, the receiver regards the line to be in the neutral state.
• During the transfer phase, the sender sets a timer when transmitting
the last character of a frame. If a reply is not received within 15
seconds, a timeout occurs. After a timeout, the sender aborts the
message transfer by proceeding to the termination phase. As with
excessive retransmissions of defective frames, the message must be
stored/remembered so that the transmission can be repeated
completely.
• The CentraLink software responds with an acknowledgment (ACK) if
the message frame is received without error. The ACK indicates that
the message frame calculated checksum match the checksum sent
with the frame. The ACK does not indicate that the message frame is
part of a syntactically correct message.

Functional Description of Bidirectional Communication

Workorder Download Message Exchange
The Workorder Download Message Exchange Results Transmission Mode,
page 21, outlines the dialogue that occurs between the host computer and
the CentraLink software during a workorder download. The following
paragraphs describe the message exchanges illustrated in this table.

page 18 11222832 Rev. 03

 ASTM 1394 Protocol

Initiation Phase (Table 1, A)

At the start of communication, the data link is idle, and both the host and
the CentraLink system are in the listening mode. For downloading the
workorder, the host computer initiates a communication link by taking
control as the “sender” device and sending an initiation message (ENQ) to
the CentraLink software. In this way, the CentraLink system is informed
that the host computer is ready for communication and responds with an
acknowledgement (ACK) indicating that it is ready to receive
communication from the host computer.
The first record transmitted is the “H” or header record which establishes
the rules for delimiting the fields of the subsequent records. After receiving
the “H” record, the CentraLink system responds with and
acknowledgement (ACK) indicating that the record was received without
error.

Workorder Transmission (Table 1,B)

After the Initiation Phase, the host computer remains the “sender” device
and can start transmitting workorders one at a time in a sequence that is
determined by the host computer. Each workorder is transmitted as two
records. The first record is the Patient (P) record. The CentraLink system
responds with an acknowledgement (ACK) if the record is received without
error. The Test Order (O) record is transmitted next by the host computer.
The CentraLink software responds with an acknowledgment (ACK) if the
record is received without error. The host computer must wait for each
record to be acknowledged by the CentraLink system before continuing
with the next record. Multiple workorders may be transmitted while the
host computer is acting as “sender” of the channel by simply continuing
with patient and order record pairs until the host computer has completed
downloading workorders.
A workorder must be downloaded to the system before the associated
sample is aspirated by the analyzer. If not, the analyzer attempts a query,
which if unanswered, results in different actions depending on the
instrument. For certain instruments, a query where no work exists causes a
“no work” response to return to the instrument. For other instruments, a
query where no work exists causes the instrument to skip the sample. The
ADVIA 120/2120 Hematology System, for example, is designed to use a
default profile instead of the profile requested in the workorder.

11222832 Rev. 03 page 19

ASTM 1394 Protocol

Data Link Release from Host Computer (Table 1, C)

After the host computer has finished downloading workorders, it transmits
a Terminator (L) record indicating that the host has completed transfer of
all message blocks to be transmitted in this session. The CentraLink system
acknowledges (ACK) the record. The host then sends an end of
transmission (EOT) character to the CentraLink system and both it and the
host return to the idle state.
An EOT character should always be sent from the LIS after the transmission
of a terminator record.
If the terminator record from one ASTM message is released without an
EOT and is followed by another ASTM message, which consists of a Header,
Patient(s), Order(s) and Terminator record, the CentraLink translator may
lose the orders while responding to the LIS messages with ACKs. The LIS
considers the orders transmitted.

page 20 11222832 Rev. 03

 ASTM 1394 Protocol

Table 4-1: Workorder Download Message Exchange Results Transmission Mode

Operation CentraLink Messages Exchanged Host

System Computer
Initiation Phase Receiver Initiation Message (ENQ) Sender

Acknowledgment (ACK)

Header Message (H)

Acknowledgment (ACK)

Downloading Receiver Patient Record Sender

Workorders

Acknowledgment (ACK)

Order Record

Acknowledgment (ACK)

Release Phase Sender Terminator Record (L) Sender

Acknowledgment (ACK)

End of Transmission (EOT)

11222832 Rev. 03 page 21

ASTM 1394 Protocol

Table 4-2, Result Upload Message Exchange outlines the dialogue that
occurs between the CentraLink software and a host computer during a
result upload. The following paragraphs describe the message exchanges
outlined in this table.

Sorting of Transmitted Sample Results

When the system automatically transmits sample results to the LIS using
the task scheduler, it automatically sorts the results by priority and sends
STAT samples first. Test results that you manually transmit to the LIS are
not sorted by priority unless you configure the system to do so using the
following procedure:
Note These are instructions for a Siemens Field Service representative
only.
1. On the command Query Parameter Set, in the Sample Query editor
window, enter the sample criteria for the samples for upload and then
select the Advanced tab.
2. In the Sort criterion field, select the sorting method.
Selecting the Priority and Creation Time option enables the display of
STAT samples first.
3. Select OK to run the query.
The samples are uploaded in the order in which they were selected. If all
the samples were selected at once, the STAT samples at the top of the list
are uploaded first.

Initiation Phase (Table 2, D)

Note This section is based on a scenario wherein the LIS has already
initiated TCP-IP socket connection.
At the start of communications, the data link is idle and both the host
computer and the CentraLink system are in the listening mode. For
uploading the results, the CentraLink software initiates taking control as
the “sender” device by sending a (ENQ) message to the host. In this way,
the host is informed that the CentraLink system is ready for
communication. The host computer responds with an (ACK)
acknowledgement indicating that the host computer is ready to receive
communication from the CentraLink system.

page 22 11222832 Rev. 03

 ASTM 1394 Protocol

Note If the CentraLink software transmits an (ENQ) but does not receive
an (ACK) from the host computer after the initial 15 second timeout, the
CentraLink software continues to send an (ENQ) every 15 seconds for an
additional 6 times in an attempt to establish communication with the host.
If an additional (ENQ) is not handled and acknowledged by the host after
the initial 15 second timeout, communication with the host could become
out of sync. Only after the sixth attempt to contact the host does the
CentraLink software transmit an (EOT).
Note CentraLink software does not ignore EOT messages sent from the LIS
in response to an ENQ. An EOT is sent in response and the line is released.
This is not in accordance with section 6.2.4 of the ASTM 1381 protocol.
The first record transmitted is the header (H) record, which establishes the
rules for field delimiting the subsequent records. After receiving the header
record, the host computer responds with an acknowledgement (ACK)
indicating that the record was received without error.

Transmission Results (Table 2, E)

After establishing the CentraLink system as the sender, the results are
uploaded to the host computer as a series of records. The first record is a
patient (P) record to identify the sample and demographic information
used by the CentraLink system for normal range criteria. The second record
is a repeat of the order (O) record followed by one result (R) record for
each test reported. The record contains the test name, measured value,
data status, and date and time of the analysis.
Each record transmitted to the host computer must contain a checksum
and be acknowledged (ACK) by the host computer before the next record
may be transmitted.
Single sample results are uploaded while the CentraLink software is the
sender. The data link is released between sample reports.
Note Result uploads are only made if a previous data link layer initiation
has been made by the LIS. This is how the Centralink system determines
the host IP address.

Data Link Release from the CentraLink System (Table 2, F)

After the CentraLink system has finished uploading results, it transmits a
terminator (L) record that releases the communication data link. The host
computer acknowledges (ACK) the last record. The CentraLink system then
transmits an end of transmission (EOT) character and both it and the host
computer return to the idle state.

11222832 Rev. 03 page 23

ASTM 1394 Protocol

Table 4-2: Result Upload Message Exchange

Operation CentraLink Messages Exchanged Host

System Computer
a. Initiation Sender Initiation Message(ENQ) Receiver
Phase

Acknowledgment (ACK)

Header Message (H)

Acknowledgment (ACK)

page 24 11222832 Rev. 03

 ASTM 1394 Protocol

Operation CentraLink Messages Exchanged Host

System Computer
b. Transmission Sender Patient Record Receiver
Results

Acknowledgment (ACK)

Order Record

Acknowledgment (ACK)

Result Message (R1)

Acknowledgment (ACK)

Result Message (R22)

Acknowledgment (ACK)
c. Release Sender Terminator Record (L) Receiver
Phase

Acknowledgment (ACK)

End of Transmission (EOT)

Contention
For single channel communication, contention may occur during the
initiation phase if the CentraLink software and the host both try to take
control by simultaneously sending an ENQ. When contention occurs, the
CentraLink software has priority to transmit information.

11222832 Rev. 03 page 25

ASTM 1394 Protocol

Contention is resolved as follows:

1. Upon receiving a reply of <ENQ> to its transmitted <ENQ>, the host
system must stop trying to transmit; it must prepare to receive.
When the next <ENQ> is received, it replies with an <ACK> or <NAK>
depending on its readiness to receive.
2. Upon receiving a reply of <ENQ> to its transmitted <ENQ>, the
CentraLink software will wait at least 1 second before sending another
<ENQ>.

Specimen Receipt Information with the ASTM Protocol

Specimen receipt (inlabbing) information such as SID, read date and time,
and check-in location are transmitted from the CentraLink system to the LIS
within the Manufacturer record of the LAS Status Upload message.
For information on the grammar of the inlabbing information contained
within a result file and an example of the inlabbing transmission to the LIS,
refer to Chapter 6, Specimen Receipt Information and Archive Location
Transmission.
Note Inlabbing information will not be forwarded to the LIS for samples
that contain no workorders, unless this option is configured specifically by
Siemens local support.

Translator Specific Options

In the CentraLink system, the driver for the ASTM 1394 LIS translator is the
asts driver. The translator specific options are as follows:

-s <port > <port> set to the TCP/IP port where the LIS translator
listens for socket connections. This port must match
with the port defined on the LIS. The usual setting is
-s 8888. This parameter is mandatory.

-r The -r option is used to remove the dilution and/or

result aspect information from the record field and
only send the test identifier in the result record field.

-c Remove the result aspect info for qc results only.

-e The -e option is used in conjunction with the -i

option and specifies that the <name string> is
substituted only for blank instrument identifiers.

-i <name The -i <name string> option specifies that the <name

string> string> is substituted for the instrument name in the
result record. The name string can be blank.

page 26 11222832 Rev. 03

 ASTM 1394 Protocol

-p The -p option enables the regrouping of result

messages for each instrument. A separate, complete
message is uploaded for each instrument.

-t <timeout>Inter character timeout between 10 and

300 sec. Default = 30.

-v the -v option allows you to verify the frame

sequence number.

ASTM 1394 Action Codes

Incoming orders are processed based on the Action Code in field 12 of the
order record. This table describes how the action codes are interpreted.

Action Code Action

N (New) or blank • If sample ID exists in the database, a duplicate
sample ID error is generated.
• If sample ID does not exist in the database, create
new sample.
A (Add) • If the workorder sent from the LIS has patient
information that does not match the patient
information that already exists for the sample in
the CentraLink software, then a mismatch on
Patient Identifier (PID) occurs. An unmatched
patient error is generated.

11222832 Rev. 03 page 27

ASTM 1394 Protocol

Action Code Action

A (Add) Note When a PID is associated with a sample, the PID
downloaded from the LIS must be consistent with
this PID in order to ensure the integrity of the unique
sample ID and PID environment.
• If the workorder sent from the LIS has patient
information that matches the patient information
that already exists for the sample in the
CentraLink software, then matching uploaded
database requests are rerun.
• Add new requests.
C (Cancel) • If the workorder sent from the LIS has patient
information that does not match the patient
information that already exists for the sample in
the CentraLink software, an unmatched patient
error is generated.
• When a test is not defined in the CentraLink
software and action code C is used to cancel the
associated test request of the work order, the
action code serves as a cancellation order and all
test requests of the work order with a status less
than Review are omitted.
• When a test is defined in the CentraLink software
and action code C is used to cancel the associated
test request of the work order, only the
associated test request of the work order is
omitted.

Grammar
The grammar, which provides a description of the ASTM interface, is
formally described in the following tables. Each table row represents a
grammar rule. The first rule defines the element “Message” in terms of
smaller elements. Other, smaller elements are defined subsequently.
• Elements in italics indicate that the text is translated (using another
rule, unless obvious).
• Elements in bold indicate that the text is used literally.
• Vertical | bars are field delimiters.
• Square brackets [ ] denote optional inclusion.
• Curly braces { } denote optional repeated inclusion.
• Parentheses ( ) denote grouping.
• Asterisks * denote ignored strings.
• Carets ^ denote subfield separators

page 28 11222832 Rev. 03

 ASTM 1394 Protocol

Workorder Download
Component Syntax Comment
Message Header {
PatientInformationRecord
{ PatientCommentRecord }
{TestOrderRecord
{ TestOrderCommentRecord }
{ ResultRecord } } }Terminator
Header H | \ ^ & | | | | | | | | | | P | 1 |<CR> \ is the repeat
Record delimiter, ^ is the
component delimiter,
& is the escape
character.
Patient P | SeqNo | Patient.Identifier | Note If the patient
Information Patient.Identifier | * | birthdate value
Record Patient.LastName ^ downloaded from
Patient.FirstName ^ the LIS indicates that
Patient.MiddleName ^ * | * | the patient age is
Patient.Birthdate | Patient.Sex | * | greater than 150
* | * | * | * | SpeciesIdentifier | * | years, the birthdate
*|*|*|*|*|*|*|*|*| value is not accepted
PatientLocation.Name | * | * | * | and the patient
* | * | * | * | * | *<CR> birthdate is not
populated in
CentraLink.
Patient Patient Identifier (PID)
Identifier is limited to 40
characters.
If Patient.Identifier is
not specified,
Patient.LastName,
Patient.FirstName,
Patient.MiddleName,
Patient.Birthdate,
Patient.Sex,
SpeciesIdentifier, and
PatientLocation.Name
will not be stored in
the CentraLink
database for this
order.

11222832 Rev. 03 page 29

ASTM 1394 Protocol

Component Syntax Comment

Patient Patient Last Name,
Name First Name, and
Middle Name fields
are restricted to 70
characters each.
Species — If a coding system is
Identifier in effect, this is used
to identify a species
by
SpeciesCode.Value. If
not, this is used to
identify a species by
Species.Name.
Patient If no patient location
Location is specified in the
order record, the
patient location from
the patient record is
used.
Patient C | SeqNo | * | Patient.Comment | —
Comment *<CR>
Record

page 30 11222832 Rev. 03

 ASTM 1394 Protocol

Component Syntax Comment

Test Order O | SeqNo | Sample.Identifier | * | Limit the number of
Record [ Request ] { \ Request } | Priority | workorders per
* | Sample.CollectionTime | * | * ^ Workorder message
* ^ Sample.ContainerType | * | to approximately
ActionCode | * | * | * | 1000 with an average
SampleTypeIdentifier | of 10 requests per
Physician.Identifier | * | * | * | * | * workorder.
|*|*|*|*|*| The CentraLink
PatientLocation.Name | * | * | software does not
*<CR> process ASTM
requested/ordered
date and Time in
Order download
messages.
Physician ID is limited
to 40 characters.
Note Do not mix
Action Codes in the
same message. The
CentraLink software
does not support the
receipt of different
Action Codes (for
example, Cancel and
Add) sent in the
same message.
Example:
Test1 Cancel
Test2 Add-on
Test3 Add-on
Test4 Cancel
In this example Test1
would not be
processed.

11222832 Rev. 03 page 31

ASTM 1394 Protocol

Component Syntax Comment

Container — If a coding system is
Type in effect, this is used
Identifier to identify a container
type by
ContainerTypeCode.
Value. If not, this is
used to identify a
container type by
ContainerType.
Name.
Sample Type — If a coding system is
Identifier in effect, this is used
to identify a sample
type by
SampleTypeCode.Val
ue. If not, this is used
to identify a sample
type by
SampleType.Name.
Request ^ ^ ^ Test ^ This is the dilution
Request.DilutionCondition ^ factor to be
Request.DilutionCoefficient forwarded to the
instrument. The
CentraLink software
does not perform
calculations based on
this value.
Test Test.Name|TestCode.value| If a coding system is
in effect, this is used
to identify a test by
TestCode.Value. If
not, this is used to
identify a test by
Test.Name.
Priority S|A|* S (Stat)
A (ASAP)
Anything else is
interpreted as
Routine.
Note Priority can be
updated by the LIS in
subsequent
workorder
downloads.

page 32 11222832 Rev. 03

 ASTM 1394 Protocol

Component Syntax Comment

Action Code A | C | N | empty Add, cancel, new
respectively. Default
is new.
Test Order C | SeqNo | * | Sample.Comment | —
Comment *<CR> LIS aliquotting
Record requests must be sent
as sample order
comments in the
following format (up
to a maximum of 8
secondary sample
aliquot requests in a
single comment
record using repeat
delimiters):
C|1||AliqTube^
<Aliquot sample
Identifier
1>\AliqTube^
<Aliquot sample ID
2>\...\AliqTube^
<Aliquot sample
Identifier N>

Result R | SeqNo | * ^ * ^ * ^ Test | Stored as the LIS

Record Request.LISPrevResultValue | * | * previous result for the
|*|*|*|*|*| request in the
Request.LISPrevResultTime<CR> CentraLink software.
Multiple previous
patient results for the
same test can be
downloaded.
If previous result time
is not specified, then
current time and date
is provided in the
CentraLink software.
Terminator L | SeqNo | * <CR> —
Record

11222832 Rev. 03 page 33

ASTM 1394 Protocol

Patient Result Upload

Component Syntax Comments
Header Record H|\^&||||||||||P|1| Field 9 contains the
TimeStamp <CR> value CentraLink
with the current
version of the
CentraLink System
Software:
CENTRALINK<versio
n>.TimeStamp in
YYYYMMDDHHmmS
S format
Message HeaderRecord —
PatientInformationRecord [
PatientCommentRecord ]
TestOrderRecord [
TestOrderCommentRecord ] {
ResultRecord {
ResultCommentRecord } }
TerminatorRecord
Patient P | 1 | Patient.Identifier | | —
Information Patient.LastName ^
Record Patient.FirstName ^
Patient.MiddleName | |
Patient.BirthDate |
Patient.Sex | | | | | |
SpeciesIdentifier^Species.Na
me | | | | | | | | | | |
PatientLocation.Name <CR>

Species — If a coding system is

Identifier in effect and a code
for the given sample
type is available,
then the
SpeciesCode.Value
is transmitted. If
not, Species.Name
is transmitted.

Patient C | SeqNo | L | —
Comment Patient.Comment | G<CR>
Record

page 34 11222832 Rev. 03

 ASTM 1394 Protocol

Component Syntax Comments

Test Order O | 1 | Sample.Identifier | —
Record ^Sample.LastRack
^Sample.LastPosition | |
Priority |
Sample.CreationTime |
Sample.CollectionTime | | * ^
*^
Sample.ContainerTypeIdentif
ier | | | | | |
SampleTypeIdentifier |
Physician.Identifier | | | | | | | | |
F <CR>

Sample ID Mandatory.
Alphanumeric code
that uniquely
identifies the
sample. Maximum
field length is 16
characters.

Sample Last The fields O4.1.2

Rack and Last and O4.1.3, are the
Position last rack and
position data values,
which are separated
by the caret symbol,
^, and are uploaded
to the LIS.

Priority R|A|S Routine, ASAP, or

Stat (Normal, High,
or Very high,
respectively)

Container — If a coding system is in

Type Identifier effect, this is used to
identify a container
type by
ContainerTypeCode.V
alue. If not, this is
used to identify a
container type by
ContainerType.Name.

11222832 Rev. 03 page 35

ASTM 1394 Protocol

Component Syntax Comments

Sample Type — If a coding system is
Identifier in effect and a code
for the given sample
type is available, then
SampleTypeCode.Val
ue is transmitted. If
not,
SampleType.Name is
transmitted.
Test Order C | 1 | L | Sample.Comment | G Added only if a
Comment <CR> sample comment is
Record available.
Result Record R | SeqNo | ^ ^ ^ Test ^ User.LoginName is
Result.DilutionCondition sent only if it is
Result.DilutionCoefficient ^ ^ configured on the
Aspect.Name^ Test.Datatype | system Options
Request.Value | | | Flag | | | | menu.
VISTA User ^ User.LoginName | The dilution
Result.AspirationTime | | coefficient is the
Instrument.Name <CR> coefficient reported
by the instrument for
onboard dilution. This
does not incorporate
a manual sample
dilution because the
CentraLink system
calculates results
when a manual
dilution is ordered at
the CentraLink user
interface.
Note The VISTA
User field is used
only for results from
a Dimension Vista®
1500 system.

page 36 11222832 Rev. 03

 ASTM 1394 Protocol

Component Syntax Comments

Test Test.name | TestCode If a coding system is
Test.Value in effect and a code
for the the given
Test.DataType
test is available,
then
TestCode.Value is
transmitted. If not,
Test.Name is
transmitted.

Test.DataType N|S|E|I Test.Datatype

values include:
N = Numeric
S = String E =
Enumerated
I = Image

Flag * | Empty Asterisk if

Instruments flag is
present.
Note The actual
flags are sent as
result comment
records. See
InstrumentFlag
for more details.

InstrumentFlag C | SeqNo | I | Instrument flags

InstrumentFlag.Code | I<CR> and request
comments are sent
only if configured
on the system
Options menu.

Request C | SeqNo | L |
Comment Request.Comment | G<CR>

Terminator L|1<CR> —
Record

Note Delimiters (|) are not included for trailing null fields. For example, if
the tenth field is the last field containing data, the record could terminate
after the tenth field, and would contain only nine delimiters.

11222832 Rev. 03 page 37

ASTM 1394 Protocol

QC Result Upload

Component Syntax Comment

Message HeaderRecord —
PatientInformationRecord
TestOrderRecord {
ResultRecord {
ResultCommentRecord } }
TerminatorRecord
Header Record H|\^&||||||||||P|1| Field 9 contains the
TimeStamp <CR> value CentraLink with
the current version of
the CentraLink
System Software:
CENTRALINK
<version>.

TimeStamp in
YYYYMMDDHHmmSS
format
Patient P | 1 <CR>
Information
Record
Test Order O | 1 | QCLot.Number | | | R |
Record |||||Q||||||||||||||F
<CR>

page 38 11222832 Rev. 03

 ASTM 1394 Protocol

Component Syntax Comment

Result Record R | SeqNo | ^ ^ ^ Test ^ Test.Datatype value
Test.Datatype | Value | | | | | can be numeric or
||| non-numeric.
QCResult.AssessmentTime | The CentraLink
| Instrument.Name <CR> software can be
configured to upload
QC results by lot, in
which the results for
multiple populations
within a lot are
uploaded, or by
population, in which
the results for a
single population
within a lot are
uploaded.
Note Upload by Lot
is not recommended
when uploading
large amounts of QC
results per upload.
When uploading
large amounts of QC
results, the value for
the Time out option
on the Translator
window should be
increased.
Test Test.name | TestCode.Value If a coding system is
in effect and a code
for the given test is
available, then
TestCode.Value is
transmitted. If not,
Test.Name is
transmitted.
Test.DataType N|S|E|I Numeric, String,
Enumerated, or
Image.
Result FlagCommentRecord |
Comment OtherComment
Record Record

11222832 Rev. 03 page 39

ASTM 1394 Protocol

Component Syntax Comment

Flag C | SeqNo | I | Flag | I <CR>
Comment
Record
Other C | SeqNo | L |
Comment QCResult.Comment | G
Record <CR>
Terminator L | 1 <CR> —
Record

page 40 11222832 Rev. 03

 ASTM 1394 Protocol

LAS Status Upload

Component Syntax ASTM Field

Message HeaderRecord
ManufacturerRecord
TerminatorRecord
Header Record H | \ ^ & | | | | | | | | | | Timestamp in
P | 1 | TimeStamp YYYYMMDDHHmmss format
<CR>
Manufacturer M | 1 | I | LasStatus ^
Record SampleId1^
RegistrationDateTim
e | TrayId | Position |
Location1 ^
Location2 ^
Location3 ^
Location4 <CR>
LAS Status I|L|R LAS Status I |L| R
I = Inlabbing
L = Left Equipment (Cold
Storage)
R = Rack
Rack upload is not currently
supported in this upload
message.
Sample ID
Registration Timestamp in
Date Time2 YYYYMMDDHHmmss format
Tray ID/Rack ID ID of the Tray (ADVIA
Automation) or Rack (APTIO
Automation).
Pos Position in tray. Position in
tray is identified by a letter/
digit combination:
A1 through J10
where the letters are
A - J and the numbers are 1-
10
Position in rack is identified
by a numeric value (1-48)

11222832 Rev. 03 page 41

ASTM 1394 Protocol

LAS General ADVIA Automation: ADVIA Automation:

Area - CS CS = Cold Storage
Location 1 MT MT = Main Track
SC SC = Side Car
OT OT = Off Track
Aptio Automation:
Node ID
Location 2 Shelf | Gate (ADVIA If General Area = CS3
Automation)
Then Location 2=Shelf

Floor (Aptio
If General Area = MT, SC, or
Automation)
OT
Then Location 2=Gate

Location 3 Door If General Area = CS3

Then Location 3=Door
Else Location 3 is blank
Location 4 Area Field If General Area = CS3 then
Location 4=Area
Else Location 4 is blank

Notes Explanation
1 Sample ID If the CentraLink system receives an end of route
message from a sample placed into a SIQ tray within
the Sample Manager before the inlabbing message is
uploaded to the LIS, the Centralink system uploads the
information from the end of route message, but the
SID is 'NO READ' instead of the actual SID.
2
Registration Registration date and time are not uploaded if a LAS
Date and Time update query initiates the generation of the sample
LAS information.
3 Location 2, 3, 4 Maximum possible field length is 240.

page 42 11222832 Rev. 03

 ASTM 1394 Protocol

Field-by-Field Descriptions

Message Header Record

Field Order Patient QC Result LAS Status

Download Result Upload to Upload to
from LIS Upload to LIS LIS
LIS
Record Type ID ‘H’ ‘H’ ‘H’ ‘H’
Delimiter ‘|\^&’ ‘|\^&’ ‘|\^&’ ‘|\^&’
Definition
Message Control ID Empty Empty Empty
Access Password Empty Empty Empty
Sender Name or ID Empty Empty Empty
Sender Street Empty Empty Empty
Address
Reserved Field Empty Empty Empty
Sender Telephone Empty Empty Empty
Number
Characteristics of Empty Empty Empty
Sender
Receiver ID Empty Empty Empty
Comment or Empty Empty Empty
Special
Instructions
Processing ID ‘P’ ‘P’ ‘P’
Version No ‘1’ ‘1’ ‘1’
Date and Time of TimeStamp TimeStamp TimeStamp
Message

Patient Information Record

Field Workorder Patient Result QC

Downloaded Uploaded to LIS Result
from LIS Upload
to LIS
Record Type 'P’ 'P' 'P'
Sequence Number SeqNo 1 1
Practice Assigned Patient.Identifier Patient.Identifier Empty
Patient ID

11222832 Rev. 03 page 43

ASTM 1394 Protocol

Field Workorder Patient Result QC

Downloaded Uploaded to LIS Result
from LIS Upload
to LIS
Laboratory Assigned Patient.Identifier Patient.Identifier Empty
Patient ID
Patient ID No. 3 Not Used Empty Empty
Patient Name Patient.LastName Patient.LastName Empty
^ ^ Patient.First
Patient.FirstNam Name
e ^Patient.Middle ^Patient.Middle
Name ^ Not used Name
^ Notused
Mother’s Maiden Not Used Empty Empty
Name
Birthdate Patient.BirthDate Patient.BirthDate Empty
Note If the
patient
birthdate value
downloaded
from the LIS
indicates that
the patient age
is greater than
150 years, the
birthdate value
is not accepted
and the patient
birthdate is not
populated in
CentraLink.
Patient Sex Patient.Sex Patient.Sex Empty
Patient Racethnic Not Used Empty Empty
Origin
Patient Address Not Used Empty Empty
Reserved Field Not Used Empty Empty
Patient Telephone Not Used Empty Empty
Number
Attending Physician Not Used Empty Empty
ID

page 44 11222832 Rev. 03

 ASTM 1394 Protocol

Field Workorder Patient Result QC

Downloaded Uploaded to LIS Result
from LIS Upload
to LIS
Special Field 1 SpeciesCode. SpeciesCode. Empty
Value Value
(No coding (No coding
system: system:
Species.Name) Species.Name)
^Species.Name

Special Field 2 Not Used Empty Empty

Patient Height Not Used Empty Empty
Patient Weight Not Used Empty Empty
Patient’s Known or Not Used Empty Empty
Suspected Diagnosis
Patient Active Not Used Empty Empty
Medications
Patients Diet Not Used Empty Empty
Practice Field No. 1 Not Used Empty Empty
Practice Field No. 2 Not Used Empty Empty
Admission and Not Used Empty Empty
Discharge Dates
Admission Status Not Used Empty Empty
Location PatientLocation. PatientLocation. Empty
Name Name
Nature of Alternative Not Used Empty Empty
Diagnostic Code and
Classifiers
Alternative Diagnostic Not Used Empty Empty
Code and
Classification
Patient Religion Not Used Empty Empty
Marital Status Not Used Empty Empty
Isolation Status Not Used Empty Empty
Language Not Used Empty Empty
Hospital Service Not Used Empty Empty
Hospital Institution Not Used Empty Empty
Dosage Category Not Used Empty Empty

11222832 Rev. 03 page 45

ASTM 1394 Protocol

Test Order Record

Field Workorder Patient Result QC Result

Downloaded Uploaded to LIS Upload to LIS
from LIS
Record Type ID 'O’ 'O' 'O'
Sequence Number SeqNo 1 1
Specimen ID Sample.Identifier Sample.Identifier QCLot.Number
Instrument Not used ^ Sample.LastRack ^ Empty
Sample.LastPosition
Specimen ID
Universal Test ID ^^^ Empty Empty
TestIdentifier ^
Request.Dilution
Condition ^
Request.Dilution
Coefficient
Priority Priority Priority ‘R’
Requested/Ordered Not used Sample.Creation Empty
Date and Time Time
Specimen Sample.Collection Sample.Collection Empty
Collection Date Time Time
and Time
Collection End Not used Empty Empty
Time
Collection Volume Not used ^ Not Not used ^ Not Empty
used ^ used ^
ContainerType ContainerType
Code.Value Code.Value
(No coding (No coding
system: system:
ContainerType. ContainerType.
Name) Name)

Collector ID Not used Empty Empty

Action Code A | C | N | empty Empty ‘Q’
Danger Code Not used Empty Empty
Relevant Clinical Not used Empty Empty
Information
Date/Time Not used Empty Empty
Specimen Received
Specimen SampleType SampleType Empty
Descriptor Identifier Identifier

page 46 11222832 Rev. 03

 ASTM 1394 Protocol

Field Workorder Patient Result QC Result

Downloaded Uploaded to LIS Upload to LIS
from LIS
Ordering Physician Physician. Physician. Empty
Identifier Identifier
Physician’s Not used Empty Empty
Telephone Number
User Field No. 1 Not used Empty Empty
Users Field No. 2 Not used Empty Empty
Laboratory Field Not used Empty Empty
No. 1
Laboratory Field Not used Empty Empty
No. 2
Date/Time Results Not used Empty Empty
Reported or Last
Modified
Instrument Charge Not used Empty Empty
to Computer
System
Instrument Not used Empty Empty
Section ID
Report Type Not used 'F' 'F'
Reserved Field Not used Empty Empty
Location or Ward Not used Empty Empty
of Specimen
Collection
Nosocomial Not used Empty Empty
Infection Flag
Specimen Service Not used Empty Empty
Specimen Not used Empty Empty
Institution

11222832 Rev. 03 page 47

ASTM 1394 Protocol

Result Record

Field Workorder Patient Result QC Result

Downloaded from Uploaded to LIS Uploaded to LIS
LIS
Result Upload to ‘R’ 'R' 'R'
LIS
Sequence Number SeqNo SeqNo SeqNo
Universal Test ID ^^^ ^^^ ^^^
TestCode.Value TestCode.Value TestCode.Value
(No coding (No coding (No coding
system: system: system:
Test.Name) Test.Name) Test.Name)
^ Result.Dilution ^^^^
Condition ^
Aspect.Name
Result.Dilution
(only without –c
Coefficient ^ ^
option)
Aspect.Name^Test.
DataType ^Test.DataType
Data or Request.LISPrev Request.StringValue QCResult.Value
Measurement ResultValue
Value
Units Not used Empty Empty
Reference Ranges Not used Empty Empty
Result Abnormal Not used Flag Empty
Flags
Nature of Not used Empty Empty
Abnormality
Testing
Result Status Not used Empty Empty
Date of Change in Not used Empty Empty
Instrument
Normative Values
or Units
Operator Not used ^ User.LoginName Empty
Identification
Date/Time Test Request.LISPrev Result.Aspiration QCResult.
Started ResultTime Time AssessmentTime
Date/Time Test Not used Empty Empty
Completed
Instrument Not used Instrument.Name Instrument.Name
Identification

page 48 11222832 Rev. 03

 ASTM 1394 Protocol

Patient Comment Record

Field Workorder Patient Result QC Result

Downloaded from Uploaded to LIS Uploaded to
LIS LIS
Record Type ID 'C’ 'C' Not Used
Sequence Number SeqNo SeqNo Not Used
Comment Source Not used 'L' Not Used
Comment Text Patient.Comment Patient.Comment Not Used
Comment Type Not used 'G' Not Used

Test Order Comment Record

Field Workorder Patient result QC Result

Downloaded from Uploaded to LIS Uploaded to LIS
LIS
Record Type ID 'C’ 'C' Not Used
Sequence Number SeqNo 1 Not Used
Comment Source Not used 'L' Not Used
Comment Text Sample.Comment Sample.Comment Not Used
Comment Type Not used 'G' Not Used

Result Comment Record

When uploading patient and QC results, the CentraLink system transmits
flags as comment records.

Field Workorder Patient Result QC Result

Downloaded Uploaded to LIS Uploaded to
from LIS LIS
Record Type ID — 'C' Not Used
Sequence Number — SeqNo Not Used
Comment Source — 'I' or ‘L’ Not Used
Comment Text — Flag code or other Not Used
comment
Comment Type — 'I' or ‘G’ Not Used

11222832 Rev. 03 page 49

ASTM 1394 Protocol

Request Information Record

Field Workorder Patient Result QC Result

Downloaded from Uploaded to LIS Uploaded to
LIS LIS
Record Type ID 'Q’ 'Q' Not Used
Sequence Number Not used Not used Not Used
Starting Range ID Not used Not used Not Used
Number
Ending Range ID Not used Not used Not Used
Number
Universal Test ID Not used Not used Not Used
Nature of Request Not used Not used Not Used
Time Limits
Beginning Request Not used Not used Not Used
Results Date and
Time
Ending Request Not used Not used Not Used
Results Date and
Time
Request Physician Not used Not used Not Used
Name
Requesting Not used Not used Not Used
Physician
Telephone Number
User defined Field Not used Not used Not Used
No. 1
User defined Field Not used Not used Not Used
No. 2
Request Not used Not used Not Used
Information Status
Codes

page 50 11222832 Rev. 03

 ASTM 1394 Protocol

Message Terminator Record

Field Order Patient QC Result LAS Status

Download Result Upload to Upload to
from LIS Upload to LIS LIS
LIS
Record Type ID ‘L’ ‘L’ ‘L’ ‘L’

Sequence Number SeqNo 1 1 1

Termination Code Not used ‘N’ ‘N’ ‘N’

Scientific Record

Field Workorder Patient Result QC Result

Downloaded Uploaded to LIS Uploaded to LIS
from LIS
1. Record Type ID 'S’ 'S' Not Used
2. Sequence Not used Not used Not used
Number
3. Analytical Not used Not used Not used
Method
4. Instrumentation Not used Not used Not used
5. Reagents Not used Not used Not used
6. Units of Not used Not used Not used
Measure
7. Quality Not used Not used Not used
Control
8. Specimen Not used Not used Not used
Descriptor
9. Reserved Field Not used Not used Not used
10. Container Not used Not used Not used
11. Specimen ID Not used Not used Not used
12. Analyte Not used Not used Not used
13. Result Not used Not used Not used
14. Result Units Not used Not used Not used
15. Collection Not used Not used Not used
Date and Time
16. Result Date Not used Not used Not used
and Time

11222832 Rev. 03 page 51

ASTM 1394 Protocol

Field Workorder Patient Result QC Result

Downloaded Uploaded to LIS Uploaded to LIS
from LIS
Analytical Not used Not used Not used
Preprocessing
Steps
Patient Not used Not used Not used
Diagnosis
Patient Not used Not used Not used
BirthDate
Patient Sex Not used Not used Not used
Patient Race Not used Not used Not used

Manufacturer Information Record

Field Order Patient QC Result LAS Status

Download Result Upload to Upload to LIS
from LIS Upload to LIS
LIS
1. Record ‘M’ ‘M’ ‘M’ ‘M’
Type ID
2. Sequence Not used SeqNo SeqNo 1
Number
3. User Not used Not used Not used I
specific
4. User Not used Not used Not used LasStatus ^
specific SampleId ^
Datetime
5. User Not used Not used Not used TrayId
specific
6. User Not used Not used Not used Position
specific
7. User Not used Not used Not used Location1 ^
specific Location2 ^
Location3 ^
Location4

page 52 11222832 Rev. 03

 ASTM 1394 Protocol

ASTM Transmission Examples

Patient sensitive information was made anonymous within the following
examples; therefore, checksums for records with anonymous information
may not be accurate.

Message from LIS to CentraLink - LIS Aliquot functionality

(One Secondary Sample Requested)
H|\^&||||||||||P|1
P|1|2833570|2833570||Vogt^Paul||19700929|M
O|1|9000039904|||R||||||A||||S|500186
C|1||AliqTube^9000039918|
O|2|9000039918||^^^7090^^\^^^7100^^\^^^7140^^\^^^43062^^\^^^
7150^^|R||||||A||||S|500186
L|1
Primary SID: 9000039904
Secondary SID: 9000039918

Message from LIS to CentraLink - LIS Aliquot functionality

(Two Secondary Samples Requested in single message)
H|\^&||||||||||P|1
P|1|2833570|2833570||Vogt^Paul||19700929|M
O|1|9000039904|||R||||||A||||S|500186
C|1||AliqTube^9000039918\AliqTube^9000039919|
O|2|9000039918||^^^7090^^\^^^7100^^\^^^7140^^R||||||N||||S|500186
O|3|9000039919||^^^43062^^\^^^7150^^|R||||||N||||S|500186
L|1
Primary SID: 9000039904
Secondary SID 1: 9000039918
Secondary SID 2: 9000039919

11222832 Rev. 03 page 53

ASTM 1394 Protocol

Message from LIS to CentraLink - LIS Aliquot functionality

(Two Secondary Samples Requested with multiple messages)
H|\^&||||||||||P|1
P|1|2833570|2833570||Vogt^Paul||19700929|M
O|1|9000039904|||R||||||A||||S|500186
C|1||AliqTube^9000039918|
O|2|9000039918||^^^7090^^\^^^7100^^\^^^7140^^|R||||||N||||S|50018
6
L|1
H|\^&||||||||||P|1
P|1|2833570|2833570||Vogt^Paul||19700929|M
O|1|9000039904|||R||||||A||||S|500186
C|1||AliqTube^9000039919|
O|2|9000039919||^^^43062^^\^^^7150^^|R||||||N||||S|500186
L|1
Primary SID: 9000039904
Secondary SID 1: 9000039918
Secondary SID 2: 9000039919

page 54 11222832 Rev. 03

 ASTM 1394 Protocol

Workorder Download: LIS to the CentraLink System,

New Workorders
Host action CentraLink response
Host: >ENQ< CentraLink: >ACK<
Host: CentraLink: >ACK<
>STX1H|\^&||||||||||P|1<CR>E
TXBA<CR><LF>
Host: CentraLink: >ACK<
>STX2P|1|1234560|||LASTN
AME1^FIRSTNAME1||19500
101|M<CR>ETX5F<CR><LF>
Host: CentraLink: >ACK<
>STX3O|1|1111111111||^^
^10^\^^^14^\^^^15^\^^^1
6^\^^^17^\^^^18^|R||2006
0516091500||||A|||||<CR>ET
XE6<CR><LF>
Host: CentraLink: >ACK<
>STX4P|2|1234561|||LAST
NAME2^FIRST
NAME2||19500202|F<CR>E
TX92<CR><LF>
Host: CentraLink: >ACK<
>STX5O|1|2222222222||^^
^fe^\^^^trf^|R||200605160
00000||||A|||||<CR>ETX37<C
R><LF>
Host: CentraLink: >ACK<
>STX6L|1|<CR>ETXBB<CR><
LF>
Host: >EOT<

Workorder Download: LIS to the CentraLink System,

Multiple Previous LIS Results
The following workorder message orders four tests: ALB, TSH, ALT, and
HGB for Sample ID, MUL2.
Test ALB contains 3 previous LIS results, TSH contains 1 previous LIS result,
ALT contains 2 previous LIS results and HGB does not contain any previous
LIS results.
Note You can view the displayed LIS Results at the LIS Previous Results
tab at the Request window, which you access by double-selecting the
request at the Review and Edit window.

11222832 Rev. 03 page 55

ASTM 1394 Protocol

H|\^&||||||||||P|1|
P|1|125|125||Lastname^Firstname^Mr.||19110707|M||||555
-1212|||||||||||||||||||||
O|1|MUL2||^^^ALB^NEAT^2|||||||A|||||||||ER||||||||||
R|1|^^^ALB|1.21||||||||20050101140000|
R|2|^^^ALB|1.22||||||||20040101152700|
R|3|^^^ALB|1.23||||||||20030101143457|
O|2|MUL2||^^^TSH|||||||A|||||||||ER||||||||||
R|1|^^^TSH|2.22||||||||20050101|
O|3|MUL2||^^^ALT|||||||A|||||||||ER||||||||||
R|1|^^^ALT|3.22||||||||20030303152700|
R|2|^^^ALT|3.23||||||||20030303143457|
O|4|MUL2||^^^HGB|||||||A|||||||||ER||||||||||
L|1F

Workorder Download: LIS to the CentraLink System, Rerun

(action code “A” required)
Host: >ENQ<
CentraLink: >ACK<
Host: >STX1H|\^&||||||||||P|1<CR>ETXBA<CR><LF>
CentraLink: >ACK<
Host:
>STX2P|1|1234561|||LASTNAME^FIRSTNAME||19510101|M<CR>E
TXCA<CR><LF>
CentraLink: >ACK<
Host:
>STX3O|1|3332221111||^^^cl^|R||20060516143000||||A||||
|<CR>ETX26<CR><LF>
CentraLink: >ACK<
Host: >STX4L|1|<CR>ETX3D<CR><LF>
CentraLink: >ACK<
Host: >EOT<

page 56 11222832 Rev. 03

 ASTM 1394 Protocol

Quality Control Result Upload: CentraLink System to LIS

CentraLink: >ENQ<
Host: >ACK<
CentraLink:
>STX1H|\^&||||||||||P|1|20060630132618<CR>ETXFC<CR><LF
>
Host: >ACK<
CentraLink: >STX2P|1|||||||U<CR>ETXF8<CR><LF>
Host: >ACK<
CentraLink:
>STX3O|1|110302|||R||||||Q||||||||||||||F<CR>ETXEF<CR>
<LF>
Host: >ACK<
CentraLink:
>STX4R|1|^^^FolateBA^^^^^N|6.19||||||||20060630133504|
|Centaur_3<CR>ETX22<CR><LF>
Host: >ACK<
CentraLink: >STX5L|1|N<CR>ETX08<CR><LF>
Host: >ACK<
CentraLink: >EOT<

Quality Control Result Upload: CentraLink System to LIS By Lot

CentraLink:{ENQ}<
LIS:{ACK}<
CentraLink:{STX}1H|\^&|||||||CENTRALINK
15.0.0|||P|1|20090626182922{CR}{ETX}32{CR}<
LIS:{ACK}<
CentraLink:{STX}2P|1|||||||U{CR}{ETX}F8{CR}<
LIS:{ACK}<
CentraLink:
{STX}3O|1|40711|||||||||Q||||||||||||||F{CR}{ETX}73{CR
}<
LIS:{ACK}<

11222832 Rev. 03 page 57

ASTM 1394 Protocol

CentraLink:
{STX}4R|1|^^^COR^^^^DOSE^N|150.0||||||||20090626061033
||Centaur XP{CR}{ETX}B4{CR}<
LIS:{ACK}<
CentraLink:
{STX}5R|2|^^^COR^^^^DOSE^N|151.0||||||||20090626121033
||Centaur XP{CR}{ETX}B4{CR}<
LIS:{ACK}<
CentraLink:
{STX}6R|3|^^^FSH^^^^DOSE^N|15.0||||||||20090626061033|
|Centaur XP{CR}{ETX}85{CR}<
LIS:{ACK}<
CentraLink:
{STX}7R|4|^^^FSH^^^^DOSE^N|15.1||||||||20090626121033|
|Centaur XP{CR}{ETX}85{CR}<
LIS:{ACK}<
CentraLink:
{STX}0R|5|^^^TSH^^^^DOSE^N|0.80||||||||20090626061033|
|Centaur XP{CR}{ETX}91{CR}<
LIS:{ACK}<
CentraLink:
{STX}1R|6|^^^TSH^^^^DOSE^N|0.81||||||||20090626121033|
|Centaur XP{CR}{ETX}91{CR}<
LIS:{ACK}<
CentraLink:{STX}2L|1{CR}{ETX}3B{CR}<
LIS:{ACK}<
CentraLink:{EOT}<

Quality Control Result Upload: CentraLink System to LIS By

Population
CentraLink:{ENQ}<
LIS:{ACK}<
CentraLink:{STX}1H|\^&|||||||CENTRALINK
15.0.0|||P|1|20090626183542{CR}{ETX}31{CR}<
LIS:{ACK}<
CentraLink:{STX}2P|1|||||||U{CR}{ETX}F8{CR}<
LIS:{ACK}<

page 58 11222832 Rev. 03

 ASTM 1394 Protocol

CentraLink:
{STX}3O|1|40711|||||||||Q||||||||||||||F{CR}{ETX}73{CR
}<
LIS:{ACK}<
CentraLink:
{STX}4R|1|^^^COR^^^^DOSE^N|150.0||||||||20090626061033
||Centaur XP{CR}{ETX}B4{CR}<
LIS:{ACK}<
CentraLink:
{STX}5R|2|^^^COR^^^^DOSE^N|151.0||||||||20090626121033
||Centaur XP{CR}{ETX}B4{CR}<
LIS:{ACK}<
CentraLink:{STX}6L|1{CR}{ETX}3F{CR}<
LIS:{ACK}<
CentraLink:{EOT}<

CentraLink:{ENQ}<
LIS:{ACK}<
CentraLink:{STX}1H|\^&|||||||CENTRALINK
15.0.0|||P|1|20090626183542{CR}{ETX}31{CR}<
LIS:{ACK}<
CentraLink:{STX}2P|1|||||||U{CR}{ETX}F8{CR}<
LIS:{ACK}<
CentraLink:
{STX}3O|1|40711|||||||||Q||||||||||||||F{CR}{ETX}73{CR
}<
LIS:{ACK}<
CentraLink:
{STX}4R|1|^^^FSH^^^^DOSE^N|15.0||||||||20090626061033|
|Centaur XP{CR}{ETX}81{CR}<
LIS:{ACK}<
CentraLink:
{STX}5R|2|^^^FSH^^^^DOSE^N|15.1||||||||20090626121033|
|Centaur XP{CR}{ETX}81{CR}<
LIS:{ACK}<
CentraLink:{STX}6L|1{CR}{ETX}3F{CR}<

11222832 Rev. 03 page 59

ASTM 1394 Protocol

LIS:{ACK}<
CentraLink:{EOT}<
CentraLink:{ENQ}<
LIS:{ACK}<
CentraLink:{STX}1H|\^&|||||||CENTRALINK
15.0.0|||P|1|20090626183542{CR}{ETX}31{CR}<
LIS:{ACK}<
CentraLink:{STX}2P|1|||||||U{CR}{ETX}F8{CR}<
LIS:{ACK}<
CentraLink:
{STX}3O|1|40711|||||||||Q||||||||||||||F{CR}{ETX}73{CR
}<
LIS:{ACK}<
CentraLink:
{STX}4R|1|^^^TSH^^^^DOSE^N|0.80||||||||20090626061033|
|Centaur XP{CR}{ETX}91{CR}<
LIS:{ACK}<
CentraLink:
{STX}5R|2|^^^TSH^^^^DOSE^N|0.81||||||||20090626121033|
|Centaur XP{CR}{ETX}91{CR}<
LIS:{ACK}<
CentraLink:{STX}6L|1{CR}{ETX}3F{CR}<
LIS:{ACK}<
CentraLink:{EOT}<
Result Upload: CentraLink System to LIS
CentraLink: >ENQ<
Host: >ACK<
CentraLink:
>STX1H|\^&||||||||||P|1|20070612003418<CR>ETXF8<CR><LF
>
Host: >ACK<
CentraLink:
>STX2P|1|A0000001|A0000001||LASTNAME^FIRSTNAME||192002
02|F||||||Human^Human|||||||||||93434<CR>ETXFA<CR><LF>
Host: >ACK<

page 60 11222832 Rev. 03

 ASTM 1394 Protocol

CentraLink:
>STX3O|1|X111111111|||R|20070611164759|20070611133000|
|^^Primary Tube||||||Serum||||||||||F<CR>ETX69<CR><LF>
Host: >ACK<
CentraLink:
>STX4R|1|^^^ALB^Neat^1.0^^^N|3.8||||||||20070611231253
||2402<CR>ETX59<CR><LF>
Host: >ACK<
CentraLink:
>STX5R|2|^^^CREA^Neat^1.0^^^N|1.5||||||||2007061123125
3||2402<CR>ETXA2<CR><LF>
Host: >ACK<
CentraLink:
>STX6R|3|^^^NA^Neat^1.0^^^N|146||||||||20070611231253|
|2402<CR>ETX4C<CR><LF>
Host: >ACK<
CentraLink:
>STX7R|4|^^^K^Neat^1.0^^^N|4.6||||||||20070611231253||
2402<CR>ETX07<CR><LF>
Host: >ACK<
CentraLink:
>STX0R|5|^^^CL^Neat^1.0^^^N|110||||||||20070611231253|
|2402<CR>ETX47<CR><LF>
Host: >ACK<
CentraLink: >STX1R|6|^^^HEMO^Neat^1.0^^^E|-
||||||||20070611231253||2402<CR>ETX71<CR><LF>
Host: >ACK<
CentraLink: >STX2R|7|^^^ICTE^Neat^1.0^^^E|-
||||||||20070611231253||2402<CR>ETX6F<CR><LF>
Host: >ACK<
CentraLink: >STX3R|8|^^^LIPE^Neat^1.0^^^E|-
||||||||20070611231253||2402<CR>ETX76<CR><LF>
Host: >ACK<
CentraLink: >STX4L|1|N<CR>ETX09<CR><LF>
Host: >ACK<
CentraLink: >EOT<

11222832 Rev. 03 page 61

ASTM 1394 Protocol

Result Upload: CentraLink System to LIS, ID Assay

Algorithm Result
CentraLink: >ENQ<
Host: >ACK<
CentraLink:
>STX1H|\^&||||||||||P|1|20080501195056<CR>ETX00<CR><LF
>
Host: >ACK<
CentraLink:
>STX2P|1|Z111111|Z111111||LASTNAME^FIRSTNAME||19500101
|M||||||Human^Human<CR>ETX15<CR><LF>
Host: >ACK<
CentraLink:
>STX3O|1|G123456789|^0057^C||R|20080501195020|||||||||
||||||||||F<CR>ETX27<CR><LF>
Host: >ACK<
CentraLink:
>STX4R|1|^^^HCV^^^^INDX^N|0.8||||||||20060412125859||C
entaur_1<CR>ETX2A<CR><LF>
Host: > ACK <
CentraLink: >STX5C|1|L|Manual Validation
Required|G<CR>ETX26<CR><LF>
Host: > ACK <
CentraLink:
>STX6R|2|^^^HCV^^^^RLU^S|800||||||||20060412125859||Ce
ntaur_1<CR>ETXF4<CR><LF>
Host: > ACK <
CentraLink:
>STX7R|3|^^^HCV^^^^COFF^S|1.0||||||||20060412125859||C
entaur_1<CR>ETX18<CR><LF>
Host: > ACK<
CentraLink:
>STX0R|4|^^^HCV^^^^INTR^S|Equiv||||||||20060412125859|
|Centaur_1<CR>ETXAC<CR><LF>
Host: >ACK<
CentraLink:
>STX1R|5|^^^HCV_RVT^^^^^S|N<CR>ETX09<CR><LF>
Host > ACK <

page 62 11222832 Rev. 03

 ASTM 1394 Protocol

CentraLink:
>STX2R|6|^^^HCV_INTR^^^^^E|EQ<CR>ETX86<CR><LF>
Host: > ACK <
CentraLink:
>STX3R|7|^^^HCV_1_EQ^^^^^S|Y<CR>ETX42<CR><LF>
Host: > ACK <
CentraLink:
>STX4R|8|^^^HCV_2_EQ^^^^^S|Y<CR>ETX45<CR><LF>
Host: >ACK<
CentraLink:
>STX5R|9|^^^HCV_3_R^^^^^S|Y<CR>ETX04<CR><LF>
Host: > ACK <
CentraLink: >STX6L|1|N<CR>ETX09<CR><LF>
Host: >ACK<
CentraLink: >EOT<

11222832 Rev. 03 page 63

ASTM 1394 Protocol

page 64 11222832 Rev. 03

 Technidata LMX 6.0

5 Technidata LMX 6.0

This section describes the Technidata protocol used for the communication
link between the CentraLink system and a laboratory information system
(LIS) or host computer.
This section is intended for the information systems professional
responsible for connecting the CentraLink system and your host computer.
Please contact your local technical support provider or distributor if you
need additional information.
The CentraLink software supports communication with the Technidata.
LMX LIS using FTP as low level protocol and ASTM 1238 as high level
protocol.

Overview
The LMX communication link allows the LIS to transmit workorders and
multiple previous patient results for the same test to the CentraLink
software and to accept QC and patient test results transmitted from the
CentraLink software.
The LIS initiates sending patient workorder information to the CentraLink
system before each sample run. The information will be parsed and stored
in the system for download to the instrument.
The CentraLink system can be configured to automatically transfer
available results to the host or manually transfer results to permit the
operator time to review the data and release the sample results.

Translator Specific Options

In the CentraLink system, the driver for the Technidata LMX translator is
the lmxs driver.

11222832 Rev. 03 page 65

Technidata LMX 6.0

The translator specific options are the following:

-b <Order file prefix> The -b <Order file prefix> option specifies the
prefix of the order file name.
The default setting is DEM.
Expected workorder file names are <Order file
prefix><SeqNo>.AST.
<SeqNo> is a configurable sequence number.
Files are processed on receipt by the CentraLink
system and are deleted afterwards.
-i <incoming file The -i option specifies the directory that is used
directory> to read the incoming workorders. In most cases
this is the FTP root (C:\inetpub\ftproot) or a
subdirectory of it. This is mandatory.
-l The -l option specifies that the patient location
is stored in the OBR.19 field. If it is not set, the
default location is P.26.
-r <Receiver ID> The -r option specifies the receiver ID that will
be in the ASTM message (field 7.10). The
default value is 38-1.

-s <Sender ID> The -s option specifies This specifies the sender

ID that will be in the ASTM message (field 7.5).
The default value is LMXS.
-t <Sleep time> The -t option specifies the number of seconds
the translator will wait between two
consecutive checks for new incoming
workorder files. The default value is 30.

-v <Protocol version> The -v option specifies the protocol version that

will be in the ASTM message (field 7.13). The
default value used for LMX communication is
A2.2.

page 66 11222832 Rev. 03

 Technidata LMX 6.0

Translator Generic Export Options

LMX 6.0 and later export options are not backward compatible with
previous versions. You enter the following translator generic export
options in the Specific Options field.

[-O <Value>] Export directory.

Result files will be placed in this location.
[-E <Value>] Export file pattern. Subdirectories can be specified
and are created automatically, except when '-U' is
specified.
For example, {Date:%Y}/{Date:%m%d}/
{Time:%H%M%S}-{#*}.txt
Default is 'RES{###}.AST'

Possible patterns:
{DateTime[:format]}
Standard format: %Y%m%d%H%M%S
{Date[:format]}
Standard format: %Y%m%d
{Time[:format]}
Standard format: %H%M%S
{#*}
Counter, unlimited in length, starts from 1
{#..#}
Where a limited amount of '#' characters can be
specified, the target Counter will be of the same
length.
e.g. {####} will start from 0001, 9999 is the last
allowed value
Note The counter increments if the rest of the
filename is not unique. For unique filenames, for
example, filenames based on time, the counter is
set to 1.
If Counter exceeds the amount of allowed digits, an
error is raised, the results are not output to file, but
the driver does not exit.

11222832 Rev. 03 page 67

Technidata LMX 6.0

[-E <Value>] seq[:format]

(cont’d) Similar to {#...#} format, however, the next Counter
is always equal to the last one found + 1.
Standard format: - (starts from 1)
Allowed format: 9.......9'', where the amount of 9-
digits specify the maximum counter length. For
example, seq:9999 starts from 0001.
If Counter exceeds the amount of allowed digits
(for example, after the counter has reached 9999
when seq:9999 is specified), the counter does not
reset. An error is raised and the results are not
output to file, but the driver does not exit.
Examples of result file format: for a date of 04/05/
2008 and time = 14:03:51
-O C:\LMX -E{Date:%Y}/{Date:%m%d}/
{Time:%H%M%S}-{#*}.txt
Filename =140351-1.txt in the folder
C:\LMX\2008\0405\
-O C:\LMX -E {DateTime:%Y%m%d%H%M%S}-
{SEQ:-}.AST
Filename = 20080503135944-1.AST in the C:\LMX
folder

page 68 11222832 Rev. 03

 Technidata LMX 6.0

[-U <List>] Use FTP when storing files on the export directory:
'Protocol=FTP',''Host='<IP Address>'or
‘<Hostname’>,','['Service='<Value>]','
['User='<Value>]','['Password='<Value>]','
['TransferMode='<'Binary' | 'Ascii'>]','
['ConnectionMode='<'Passive' | 'Active'>]','
['TimeOut='<Value (milliseconds)>]

Default service is 'ftp'

Default user is 'anonymous'. Password not needed
in case of user 'anonymous', ',' characters in a
password should be specified as '~,'.
Default transfer mode is 'Binary'.
Default connection mode 'Passive'.
Default time-out is 0 (no time-out).

For example: -U
Protocol=FTP,Host=172.31.21.22,
TransferMode=Ascii
Note ConnectionMode Passive -> FTP server
opens FTP dataport (FTP PASV)
ConnectionMode Active -> FTP client opens FTP
dataport (FTP PORT)
When a firewall is installed in between FTP client
and server, use Passive, as in this case, the FTP
client session always takes the initiative.
[-Y <Value> ] Storage directory for temporary files.
If unspecified, 'Root-Directory'/tmp is assumed.
On UNIX/Windows platforms, the terminating '/'
character is mandatory.
When using -U FTP, this option is mandatory and
the directory must be specified. For example,
D:\CentraLink\tmp

11222832 Rev. 03 page 69

Technidata LMX 6.0

[-J <List>] File store method.

<STORE_NORMAL |
STORE_TRUNCATE' |
STORE_APPEND'[',Separators='<Separators>] |
STORE_OKFILE'[',Extension='<OKFileExtension>]>

'STORE_NORMAL'
If the target file exists, an error is generated.
If a file unique making pattern {{#...#} or {seq}) is
specified, a new file is created each time.

'STORE_APPEND'[',Separators='<Separators>]
The target file is appended.
Note The file is appended only if the -E option
does not contain the unique marking patterns
{{#...#} or {seq}). If these patterns are used then
STORE_APPEND is interpreted as STORE_NORMAL.
<Separators> = semi-colon-separated list of
decimal-coded numbers.
Separators added to the target file in between data
appends.
For example, '-J STORE_APPEND,Separators=13;10'
adds a carriage return and a new line between
target file data appends.
STORE_OKFILE'[',Extension='<OKFileExtension>]
The target file is accompanied by an OK file with
the same file name, except for the extension.
When only '-J STORE_OKFILE' is specified, extension
'ok' is assumed.
Note When the -E option specifies a file unique
making pattern ({#...#} or {seq}), then
'STORE_APPEND' is interpreted as
'STORE_NORMAL'.
Default is '-J STORE_NORMAL'

Examples of Specific Options

FTP
-i c:\inetpub\ftproot -O Export\ -Y D:\centralink\tmp\
-U Protocol=FTP,Host=x.x.x.x -J STORE_NORMAL
where

page 70 11222832 Rev. 03

 Technidata LMX 6.0

• Export is a sub-folder on the FTProot folder on the LMX host

• Host =x.x.x.x - replace with the IP address of the LMX host

Shared folder:
-i \\<servername>\<Sharename>\ -O
\\<servername>\<Sharename>\
where \\<servername>\<Sharename>\ defines a shared folder.
Note If you are using a UNIX/LINUX server, verify the proper technique for
specifying addresses.

File Transfer
Communication with the LMX is handled by two programs:
• The LMX translator processes all workorder files and creates results
files.
• The File Transmitter is a separate program, running as a Windows
process, that takes care of the FTP file transfer over the network. It is
not needed when a shared network volume is being used.
The File Transmitter is installed by the CentraLink installation program. No
configuration is needed afterwards. Specify the –U Protocol=FTP
parameter for the LMX translator. The -i parameter must specify the FTP
folder on the CentraLink server where the files are put by the LMX. If files
must be put in a specific subdirectory of the LMX FTP server, you should
also specify the -O <Subdirectory name>\ parameter.
Note The “\” after the subdirectory name in the -O <Subdirectory name>\
parameter is required.
File naming conventions:
• Workorder files: DEMxxx.AST
The prefix, DEM by default, is configurable using the -b switch. xxx is a
configurable sequence number.
• Result files: RESxxx.AST
The prefix, RES by default, can be configured using the -E switch.
Files are processed on receipt by the CentraLink system and deleted
afterwards. Sequence numbers of the result files are reset each time the
translator is restarted, so make sure that all files are processed on the LMX
before restarting the translator.

11222832 Rev. 03 page 71

Technidata LMX 6.0

The CentraLink software will generate a .OK file after the result file has
been fully transferred or created. Incoming .OK files for the workorder files
can be used, but the CentraLink software does not use the contents of the
.OK file to verify that the workorder file is completely downloaded. Instead,
the CentraLink software waits 10 seconds after the last modification time
of the workorder file to process the workorder file.
Note A new workorder for the same patient can be processed at the LIS
before the previous results are validated and uploaded. It is possible that
the previously displayed results are not the most recently validated results.

FTP Error for LMX Transmission

If an error stating
The computer is disconnected from the network
displays on the screen or in the LMX translator log, it may be caused by
Internet Explorer being set to work offline. You can deselect the option
using the Internet Explorer File menu.

Specimen Receipt Information with the Technidata LMX Protocol

Specimen receipt (inlabbing) information such as SID, read date and time,
and check-in location are transmitted from the CentraLink system to the LIS
in the Order Segment record of the Patient Result Upload message.
For information on the grammar of the inlabbing information contained
within a result file and an example of the inlabbing transmission to the LIS,
refer to Specimen Receipt Information and Archive Location Transmission,
page 85.

page 72 11222832 Rev. 03

 Technidata LMX 6.0

Action Codes
The behavior of the action code in OBR record 12 is as follows:

Action Action
Code
R 1. If sample available for different patient: unmatched
patient error. If not:
2. Rerun matching uploaded database requests.
3. Delete database requests with status < UPL that are
not in the order.
4. Add requests that are in the order but not in the
database.
5. If sample ID does not exist in the database, add new
sample.
S 1. If sample available for different patient: unmatched
patient error
2. Omit all database requests with status < Review.
Note The Action Code field should not be blank.

Specific Action Code Behavior

The behavior depends on the setting of the Full Sample Download option
on the LIS channel in the CentraLink system by your local Siemens
representative. There are two possible actions the CentraLink system can
take when receiving a workorder using the LMX protocol:
• Full Sample Download Enabled: When the CentraLink software
receives an updated workorder from the LIS using the LMX
communication protocol, any current result in the CentraLink system
with a status of REV (Review) or VAL (Validated) will be omitted if these
requests are absent from the updated workorder. Results with a status
of UPL (Uploaded) are not affected. This setting was the default
behavior for the CentraLink software prior to version 14.0.
• Full Sample Download Disabled: When the CentraLink software
receives an updated workorder from the LIS using the LMX
communication protocol, tests that are present in CentraLink but not
present in the workorder are not affected.

11222832 Rev. 03 page 73

Technidata LMX 6.0

Mixed Action Codes

Do not mix action codes in the same message. The CentraLink software
does not support the receipt of different action codes (for example, Cancel
and Add) sent in the same message.
Test1 Cancel
Test2 Add-on
Test3 Add-on
Test4 Cancel
In this example, Test1 would not be processed.
Note For LMX, a Cancel action code will cause all requests in the sample in
status Pending, Rerun, and Scheduled to be omitted. The cancel action is
not limited to the test name in the order.

Grammar
• The grammar, which provides a description of the ASTM interface, is
formally described in the tables below. Each table row represents a
grammar rule. The first rule defines the element “Message” in terms of
smaller elements. Further down the table the smaller elements are
defined, and so on.
• Elements in italics must be translated (using another rule, unless
obvious).
• Elements in bold must be used literally.
• Vertical | bars denote alternative choices.
• Square brackets [ ] denote optional inclusion.
• Curly braces { } denote optional repeated inclusion.
• Parentheses ( ) denote grouping.
• Asterisks * denote ignored strings.

page 74 11222832 Rev. 03

 Technidata LMX 6.0

Workorder Download

Component Syntax Comment

Message HeaderSegment { —
PatientSegment {
PatientCommentSegment }
{ Order Segment {
OrderCommentSegment } [
ResultSegment ] } }
TerminatorSegment
Header H|^~\&|*|*|*|*| —
Segment ORM | * | * | * | <CR>
Patient P | SeqNo | Patient.Identifier Note If the patient
Segment | * | * | Patient.LastName ^ birthdate value
Patient.FirstName ^ downloaded from the LIS
Patient.MiddleName ^ * ^ * indicates that the patient
^ * | * | Patient.Birthdate | age is greater than 150
Patient.Sex | * | * | * | * | * | years, the birthdate value
*|*|*|*|*|*|*|*|*| is not accepted and the
*|*| patient birthdate is not
Patient.Location.Name | * | populated in CentraLink.
* | <CR>
Patient Patient Identifier (PID) is
Identifier limited to 40 characters.
(P3)
Patient.Identifier1
populates field P3.
Patient.Identifier2
populates field P4.
Patient P3 and P4 must be
Identifier consistent. If P3 is not
(P4) specified, then P4 will be
taken as the patient ID. P3
will be checked first.
Patient Patient Last Name, First
Name Name, and Middle Name
are restricted to 70
characters.
Patient The Patient Location from
Location the patient record is used if
no Patient Location is
specified in the order
record.

11222832 Rev. 03 page 75

Technidata LMX 6.0

Component Syntax Comment

Patient C | SeqNo | L | —
Comment Patient.Comment | <CR>
Segment
Order OBR | SeqNo | This is the dilution factor to
Segment Sample.Identifier ^ * | * | be forwarded to the
Test ^ * ^ L ^ * ^ instrument. The CentraLink
Request.DilutionCondition ^ software does not perform
Request.DilutionCoefficient calculations based on this
| Priority | * | value.
Sample.CollectionTime | * |
* | * | ActionCode | * | * | * |
*|*|*|*|
PatientLocation.Name * | * |
*|*|*|
Test — If a coding system is in
effect, this is used to
identify a test by
TestCode.Value. If not, this
is used to identify a test by
Test.Mnemonic.
Priority — S = Stat
A = As Soon As Possible
Anything else is interpreted
as Routine.
Note Priority can be
updated by the LIS in
subsequent workorder
downloads.
Action Code S|R Refer to Action Codes on
page<$pagenum>.
Order C | SeqNo | L | —
Comment Sample.Comment | <CR>
Segment
Result OBX | SeqNo | * |Test | * | Previous result: Field 12
Segment Request.LISPrevResultValue (status) must be set to A
|*|*|*|*|*|A| (Anteriority). Time of day
Request.LISPrevResultTime | defaults to 00:00:00 if not
* | * | * | * | <CR> specified.
Terminator L | * | * | * | * | <CR> —
Segment

page 76 11222832 Rev. 03

 Technidata LMX 6.0

Patient Result Upload

Component Syntax Comment

Message HeaderSegment —
PatientSegment
[ PatientCommentSegment
] OrderList
TerminatorSegment
Header H | ^ ~ \ & | | | SenderId | | —
Segment ORM | | | | ReceiverId | | |
Version | TimeStamp | <CR>
Sender ID Id ^ CENTRALINK ID as specified in the -s
startup option of the
translator. The default
setting is lmxs.
Receiver ID Id ^ LIS ID as specified in the -r
startup option of the
translator. The default
setting is 38-1.
Version — As specified in the -v startup
option of the translator. The
default setting for LMX
communication is A2.2.
Time Stamp — Date and time the result
was sent. Format:
YYYYMMDDHHMMSS.
Patient P | 1 | | Patient.Identifier | | Patient.Identifier1
Segment Patient.LastName ^ populates field P3.
Patient.FirstName ^ Patient.Identifier2
Patient.MiddleName | | populates field P4.
Patient.BirthDate |
Patient.Sex | | | | | | | | | | | | | |
| | | Ward ^ Room | | | <CR>
Patient C | SeqNo | L | —
Comment Patient.Comment | <CR>
Segment
Order List Order { Order } —
Order OrderSegment —
[ OrderCommentSegment ]
{ ResultSegment
{ResultCommentSegment }
}

11222832 Rev. 03 page 77

Technidata LMX 6.0

Component Syntax Comment

Order OBR | SeqNo |
Segment SampleIdentifier ^
OrderId | | Test ^ ^ L |
Priority | | | | | | ActionCode |
| | | | | | | | | | | | | <CR>

Priority R|A|S R= Routine

A = As soon as possible
S = Stat
Action Code Blank for patient result
uploads.
Q for QC result uploads
Order C | 1 | L | Sample.Comment | Added only if a sample
Comment <CR> comment is available.
Segment
Result OBX | SeqNo | ResultType | The dilution coefficient is
Segment Test ^ ^ ^ ^ the coefficient reported by
DilutionCondition ^ the instrument for
DilutionCoefficient | | Value onboard dilution. This
| | | Flag | | | Status | does not incorporate a
AvailabilityTime | | | | manual sample dilution
Operator |<CR> because the CentraLink
system calculates results
when a manual dilution is
ordered at the CentraLink
user interface.
AvailabilityTime
corresponds to the
Aspiration time of the
result.
Result Type CE | NM | ST CE = Coded Entry for
enumerated tests.
Note For enumerated test
results, choice codes must
be synchronized between
LMX and the CentraLink
software.
NM = Numeric Result.
ST = Alphanumerical Result

page 78 11222832 Rev. 03

 Technidata LMX 6.0

Component Syntax Comment

Test — If a coding system is in
effect and a code for the
given test is available, then
TestCode.Value is
transmitted. If not,
Test.Mnemonic is
transmitted.
Flag * | <empty> Asterisk if Instruments flag
is present.
Note The actual flags are
sent as result comment
records. See Result
Comment Segment for
more details.
Result C | SeqNo | L | Instrument flags and
Comment (Request.Comment | request comments are sent
Segment InstrumentFlag.Code) <CR> only if this action is
configured on the system
Options menu.
Terminator L | | | 1 | LineCount <CR> —
Segment
Seq No — The sequence number of
the segment identifies the
segment within the scope
of its parent segment.
Line Count — The line count is the total
number of segments in a
message, including the
Terminator Segment itself.

11222832 Rev. 03 page 79

Technidata LMX 6.0

QC Result Upload

Component Syntax Comment

Message HeaderSegment —
PatientSegment OrderList
TerminatorSegment
Header H | ^ ~ \ & | | | SenderId | | —
Segment ORU | | | ReceiverId | | P |
Version | TimeStamp | <CR>
Sender ID Id ^ CENTRALINK ID as specified in the -s
startup option of the
translator. The default
setting is lmxs.
Receiver ID Id ^ LIS ID as specified in the -r
startup option of the
translator. The default
setting is 38-1.
Version — As specified in the -v
startup option of the
translator. The default
setting for LMX
communication is A2.2.
Time Stamp — Date and time the result
was sent. Format:
YYYYMMDDHHMMSS.
Patient P|1|||||||U||||||||||| —
Segment | | | | | | | <CR>
Order List Order { Order } —
Order OrderSegment { —
ResultSegment
{ResultCommentSegment }
}
Order OBR | SeqNo | —
Segment QCLot.Number | | Test ^ ^ L
|R||||||Q|||||||||||||
| <CR>

page 80 11222832 Rev. 03

 Technidata LMX 6.0

Component Syntax Comment

Result OBX | SeqNo | ResultType | Value is either
Segment Test | | QCResult.Value | | | | | QCResult.Value or non-
| | Result.AvailabilityTime | | numeric extracted from
| | | <CR> a QCResult.Comment.
NOTE: Upload by Lot is
not recommended
when uploading large
amounts of QC results
per upload. When
uploading large
amounts of QC results,
the value for the Time
out option on the
Translator window
should be increased.
Result Type CE | NM | ST CE = Coded Entry for
enumerated tests.
NOTE: For enumerated
test results, choice
codes must be
synchronized between
LMX and the
CentraLink software.
NM = Numeric Result.
ST = Alphanumerical
Result
Test — If a coding system is in
effect and a code for
the given test is
available, then
TestCode.Value is
transmitted. If not,
Test.Name is
transmitted.
Terminator L | | | 1 | LineCount <CR> —
Segment

11222832 Rev. 03 page 81

Technidata LMX 6.0

Component Syntax Comment

Seq No — The sequence number
of the segment
identifies the segment
within the scope of its
parent segment.
Line Count — The line count is the
total number of
segments in a message,
including the
Terminator Segment
itself.

LMX Transmission Examples

Patient sensitive information has been made anonymous within the
following examples.

Workorder Download: LIS to CentraLink System, New Workorders

H|^~\&|||0001^HCSECURG||ORM|||0002^CENTRALINK||P|A2.2|
20010118162941|
P|1|PID1234|||LASTNAME^FIRSTNAME^||19500101|M|||||||||
||||||||ICU|
OBR|1|SID1234^||NA^^L^^^|R||||||||||||||||
OBR|2|SID1234^||CL^^L^^^|R||||||||||||||||
OBR|3|SID1234^||CA^^L^^^|R||||||||||||||||
OBR|4|SID1234^||IRON^^L^^^|R||||||||||||||||
OBR|5|SID1234^||TSH^^L^^^|R||||||||||||||||
OBR|6|SID1234^||FSH^^L^^^|R||||||||||||||||
C|1|L|This is only a test.|
L|||1|8||

page 82 11222832 Rev. 03

 Technidata LMX 6.0

Workorder Download: LIS to CentraLink System, Rerun

H|^~\&|||0001^HCSECURG||ORM|||0002^CENTRALINK||P|A2.2|
20010118162941|
P|1|PID1234|||LASTNAME^FIRSTNAME^||19500101|M|||||||||
||||||||ICU|
OBR|1|SID1234^||NA^^L^^^|R||||||||||||||||
OBR|2|SID1234^||TSH^^L^^^|R||||||||||||||||
OBR|3|SID1234^||FSH^^L^^^|R||||||||||||||||
C|1|L|This is only a test.
|L|||1|5||

Quality Control Result Upload: CentraLink System to LIS

H|^~\&|||8888^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20071120025446|
P|1|||||||U||||||||||||||||||
OBR|1|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||105|||||||20071119025419|||||
OBR|2|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||99|||||||20071119025519|||||
OBR|3|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||95|||||||20071119025619|||||
OBR|4|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||104|||||||20071119025719|||||
OBR|5|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||103|||||||20071119025819|||||
OBR|6|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||106|||||||20071119025919|||||
OBR|7|Q1234||CL^^L|R||||||Q||||||||||||||
OBX|1|NM|CL||101|||||||20071119030019|||||
L|||1|17|

11222832 Rev. 03 page 83

Technidata LMX 6.0

Result Upload: CentraLink System to LIS

H|^~\&|||8888^CENTRALINK||ORU|||381^LIS||P|A2.2|
20071120030826|
P|1|PID1234|PID1234||LASTNAME^FIRSTNAME||19500101|M|||
||||||||||||||ICU|
OBR|1|SID1234||CA^^L|R||||||||||||||||||||
C|1|L|This is only a test.|
OBX|1|NM|CA||9.2||||||||||||
OBR|2|SID1234||NA^^L|R||||||||||||||||||||
OBX|1|NM|NA||143||||||||||||
OBR|3|SID1234||CL^^L|R||||||||||||||||||||
OBX|1|NM|CL||102||||||||||||
C|2|L|Add-on test requested by phone.|
OBR|4|SID1234||IRON^^L|R||||||||||||||||||||
OBX|1|NM|IRON||67||||||||||||
OBR|5|SID1234||FSH^^L|R||||||||||||||||||||
OBX|1|ST|FSH||POS||||||||||||
OBR|6|SID1234||TSH^^L|R||||||||||||||||||||
OBX|1|NM|TSH||4.23||||||||||||
L|||1|17|

Example: One Result with Multiple Aspects

H|^~\&|||LMXS^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20110522175156|
P|1|CTR8|CTR8||CTR8FIRST^CTR8LAST||19800927|M|||||||||
|||||||||
OBR|1|CTR8||TSH^^L|S||||||||||||||||||||
OBX|1|NM|TSH||898.0|||||||20110522175119|||||
OBR|2|CTR8||TSH^^L|S||||||||||||||||||||
OBX|1|ST|TSH||POS|||||||20110522175119|||||
L|||1|7|

page 84 11222832 Rev. 03

6 Specimen Receipt Information and
Archive Location Transmission

Specimen receipt (inlabbing) information transmission is the auto-receipt

registration of samples checked in to the LAS. The SID, registration date
and time stamp, and location of the sample are uploaded from the LAS to
the CentraLink system and then to the LIS.
Archive location transmission is the upload of the sample cold storage
archive location information as reported by the LAS. The CentraLink
software can be configured to upload only the inlabbing information, only
the archive location information, or both, depending upon the needs of
the laboratory.
Changes to your LIS interface software may be required to provide the
auto-receipt functionality of uploading accession information or archive
location information to your LIS.

Inlabbing Upload
Your LIS must be able to support the receipt of inlabbing information for
samples that were not created within the LIS. If your LIS cannot support
this, you may not be able to fully integrate this feature.
Inlabbing messages contain the following associated sample information:
• SID
• Registration date and time, when the sample was checked into the LAS
• Checkin location
You can only perform one upload of LAS inlabbed information per sample.
Subsequent LAS inlabbing updates for the sample cannot be sent to the
LIS.
The expectation is that once the LAS sends the initial inlabbing message to
the CentraLink system, this information is uploaded to the LIS.

WARNING
Inlabbing information for a sample cannot be uploaded if results have
already been uploaded to the LIS, or if there are no tests ordered, for that
sample.

11222832 Rev. 03 page 85

Specimen Receipt Information and Archive Location Transmission

Archive Location Information Upload

Uploaded archive location information messages contain the following
associated sample information:
• LasStatus
• SampleId
• RegistrationDateTime (time, when the sample was archived into cold
storage on the LAS)
• TrayId
• Position
• Location1 ^ Location2 ^ Location3 ^ Location4
The CentraLink software uploads the LAS archive location information each
time the sample is archived on the LAS. If the sample is removed from cold
storage for additional processing and then archived to a new cold storage
location, the CentraLink software receives the new archive location
information and uploads the information to the LIS.
Please note the following restrictions and requirements:
• The Siemens Host Spec 79 protocol does not support inlabbing or
archive location information upload.
• The LIS may require configuration changes to accept and process the
inlabbing information or archive location information uploaded from
the CentraLink system.
• The format used for uploading inlabbing and archive information for
HL7 is described in the HL7 Version 2.5 chapter in SAC Segment, page
8-131.
The LIS must be capable of handling the uploaded data for all possible
fields described within the grammar structure tables.

ASTM 1394 Messages

For the ASTM 1394 protocol, the inlabbing and archive location
information is contained within the Manufacturer record of the LAS Status
Upload message.
The inlabbing archive location message contains the following: header
record, manufacturer record and terminator record.

page 86 11222832 Rev. 03

 Specimen Receipt Information and Archive Location Transmission

Grammar Structure of the ASTM LAS Status Upload Message

LAS Status Upload

Component Syntax ASTM Field

Message HeaderRecord
ManufacturerRecord
TerminatorRecord
Header Record H|\^&||||||||||P|1| Timestamp in
TimeStamp <CR> YYYYMMDDHHmmss
format
Manufacturer M | 1 | I | LasStatus ^
Record SampleId1^
RegistrationDateTime | TrayId |
Position | Location1 ^
Location2 ^ Location3 ^
Location4 <CR>
LAS Status I|L|R LAS Status I |L| R
I = Inlabbing
L = Left Equipment
(Cold Storage)
R = Rack
Rack upload is not
currently supported
in this upload
message.
Sample ID
Registration Timestamp in
Date Time2 YYYYMMDDHHmmss
format
Tray ID/Rack ID ID of the Tray (ADVIA
Automation) or Rack
(APTIO Automation).

11222832 Rev. 03 page 87

Specimen Receipt Information and Archive Location Transmission

Component Syntax ASTM Field

Pos Position in tray.
Position in tray is
identified by a letter/
digit combination:
A1 through J10
where the letters are
A - J and the numbers
are 1-10
Position in rack is
identified by a
numeric value (1-48)
LAS General ADVIA Automation: ADVIA Automation:
Area - CS CS = Cold Storage
Location 1 MT MT = Main Track
SC SC = Side Car
OT OT = Off Track
Aptio Automation: Node ID
Location 2 Shelf | Gate (ADVIA If General Area = CS3
Automation)
Then Location
2=Shelf
Floor (Aptio Automation)
If General Area = MT,
SC, or OT
Then Location
2=Gate

Location 3 Door If General Area = CS3

Then Location
3=Door
Else Location 3 is
blank
Location 4 Area Field If General Area = CS3
then Location 4=Area
Else Location 4 is
blank
Terminator L | 1 | N <CR>
Record

page 88 11222832 Rev. 03

 Specimen Receipt Information and Archive Location Transmission

Notes Explanation
1 Sample ID If the CentraLink system receives an end of route
message from a sample placed into a SIQ tray within
the Sample Manager before the inlabbing message
is uploaded to the LIS, the Centralink system
uploads the information from the end of route
message, but the SID is 'NO READ' instead of the
actual SID.
2
Registration Registration date and time are not uploaded if a LAS
Date and Time update query initiates the generation of the sample
LAS information.
3 Location 2, 3, 4 Maximum possible field length is 240.

ASTM Specimen Receipt Information Transmission to LIS

The following two examples represent typical inlabbing messages.

Example 1
Tube 123456789 registered onto the lab automation system on 06-02-
2006 at 17:50
H|\^&||||||||||P|1|20060602193714
M|1|I|I^123456789^20060602175000|||MT
L|1|N

Example 2
Tube 123459876 registered onto the lab automation system on 06-02-
2004 at 9:15:12
H|\^&||||||||||P|1|20060602193518
M|1|I|I^123459876^20060602091512|||MT
L|1|N
The following example is a typical archive location information message.

11222832 Rev. 03 page 89

Specimen Receipt Information and Archive Location Transmission

Example 3
In this example, sample 123456781 located in position A1 of unload tray
10027117 was placed into cold storage on 07-19-2007 at 14:06. The cold
storage location information uploaded corresponds to how the user
configured the cold storage names on the LineMaster computer.
H|\^&||||||||||P|1
M|1|I|L^123456781^20070719140624|10027117|A1|CS^Shelf2
^Door2^Area2
L|1

Technidata LMX Files

Sample inlabbing and archive location information from the CentraLink
system is transmitted to the LIS in the Order Segment record of the Patient
Result Upload message.
Like other result files transferred to the LIS, the inlabbing and archive
location message within the result file contains the following: header
segment, patient segment, order segment, and terminator segment.

page 90 11222832 Rev. 03

 Specimen Receipt Information and Archive Location Transmission

Grammar Structure of the Inlabbing Upload File

Inlabbing Upload

Component Syntax Comment

Message HeaderSegment —
PatientSegment
[ PatientCommentSegment ]
OrderList TerminatorSegment
Header H | ^ ~ \ & | | | SenderId | | ORU | | —
Segment | ReceiverId | | | Version |
TimeStamp | <CR>
Sender ID Id ^ CENTRALINK ID as specified in the -s
startup option of the
translator. The default
setting is lmxs.
Receiver ID Id ^ LIS ID as specified in the -r
startup option of the
translator. The default
setting is 38-1.
Version — As specified in the -v
startup option of the
translator. The default
setting for LMX
communication is A2.2.
Time Stamp — Date and time the result
was sent. Format:
YYYYMMDDHHMMSS.
Patient P | 1 | | | | | | | U| | | | | | | | | | | | | | | —
Segment | | | | | <CR>
Order OBR | SeqNo |
Segment SampleIdentifier1^ | | ^ ^ L | | | |
|||
ActionCode | | | | | | | | | LasStatus
^
RegistrationDateTime ^ TrayId ^
Position
^ GeneralArea(Location1) ^
Location2 ^ Location3
^Location4 | | | | | Order Result
Status <CR>
Action Code Blank for inlabbing upload.

11222832 Rev. 03 page 91

Specimen Receipt Information and Archive Location Transmission

Component Syntax Comment

LAS Status I|L|R LAS Status I |L| R
I = Inlabbing
L = Left Equipment
(Cold Storage)
R = Rack
Rack upload is not
currently supported in
this upload message.
Registration Timestamp in
Date Time2 YYYYMMDDHHmmss
format
Tray Id ID of the Tray (ADVIA
Automation) or Rack
(APTIO Automation)
Position Position in tray/rack.
Position in tray is
identified by a letter/
digit combination:
A1 through J10
where the letters are
A - J and the numbers
are 1 - 10
Position in rack is
identified by a numeric
value(1-48)
LAS General ADVIA Automation: ADVIA Automation:
Area - CS CS = Cold Storage
Location 1 MT MT = Main Track
SC SC = Side Car
OT OT = Off Track
Aptio Automation: Node ID
Location 2 Shelf | Gate (ADVIA Automation) If General area = CS3
then Location 2 = Shelf
Floor (APTIO Automation) Else Location 2 = Gate

Location 3 Door If General Area = CS3

then Location 3 = Door
Else Location 3 is blank

page 92 11222832 Rev. 03

 Specimen Receipt Information and Archive Location Transmission

Component Syntax Comment

Location 4 Area Field If General Area = CS3
then Location 4 = Area
Else Location 4 is blank
Order Result I For an inlabbing
Status message, this value is I.
Terminator L | | | 1 | LineCount <CR> —
Segment
Seq No — The sequence number
of the segment
identifies the segment
within the scope of its
parent segment.
Line Count — The line count is the
total number of
segments in a message,
including the
Terminator Segment
itself.

Notes Explanation
1
Sample ID If the CentraLink system receives an end of
route message from a sample placed into a SIQ
tray within the Sample Manager before the
inlabbing message is uploaded to the LIS, the
Centralink system uploads the information from
the end of route message, but the SID is 'NO
READ' instead of the actual SID.
2 Registration Registration date and time are not uploaded if a
Date and Time LAS update query initiates the generation of the
sample LAS information.
3
Location 2, 3, 4 Maximum possible field length is 240.

11222832 Rev. 03 page 93

Specimen Receipt Information and Archive Location Transmission

LMX Specimen Receipt Information Transmission to LIS

The following two examples represent typical inlabbing messages.

Example 1
Tube 123456789 registered onto the lab automation system on 06-02-
2006 at 17:50
H|^~\&|||LMXS^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20060602182901|
P|1|||||||U||||||||||||||||||
OBR|1|123456789||^^L|R|||||||||||||||I^20060602175000^
^^MT|||||I
L|||1|4|

Example 2
In this example, tube 123459876 registered onto the lab automation
system on 06-02-2004 at 9:15:12.
H|^~\&|||LMXS^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20060602192057|
P|1|||||||U||||||||||||||||||
OBR|1|123459876||^^L|R|||||||||||||||I^20060602091512^
^^MT|||||I
L|||1|4|
The following example is a typical archive location information message.

Example 3
In this example, sample 123456781 located in position J2 of unload tray
10002784 was placed into cold storage on 05-06-2008 at 19:20. The cold
storage location information uploaded corresponds to how the user
configured the cold storage names on the LineMaster computer.
H|^~\&|||LMXS^CENTRALINK||ORU|||38-
1^LIS||P|A2.2|20080506183910|
P|1|||||||U||||||||||||||||||
OBR|1|123456781||^^L||||||||||||||||L^20080506184528^1
0002784^J2^CS^Right^Wed^Igloo 2|||||IL|||1|4|

page 94 11222832 Rev. 03

 Specimen Receipt Information and Archive Location Transmission

Example 4
In this example, tube 12341 registered onto the Input Output Module
(Node 4) of the APTIO Automation system on 04-08-2011 at 12:56:44.
H|\^&||||||||||P|1|20110408131504
M|1|I|I^12341^20110408125644|||04
L|1

11222832 Rev. 03 page 95

Specimen Receipt Information and Archive Location Transmission

page 96 11222832 Rev. 03

7 Siemens Host Spec. 79 Protocol

This section describes the Siemens Host Spec. 79 protocol used for the
communication link between the CentraLink system and a LIS or host
computer.
This section is intended for the information systems professional
responsible for connecting the CentraLink system and your host computer.
Please contact your local technical support provider if you need additional
information.
Note For a more detailed description of the Host Spec. 79 protocol, refer
to Communication Links Between the Data Manager and a Host Computer
(Customer bulletin 067D0068-xx).
Note Upload of more than 1 patient result aspect is not supported by this
protocol. Instruments such as the Centaur instrument can upload more
than 1 aspect for a result to the CentraLink software. Although all result
aspects can be stored in the CentraLink database, the CentraLink software
uploads only 1 result aspect–the aspect that is specified as the result
selector–to the LIS using the Spec. 79 protocol. Uploading only 1 aspect
can impact sites that upload infectious disease results, where both
numerical and interpretative aspects may be required.

Overview
Note The ASTM 1394 communication protocol is the recommended
protocol for use with the CentraLink System.
The LIS initiates sending patient workorder information to the CentraLink
system before each sample run. The information will be parsed and stored
in the system for later use. An automatic request for patient demographics
is generated when a measurement cycle starts and no existing sample ID
workorder or patient demographic record exists on the instrument.
The CentraLink system can be configured to automatically transfer
available results to the host or manually transfer results to permit the
operator time to review the data and release the sample results.
Note The Siemens Host Spec. 79 protocol does not support the CentraLink
inlabbing functions.

Translator Specific Options

In the CentraLink system, the driver for the Siemens Host Spec. 79 LIS
translator is the s79s driver.

11222832 Rev. 03 page 97

Siemens Host Spec. 79 Protocol

The translator Specific Options are as follows:

-c <Configuration file The -c trame.par option specifies the name of

name> the configuration file. The default setting is
trame.par.
-i <Configuration file The -i specifies the path where the
directory> configuration file is located.
-s <port > The -s xxxx option sets the port number of the
LIS. This is mandatory and is usually entered as
8888.
xxxx is the port number of LIS.
-f The -f option sets the system to upload sample/
system flags.
-p The -p option sets the system to upload
disposition codes.
-u The -u option sets the system to upload the
validation user name.

Trame.par
The Trame.par file defines the structure of Host Spec. 79 messages
exchanged between the CentraLink software and the LIS. Modifying this
file enables you to change the data stream that is transmitted. You can
specify the position of each item within the stream, as well as specify data
characteristics such as length, justification, and padding. However, you
cannot use the Trame.par file to modify transmission of the actual test
results.
The Trame.par file contains three parts:
• The first part of the file is the word HOST.
• The second part of the file lists the data items (keys) that can be
included in the message and specifies their characteristics. Test-related
data items for orders and results are not listed here because they
cannot be modified. Each key has three characteristics that you can
modify. They are enclosed within parentheses and separated by a
comma. Each key definition is terminated by a period.
• The third part of the file defines the sequence (message frame) in
which the data items are transmitted. There are two possible message
frames; one frame is for the workorder "Y" message, and one frame is
for the result "R" message.

page 98 11222832 Rev. 03

 Siemens Host Spec. 79 Protocol

Keys and Their Characteristics

Keys are individual items within the data stream. They display in the
following format:
key name = (X,Y,Z)

X The number of characters transmitted for this item

Y L = characters are left aligned
R = characters are right aligned
Z S = each unused character position is filled with a space
Z = each unused character position is filled with a zero

11222832 Rev. 03 page 99

Siemens Host Spec. 79 Protocol

Grammar

Component Syntax Comment

Definition HOST <CR> <LF> { —
KeyDefinition } {
FrameDefinition }
KeyDefinition KeyName = ( Width , —
Alignment , Padding ) . <CR>
<LF>
KeyName WorkOrderKeyName | —
ResultKeyName
WorkOrderKeyName BIRDAY | BIRMONT | BIRYEAR | —
COCOM | COLDAY | COLHOUR
| COLMIN | COLMONT |
COLSEC | COLYEAR | CPCOM |
DOCTOR | IDEE | LOCATIO |
PATNAM | PATNUM | SEX |
SPCODE | URGENT | UPDT |
SLIDE
ResultKeyName ASPDAY | ASPHOUR | ASPMIN —
| ASPMONT | ASPSEC |
ASPYEAR | COCOM | CPCOM |
IDEE | INSTRUMENT |
NUMPOS | NUMRACK |
PATNUM | POSTUBE | SPCODE
| SPTEXT
Width — Number of
characters to be
transmitted
Alignment L|R L = left
R = right
Padding S|Z S = space
Z = zero
FrameDefinition ( WorkOrderFrameDefinition —
| ResultFrameDefinition )
<CR> <LF>
WorkOrderFrameDef TRAME_Y = STX , MT , { —
inition WorkOrderItem , } CRLF , LRC
, ETX .
ResultFrameDefiniti TRAME_R = STX , MT , { —
on ResultItem , } CRLF , LRC , ETX
.

page 100 11222832 Rev. 03

 Siemens Host Spec. 79 Protocol

Component Syntax Comment

WorkOrderItem " StringLiteral " | SpaceCount | Colon ( : ) is a
( WorkOrderKeyName ) | : placeholder for
variable-size
request-based
information
ResultItem " StringLiteral " | SpaceCount | Colon ( : ) is a
( ResultKeyName ) | : placeholder for
variable-size
request-based
information
StringLiteral — Transmitted
literally
SpaceCount — Number of space
characters to be
transmitted

11222832 Rev. 03 page 101

Siemens Host Spec. 79 Protocol

Key Name Overview

Key CentraLink Field Comment Default

ASPDAY Result.AspirationTime (day) In the (2,R,Z)
ASPHOUR Result.AspirationTime (hour) CentraLink (2,R,Z)
system,
ASPMONT Result.AspirationTime aspiration time is (2,R,Z)
(month) linked to results
ASPMIN Result.AspirationTime and is more (2,R,Z)
(minutes) specific than
ASPSEC Result.AspirationTime these sample- (2,R,Z)
(seconds) based messages
permit. The
ASPYEAR Result.AspirationTime (year) (2,R,Z)
CentraLink
software copies
the earliest
aspiration time of
any embedded
result into the
message.

BIRDAY Patient.BirthDate (day) — (2,R,S)

BIRMONT Patient.BirthDate (month) — (2,R,S)
BIRYEAR Patient.BirthDate (year) — (4,R,S)
COCOM Sample.Comment — —
COLDAY Sample.CollectionTime (day) — (2,R,Z)
COLHOUR Sample.CollectionTime — (2,R,Z)
(hour)
COLMIN Sample.CollectionTime — (2,R,Z)
(minute)
COLMONT Sample.CollectionTime — (2,R,Z)
(month)
COLSEC Sample.CollectionTime — (2,R,Z)
(second)
COLYEAR Sample.CollectionTime — (2,R,Z)
(year)
CPCOM Patient.Comment — —
DOCTOR Physician.Identifier — (6,L,S)
IDEE Sample.Identifier — (14,R,Z)

page 102 11222832 Rev. 03

 Siemens Host Spec. 79 Protocol

Key CentraLink Field Comment Default

INSTRUMENT Instrument.Name In the (5,R,S)
CentraLink
system,
instrument
references are
linked to results
and are more
specific than this
sample-based
message permits.
The CentraLink
software copies
the first
instrument
reference of any
embedded result
into the message.
LOCATIO PatientLocation.Name — (1,R,S)
NUMPOS Sample.LastPosition — —
NUMRACK Sample.LastRack — —
PATNAM Patient.LastName — (30,L,S)
Patient.FirstName
PATNUM Patient.Identifier — (14,L,S)
POSTUBE Sample.LastRack If you specify the (6,R,S)
Sample.LastPosition POSTUBE, the
track will be
transmitted as
rack+position
separated by a
space. It is also
possible to
change this
format by
specifying
NUMRACK and
NUMPOS
separately.
SEX Patient.Sex M, F, or blank. (1,R,S)

11222832 Rev. 03 page 103

Siemens Host Spec. 79 Protocol

Key CentraLink Field Comment Default

SPCODE SpeciesIdentifier If a coding (4,R,S)
system is in use,
this identifies a
species by
SpeciesCode.Valu
e. If not, this is
identifies a
species by
Species.Name.
SPTEXT Species.Name — —
URGENT Sample.Priority U = Stat (1,L,S)
Anything else is
interpreted as
Routine priority.
UPDT — Update indicator (1,R,S)
that is required
for updates to
existing samples.
SLIDE Manufacturer (1,R,S)
record following
the order
segment with
M.3 =
SlideSuppression
when the value
of SLIDE is ‘N.’

Order Download
The following conditions apply to order download records:
• Patient Identifier (PID) is limited to 40 characters. Patient Last Name,
First Name, and Middle Name are restricted to 70 characters. Physician
First Name and Last Name are restricted to 70 characters.
• Test identifiers contained in the order message are right-aligned with
leading zeros. If a coding system is in use, this is used to identify a test
by TestCode.Value. If not, this is used to identify a test by
Test.Mnemonic.
• Request-based data may include previous result values and times. If no
time is specified, 00:00:00 is the default.

page 104 11222832 Rev. 03

 Siemens Host Spec. 79 Protocol

• When the CentraLink software receives an updated workorder from the

LIS using the Host Spec. 79 communication protocol, any current result
in the CentraLink system with a status of REV (Review) or VAL
(Validated) will be deleted and the request for that test omitted if these
requests are absent from the updated workorder. Results with a status
of UPL (Uploaded) are not affected.
Note Do not mix action codes in the same message. The CentraLink
software does not support the receipt of different action codes (for
example, Cancel and Add) sent in the same message.
Test1 Cancel
Test2 Add-on
Test3 Add-on
Test4 Cancel
In this example, Test1 would not be processed.

FTP Error for Image Transmission

If an error stating “The computer is disconnected from the network”
displays on the screen, it may be caused by Internet Explorer being set to
work offline. You can deselect the option using the Internet Explorer File
menu.

Updating Workorders from the LIS using Host Spec. 79 and LMX
When the CentraLink software receives an updated workorder from the LIS
using the Host Spec. 79 and LMX communication protocols, any current
result in the CentraLink system with a status of Review (REV) or Validated
(VAL) is deleted and the request for that test omitted if these requests are
absent from the updated workorder. Results with a status of Uploaded
(UPL) are not affected.
Note Use caution when updating a workorder from the LIS using the Host
Spec. 79 or LMX communication protocols. Requests are omitted without a
message or warning. This issue will be address in a future software release.

Patient Result Upload

The following conditions apply to patient result upload records:
• Up to 110 result records can be transmitted in a single message.
• Test identifiers are right-aligned with leading spaces. If a coding system
is in use, the identifier is set to TestCode.Value. If not, it is set to
Test.Mnemonic.
• Result values are right aligned with leading spaces.
• The Flags field contains an Asterisk only if a flag is present in the Flag
codes field.

11222832 Rev. 03 page 105

Siemens Host Spec. 79 Protocol

• The Spec79 protocol restricts upload of instrument flags to a maximum

of 15 per result and to flags with a 2-character code.
• Result disposition code contains 'E' (Edited) only if the result is not
obtained from an instrument.
• The validation user login name is transmitted only if startup parameter
-u is used and UploadModel.ValidationUser is set.

QC Result Upload
QC result upload is very similar to the patient result upload. The structure
of the message is the same, defined by trame.par. However, the following
key names are substituted differently:

Key Name CentraLink Field Comment

ASPDAY QCResult.AssessmentTime (day In the CentraLink
part) system, aspiration
ASPHOUR QCResult.Assessment (hour part) time is linked to
results and is more
ASPMONT QCResult.Assessment (month specific than this
part) sample-based
ASPMIN QCResult.Assessment (minutes message permits. The
part) CentraLink software
ASPSEC QCResult.Assessment (seconds copies the earliest
part) aspiration time of any
embedded result into
ASPYEAR QCResult.Assessment (year part)
the message.
IDEE QCLot.Number

All other fields are left blank. This means that they are either filled in with
spaces (S in trame.par) or by zeroes (Z in trame.par).

page 106 11222832 Rev. 03

 Siemens Host Spec. 79 Protocol

Message Frames
The elements of a message frame are as follows:
Frame name=STX, MT, "Literal character", space indicator, :, space
indicator, (key name), CRLF, LRC, ETX.

Frame name TRAME_Y = Workorder message

TRAME_R = Result message
Literal characters These characters are transmitted
exactly as they display, without the
quotation marks.
Space indicator This number indicates the number of
space characters transmitted.
: This character indicates the position of
test related information that has no
fixed size.

TRAME_Y Workorder Data Stream - with Slide

TRAME_Y=STX,MT,"Y",2,(URGENT),(UPDT),1,(IDEE),8,(SLIDE
),16, (SPCODE),1,(PATNUM),3,(PATNAM),1,(BIRMONT),"/
",(BIRDAY),"/",(BIRYEAR),1,(SEX),1,(COLMONT),"/
",(COLDAY),"/
",(COLYEAR),1,(COLHOUR),(COLMIN),1,(LOCATIO),1,(DOCTOR
),1, CRLF,:,CRLF,LRC,ETX.

TRAME_Y Workorder Data Stream - without Slide

TRAME_Y=STX,MT,"Y",2,(URGENT),(UPDT),1,(IDEE),20,(SPCO
DE),1,
(PATNUM),3,(PATNAM),1,(BIRMONT),"/",(BIRDAY),"/
",(BIRYEAR),
1,(SEX),1,(COLMONT),"/",(COLDAY),"/
",(COLYEAR),1,(COLHOUR),
(COLMIN),1,(LOCATIO),1,(DOCTOR),1,CRLF,:,CRLF,LRC,ETX.

Default “R” (Result) Message

TRAME_R=STX,MT,"R",1,(IDEE),1,(SEX),(POSTUBE),6,(SPCOD
E),1,
(ASPMONT),"/",(ASPDAY),"/
",(ASPYEAR),1,(ASPHOUR),":",(ASPMIN),":",
(ASPSEC),3,CR,LF,:CRLF,LRC,ETX.

11222832 Rev. 03 page 107

Siemens Host Spec. 79 Protocol

page 108 11222832 Rev. 03

8 HL7 Version 2.5

Overview
The CentraLink software provides the mhl7 translator, which implements a
subset of HL7 version 2.5. The HL7 version 2.5 protocol provides the
communication link between the CentraLink system and a LIS using HL7.
An HL7 version 2.5 implementation is not backward compatible with HL7
version 2.3 implementations. To communicate, a minimal lower layer
protocol must be implemented by the LIS.
The HL7 communication link allows the LIS to transmit workorders and
multiple previous patient results for the same test to the CentraLink
software and to accept QC and patient test results transmitted from the
CentraLink software.
Note If the LIS that is connected to CentraLink uses the HL7 protocol, there
is a 63-character limit for the upload of instrument flags.

Translator Specific Options

The mhl7 translator has the following specific options:

-i Only applicable for HL-7 OUL R22, result

<sending_application: upload, and HL-7 SSU U03, specimen status
sending_facility> update, message types.
Used to identify the sending application and the
sending facility.
Default values:
sending_application = CentraLink
sending_facility = ResultExport
-r Only applicable for HL-7 OUL R22, result
<receiving_application: upload, and HL-7 SSU U03, specimen status
receiving_facility> update, message types.
Used to identify the receiving application and
receiving facility.
Default values:
receiving_application = LIMS
receiving_facility = ResultImport
-s <port> Configures the TCP/IP port where the mhl7
translation listens for LIS Communications

11222832 Rev. 03 page 109

HL7 Version 2.5

-c <client idle time out> Configures the time-out value (seconds) after
which the mhl7 translator closes a client
connection that has been idle; that is, no
upload or download operation occurred in that
time interval.
This option is only applicable when mhl7
translator is configured as a TCP/IP listener
service(-s option used).
Default = 86,400 seconds (1 day of idle
operation).
-t <client response time Configures the time-out value (seconds)
out> applied when the mhl7 translator, operating as
a TCP/IP listener, expects a response to a result
upload or sample status update message. If the
timeout value is exceeded then the mhl7
translator issues a reject message and
determines that the result upload or status
update did not succeed.
Default value = 30 seconds.

Lower Layer Protocol

This mhl7 translator uses a minimal lower layer protocol to demarcate the
HL7 messages exchanged with the LIS. The format of this lower level
protocol is as follows:
<SB>message_data<EB><CR>
• The protocol codes are identified as follows:
• <SB> - one byte Start Block character; that is, 0x0b (decimal 11)
• <EB> - one byte End Block character; that is, 0x1c (decimal 28)
• <CR> - carriage return character, 0x0d

Single and Dual Channel

The mhl7 translator is used as a single connection to the LIS or as a dual
connection, where two channels are used to communicate with the LIS.

Single Channel
A single TCP/IP channel is established with the LIS. The translator sends
results and status updated to the LIS on this channel. It also receives orders
from the LIS on this same channel. Transmission by both the CentraLink
software and the LIS can be simultaneous as the minimal lower layer does
not impose any session establishment requirements, as with ASTM 1381.

page 110 11222832 Rev. 03

 HL7 Version 2.5

The –s option configures the port at which mhl7 listens for the connection
from the LIS.
Alternatively, the translator can connect to the LIS as a client by placing the
LIS IP address and port number in the translators External Interface.
Note When CentraLink is operating as a TCP socket server, the client must
connect to that socket in order for there to be an available TCP connection.
If CentraLink operates as the TCP Client instead then it can attempt to
establish the TCP connection.

Dual Channel
Separate upload and download channels are configured. This
configuration is established via the Outbound LIS Translator and Inbound
LIS Translator.
The outbound translator uploads results and status updates to the LIS.
Simultaneously, the inbound translator can receive orders from the LIS.
The –s option configures whether the translator serves as a TCP/IP listener
(server). If it does not serve as a TCP/IP listener, it serves as a client, which
connects to a LIS listening socket. If defined as a client, the LIS IP address
and port number must be placed in the translators External Interface.
The dual channel configuration provides for increased bandwidth of
communication with the LIS, but requires that the LIS support separate
upload and download channels.

WARNING You should always configure the CentraLink system as a TCP-

IP server. This allows LIS vendors to change IP addresses without
reconfiguration of the CentraLink system.

Message Grammar
This section details all of the HL7 message formats that are recognized by
the mhl7 translator and the corresponding acknowledgement that is
expected.
All messages must be in the appropriate message format or they will be
rejected. See Application Processing Rules, page 8-133 and Handling of
Unrecognized Messages, page 8-135.

11222832 Rev. 03 page 111

HL7 Version 2.5

Result Upload Message

A Result Upload message is comprised of the following segments:

MSH Segment
MSH segment is detailed in the Application Processing Rules section. See
Application Processing Rules, page 8-133.

page 112 11222832 Rev. 03

 HL7 Version 2.5

PID Segment
The PID segment consists of the following:

The applicable fields of the PID segment follow:

• Patient ID Patient identifier from Result.Patient.Identifier. Patient
Identifier (PID) is limited to 40 characters.
• Patient Name Consists of 3 components derived from Result.Patient:
LastName, FirstName, MiddleName respectively. Patient Last Name,
First Name, and Middle Name are restricted to 70 characters.
• BirthDate From Request.Patient.BirthDate and is formatted as
YYYYmmdd.
Note If the patient birthdate value downloaded from the LIS indicates
that the patient age is greater than 150 years, the birthdate value is not
accepted and the patient birthdate is not populated in CentraLink.

11222832 Rev. 03 page 113

HL7 Version 2.5

• PatientSex From Result.Patient.Sex and values are F (female),

M (male) and U (unknown).
• SpeciesCode From Result.Patient.Species.

NTE Segment
The NTE segment represents notes or comments and is always associated
with the previous segment logically. The NTE segment consists of the
following:

The applicable fields of the NTE segment follow:

• Comment: Comment associated with the previous segment. When the
preceding segment is a PID segment, then Comment is from
Result.Patient.Comment.
• CommentType: Type of the Comment. When the Comment is a PID
comment, then the value is “OC.”

PV1 Segment
The PV1 segment includes patient administration information. While this
segment consists of 50 fields, the mlh7 translator only uses the first 3
fields. The PV1 segment consists of the following:

The applicable fields of the PV1 segment follow:

• SetId: Always populated with the value “1.”
• Patient Class: Always transmitted as “N” (not applicable).
• Patient Location: From Result.Patient.Location.

page 114 11222832 Rev. 03

 HL7 Version 2.5

SPM segment
The SPM segment contains specimen related information. The SPM
segment consists of the following:

The applicable fields of the SPM segment follow:

• Specimen ID: From Order.Sample. When the sample is a QC result, the
QC Lot information is sent in this field.
• Specimen Type: From Order.SampleType. When the sample is a QC
sample, then the value used is “QC3”, which is reserved for this
purpose.
• Specimen Source: From Sample.SampleSource.
• Specimen Description: From Sample.Comment.

11222832 Rev. 03 page 115

HL7 Version 2.5

• Specimen Collection Time: From Sample.CollectionTime and formatted

as YYYYmmddHHMMSS.
• Container Type: From Sample.ContainerType.

SAC Segment
The SAC segment contains specimen container information and consists of
44 fields. While the following table is truncated; the fields that do not
display are not used.
The SAC segment consists of the following:

page 116 11222832 Rev. 03

 HL7 Version 2.5

The applicable fields of the SAC segment follow:

• Carrier Identifier: From Sample.InstrumentRack.
• Position in Carrier: From Sample.InstrumentPosition.
• Dilution Factor: From Result.ManualDilutionCoefficient and contains
four components: 29.1 : -, 29.2 : “1”, 29.3 : -, and 29.4, the actual
dilution factor.

OBR Segment
The OBR segment contains information on the ordered tests or
observations and consists of 47 fields. This is a mandatory segment in a
Result Upload message and an Order Download message. There may be
multiple OBR segments associated with a parent SPM segment.
While this segment consists of 47 fields, the mlh7 translator only uses a
subset of these fields.

11222832 Rev. 03 page 117

HL7 Version 2.5

The OBR segment consists of the following:

The applicable fields of the OBR segment follow:

• OBR.2 Placer Order Number: From Sample.Identifier. For QC results,
this value is the QC lot number.
• OBR.3 Filler Order Number: Identical to OBR.2.
• The following is a code example showing OBR.2 and OBR.3 as the same
value:
• OBR|1|324383|324383|FSH|||20090901|

page 118 11222832 Rev. 03

 HL7 Version 2.5

• OBR.4 Universal Service ID: Identifies the Test. It is a Composite field

which contains the Test optionally followed by the Aspect separated by
a dot: TSH.RLU.
• OBR.15 Specimen Source: See SPM segment.
• OBR.16 Ordering Provider: Sample.Physician if available. Physician
Name is restricted to 70 characters.
• OBR.22 Status Change DateTime: Current time when segment created.
• OBR.25 Result Status: If observation could not be done, then the value
is “X”. Otherwise this field is empty.
• OBR.26 Parent Result: Used in conjunction with OBR.29. OBR.26.1
Indicates a specific parent OBX segment of the parent OBR to which
this current OBR is related to. OBR.26.2 Contains the parent OBX
segment identifier (OBX.4).
• OBR 27: Indicates priority and timing. 27.1.4 indicates
Sample.CollectionTime. 27.1.6 Indicates Sample.Priority as follows: R
for Routine; S for Stat; A for Asap; Empty implies Routine.
• OBR.29: Indicates the parent OBR to which this current OBR is related, if
any.

Mixed Action Codes

Do not mix action codes in the same message. The CentraLink software
does not support the receipt of different action codes (for example, Cancel
and Add) sent in the same message.
Test1 Cancel
Test2 Add-on
Test3 Add-on
Test4 Cancel
In this example, Test1 would not be processed.

ZOB Segment
The ZOB segment, a site specific segment, specifies the auto dilution of a
result. The ZOB segment consists of the following:

The applicable fields of the ZOB segment follow:

• Auto Dilution Condition: From Result.AutoDilutionCondition
• Auto Dilution Coefficient: From Result.AutoDilutionCoefficient
Note This is the dilution reported by the instrument. This does not
specify a manual sample tube dilution.

11222832 Rev. 03 page 119

HL7 Version 2.5

ORC Segment
The ORC Common order Segment contains information common to all
orders and consists of 25 fields. The mhl7 translator uses a subset of these
fields.
The ORC segment consists of the following:

The applicable fields of the ORC segment follow:

• ORC.1: Always populated with the value “SC”.
• ORC.2,ORC.3: See OBR2 and OBR.3.
• ORC.7: See OBR.27.
• ORC.9: Current date and time when segment is created.
• ORC.12: From Sample.Physician. Physician Name is restricted to 70
characters.

ZBP Segment
The ZBP is an optional segment used to indicate blood product
information. This segment is not supported by the CentraLink software.

page 120 11222832 Rev. 03

 HL7 Version 2.5

OBX Segment
The OBX segment is the critical segment used to indicate test result value.
The OBX segment consists of the following:

The applicable fields of the OBX segment follow:

• OBX.2: Data type of the Result Value. Codes include the following: NM
for Numeric; ST for string; and RP for an image.
• OBX.3: Test name and aspect. An example is T3.DOSE.
• OBX.5: Result.Value. Where the result type is RP (image), then the
value is the filename of the image that would be transferred to the LIS
via ftp.
• OBX.11: Result Status. As only Validated results are uploaded this is
always “F”.
• OBX.14: Result.AspirationTime.
• OBX.16: Responsible user. The format is
ValidationUser~InstrumentUser.
• OBX.18: Instrument that produced the result value.
• OBX.19: Test Completion Time, if defined.

11222832 Rev. 03 page 121

HL7 Version 2.5

Result Upload Message Example 1

If there are Comments or Instrument Flags associated with the Result
Value, one or more NTE segments follow an OBX segment. If the NTE
contains a result comment, then the Comment Type is “RC”. If it contains a
Result Flag, then the Comment Type is “RF.”
An example of a Result Upload Message is as follows:
MSH|^~\&|CentraLink|ResultExport|LIMS|ResultImport|200
71201132448||OUL^R22^OUL_R22|1|P|2.5||||||8859/1
PID|1||ND||Patient^Sick||19750110|M|||||||||||||||||||
|||N|||||Human PV1|1|N SPM|1|mov3||Whole blood
SAC||||||||||004|06
OBR|1|mov3|mov3|WBC||||||||||||||||||20071201132448|||
||^^^^^R ORC|SC|mov3|mov3||||^^^^^R||20071201132448
OBX|1|NM|WBC||10.61||||||F|||19981023095217||sysman||I
nst1 NTE|1|L|NC|RF NTE|2|L|WC|RF
OBR|2|mov3|mov3|RBC||||||||||||||||||20071201132448|||
||^^^^^R ORC|SC|mov3|mov3||||^^^^^R||20071201132448
OBX|1|NM|RBC||5.14||||||F|||19981023095217||sysman||In
st1
OBR|3|mov3|mov3|HGB||||||||||||||||||20071201132448|||
||^^^^^R ORC|SC|mov3|mov3||||^^^^^R||20071201132448
OBX|1|NM|HGB||13.9||||||F|||19981023095217||sysman||In
st1

Result Upload Message Example 2

An example of a QC Result Upload Message for a QC lot of 2091 follows:
Note The value QC3 in field 4 of the Specimen segment distinguishes the
result as a QC result. The QC lot number populates the Specimen ID (Field
2) of the SPM Segment and the Placer Order field (Field 2) of the OBR
segment.
MSH|^~\&|CentraLink|ResultExport|LIMS|ResultImport|200
80417084931||OUL^R22^OUL_R22|5|P|2.5||||||8859/1
PID|1|||||||U||||||||||||||||||||||N
PV1|1|N
SPM|1|2091||QC3
OBR|1|2091|2091|RBC||||||||||||||||||20080417084931|||
||^^^^^R
ORC|SC|2091|2091||||^^^^^R||20080417084931
OBX|1|NM|RBC||4.88||||||F|||19981023093347||||Advia120
_06

page 122 11222832 Rev. 03

 HL7 Version 2.5

Result Upload Message Example 3

The CentraLink software supports the upload of all aspects to LIS using the
HL7 protocol. Result comments and flags are only uploaded after the result
selector aspect and not after all aspects.
Note DOSE is the result selector aspect in the following example:
OBR|4|TestSID|TestSID|T3.DOSE||||||||||||||||||2009042
9190107|||||^^^^^R
ORC|SC|TestSID|TestSID||||^^^^^R||20090429190107
OBX|1|NM|T3.DOSE||3.17||||||F|||20010820152907||user1|
|AdviaCentaur_1
NTE|1|L|Result comment T3|RC
NTE|2|L|Diluted|RF
NTE|3|L|High CV|RF
OBR|5|TestSID|TestSID|T3.COFF||||||||||||||||||2009042
9190107|||||^^^^^R
ORC|SC|TestSID|TestSID||||^^^^^R||20090429190107
OBX|1|NM|T3.COFF||1.00||||||F|||20010820152907||user1|
|AdviaCentaur_1
OBR|6|TestSID|TestSID|T3.RLU||||||||||||||||||20090429
190107|||||^^^^^R
ORC|SC|TestSID|TestSID||||^^^^^R||20090429190107
OBX|1|NM|T3.RLU||160815||||||F|||20010820152907||user1
||AdviaCentaur_1

Result Upload Acknowledge Example

The Result Upload acknowledge message is comprised of the MSH and
MSA segments. See Application Processing Rules, page 8-133.
The Message Type field in MSH.9 is “ACK^R22^ACK”.
An example of a Result Upload Acknowledge message is as follows:
MSH|^~\&|LIMS|ResultImport|CentraLink|ResultExport|200
70305170957||ACK^R22^ACK|2|P|2.5||||||8859/1
MSA|AA|1||

11222832 Rev. 03 page 123

HL7 Version 2.5

Order Download Message from LIS to CentraLink System

An order download (Import) message \ comprises the following segments.
The use of the Batch Protocol mechanism, BHS and BTS segments, is
optional.
The Batch Protocol mechanism is used by a LIS to indicate a loadlist batch
for a particular instrument.

page 124 11222832 Rev. 03

 HL7 Version 2.5

BHS Segment
The BHS segment indicates the start of a batch of orders. The BHS.6 field
specifies the instrument to be targeted. The BHS segment consists of the
following:

The applicable fields of the BHS segment follow:

• BHS.3: Sending Application. Any value used is returned in batch
acknowledgement.
• BHS.4: Sending Facility. Any value used is returned
• BHS.5: Receiving Application. Not defined, any value used is returned.
• BHS.6: Targeted Instrument to which all orders, between this segment
and the batch closing BTS segment, are to be targeted.
• BHS.11: Unique batch identifier.
• BHS.12: Not relevant on sending.
The response to a Batch or orders is itself a batch of acknowledgement
segments.

MSH Segment
The MSH segment is as detailed in the Application Processing Rules section.
See Application Processing Rules, page 8-133.
The Message Type is “OML^O33^OML_O33”
The PID, NTE, PV1, SPM, SAC, ORC, OBR, ZOB, ZBP and OBX segments for
the Order Download message are identical to those detailed for the Result
Upload message. See the segment information outlined for each segment
after the following: Result Upload Message, page 8-112.
Note Patient Identifier (PID) is limited to 40 characters. Patient Last Name,
First Name, and Middle Name are restricted to 70 characters. Physician
First Name and Last Name are restricted to 70 characters.

11222832 Rev. 03 page 125

HL7 Version 2.5

Note In the order download message, the OBX segment contains LIS
previous results. Multiple previous results can be downloaded for an
individual test.
The following detail is unique to an Order Download message:
ORC.1 Control – The applicable values follow: “NW” for a New Order; “XO”
for an Order Update; “CA” to cancel the contained order; and “PR” if child
OBX records exist following the ORC that contains Previous Results.
The difference between using NW and XO are as follows:
• Either NW or XO can be sent if the test is not already on the sample.
• XO must be sent for a rerun
• The first time a sample is sent, use NW. For all subsequent tests or
reruns, use XO
Note When Previous Results are sent, the fields Physician ID, Priority, and
Collection Time are not read from the ORC segment.

BTS Segment
The BTS is the batch trailer segment and indicates the end of a batch of
orders that is targeted to a particular Instrument.
The BHS segment consists of the following:

Order Download Example 1

An example of a single order download message follows:
MSH|^~\&|WPX||DX_LAB|Hematology|20060616150307||OML^O3
3^OML_O33|161|P|2.5||||||8859/1|
PID|1||AE||Elkorbachi^Ann^AA^^H^Dr^L||19740423|F|Kroke
t^^^^^^A||Cederstraat^56^Gent^^9000^B||09234567||BE|||
104000145^^^ASOL|||||Gent|Y|||||20020101000000|Y
SPM|1|Advia120NR1||WHOLE
BLOOD|||||||||||||200608141505||||||||||
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||WBC^White blood cells
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256

page 126 11222832 Rev. 03

 HL7 Version 2.5

OBR|1|Advia120NR1||RBC
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||HCT
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||MCV
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||BLASTS
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||ATYPS
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||CH
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||HDW
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||HGB
ORC|NW|Advia120NR1|||||^^^^^S^^Order
comment||20060814150256
OBR|1|Advia120NR1||HYPER
SPM|2|Advia120NR2||WHOLE
BLOOD|||||||||||||200608141505||||||||||
ORC|NW|Advia120NR2||4717S|||^^^20030101205959^^S^^Orde
r blabla||20040609150256||||||||||||IHE Cardio
(6400)^^^^^^FI^^^6400
OBR|1|Advia120NR2||WBC||||||||||||1234^Anonymous^A
SPM|3|Advia120NR3||WHOLE
BLOOD|||||||||||||200608141505||||||||||
ORC|NW|Advia120NR3||4717S|||^^^20030101205959^^S^^Orde
r blabla||20040609150256||||||||||||IHE Cardio
(6400)^^^^^^FI^^^6400
OBR|1|Advia120NR3||RBC||||||||||||1234^Anonymous^A

11222832 Rev. 03 page 127

HL7 Version 2.5

Order Download Example 2

An example of a HL7 LIS workorder download when the LIS specifies the
instrument to be targeted for the requests follows:
Note An instrument with ID of VERSANT440_3 is shown as the target for
two new orders.
BHS|^~\&|CentraLink|ResultExport|LIMS|VERSANT440_3|200
71201132448||||021||
MSH|^~\&|CentraLink|ResultExport|LIMS|ResultImport|200
71201132448||OML^O33^OML_O33|1|P|2.5||||||8859/1
PID|1||V440_3Test1||vBHSFirst1^vBHSMid1^vBHSLast1||198
50110|M||||||||||||||||||||||N|||||Human
PV1|1|N|AH
SPM|1|V443Test_1||Serum||||||||||Comment|||20071201124
545||||||||||12 x 75
ORC|NW|V443Test_1|V443Test_1||||^^^20071201124545^^R||
20080401132448|||JF
OBR|1|V443Test_1|V443Test_1|HIV RNA
3.0||20080401132448|20080401132448|||||||||JF||||||200
80401132448|||||^^^20080401132448^^R
MSH|^~\&|CentraLink|ResultExport|LIMS|ResultImport|200
71201132448||OML^O33^OML_O33|2|P|2.5||||||8859/1
PID|1||V440_3Test2||vBHSFirst2^vBHSMid2^vBHSLast2||199
50110|M||||||||||||||||||||||N|||||Human
PV1|1|N|AH
SPM|2|V443Test_2||Serum||||||||||Comment|||20071201124
545||||||||||12 x 75
ORC|NW|V443Test_2|V443Test_2||||^^^20071201124545^^R||
20080401132448|||JF
OBR|1|V443Test_2|V443Test_2|HIV RNA
3.0||20080401132448|20080401132448|||||||||JF||||||200
80401132448|||||^^^20080401132448^^R
BTS||Batch Comment||

page 128 11222832 Rev. 03

 HL7 Version 2.5

Order Download Example 3: Workorder Download from LIS with

Multiple Previous Results
The following workorder message orders four tests: WBC, RBC, HGB, and
RDW for Sample ID, MUL3.
Test WBC contains 4 previous LIS results, RBC contains 1 previous LIS result,
HGB contains 3 previous LIS results and RDW does not contain any previous
LIS results.
Note You can view the displayed LIS Results at the LIS Previous Results
tab at the Request window, which you access by double-selecting the
request at the Review and Edit window.
MSH|^~\&|CentraLink|ResultExport|LIS|ResultImport|2008
0416160705||OML^O33^OML_O33|1|P|2.5||||||8859/1
PID|1||MUL3||MULname3^MULname2^MULname1||19820521|M|||
|||||||||||||||||||N|||||Human
NTE|1||OML Patient Comment|OC
PV1|1|N|AH
SPM|1|MUL3||Whole blood||||||||||OML Instrument
Comment|||20080409030000||||||||||12 x 75
ORC|PR|MUL3|||||^^^20080409030000^^S||20080416160705||
|JF
OBR|1|MUL3|MUL3|WBC||20080409030000|20080409030000||||
|||||JF||||||20080416160705|||||^^^20080409030000^^S
OBX|1|NM|WBC||1.31||||||F|||20070404111111
OBX|2|NM|WBC||1.32||||||F|||20060404111111
OBX|3|NM|WBC||1.33||||||F|||20060101111111
OBX|4|NM|WBC||1.34||||||F|||20050404111111
ORC|PR|MUL3|||||^^^20080409030000^^S||20080416160705||
|JF
OBR|1|MUL3|MUL3|RBC||20080409030000|20080409030000||||
|||||JF||||||20080416160705|||||^^^20080409030000^^S
OBX|1|NM|RBC||2.31||||||F|||20070404111111
ORC|PR|MUL3|||||^^^20080409030000^^S||20080416160705||
|JF
OBR|1|MUL3|MUL3|HGB||20080409030000|20080409030000||||
|||||JF||||||20080416160705|||||^^^20080409030000^^S
OBX|1|NM|HGB||3.31||||||F|||20070404111111
OBX|2|NM|HGB||3.32||||||F|||20070404101111

11222832 Rev. 03 page 129

HL7 Version 2.5

OBX|3|NM|HGB||3.33||||||F|||20060404
ORC|NW|MUL3|||||^^^20080409030000^^S||20080416160705||
|JF
OBR|1|MUL3|MUL3|RDW||20080409030000|20080409030000||||
|||||JF||||||20080416160705|||||^^^20080409030000^^S

Order Download Acknowledgement Message

The ORL message type acknowledges an order download. If a batch was
used around the received orders, then a batch or order download
acknowledgement is returned.
The order download acknowledgement message is comprised of the
following segments.

The message type of the MSH segment must be “ORL^O34^ORL_O34”.

Order Download Acknowledgement Example

An example of an order download acknowledgement message follows:
MSH|^~\&|DX_LAB|Hematology|WPX||20070305170957||ORL^O3
4^ORL_O34|2|P|2.5||||||8859/1
MSA|AA|161||

Specimen Status Update Message (U03)

The specimen status update message communicates sample status
information and inlabbing events to the LIS. A specimen status update
message is comprised of the following segments

MSH Segment
The MSH segment is as detailed in the Application Processing Rules section.
See Application Processing Rules, page 8-133.
The message Type is “SSU^U03^SSU_U03”.

page 130 11222832 Rev. 03

 HL7 Version 2.5

EQU Segment
The EQU segment identifies equipment. The EQU segment consists of the
following:

The applicable fields of the EQU segment follow:

• EQU.1: Sending information provided by the –s command line option.
• EQU.2: Time of the status updated event represented as
YYYYmmddHHMMSS
• EQU.3: Always populated with the value “OP”.

SAC Segment
The SAC segment consists of the following:

11222832 Rev. 03 page 131

HL7 Version 2.5

The applicable fields of the SAC segment follow:

• SAC.3 Container Identifier: Sample.LASStatus or Identifier.
• SAC.8 Container Status: Applicable values include: “I” for identified; “L”
for Left Equipment; “P” for In Position; “O” for In Process; “R” for Process
Completed; “M” for Missing; “X” for Container Unavailable; “U” for
Unknown.
Note Only the I and L values are supported.
• SAC.13 Tray identifier: Sample.LASTrayID.
• SAC.14 Position In Tray: Sample.LASTRayPosition.
• SAC.15 Location: A repeated field. Field One is always
Sample.LASGeneralArea.
The subsequent fields depend on the first as follows:
st
1 Location field 2nd Location Field 3rd Location Field 4th Location Field

(LAS General Area)

CS Shelf Door Area
MT Gate (or blank)
SC Gate
OT Gate

Shelf |"Shelf"^SampleLASStatus/LASShelf|
Door |"Door"^SampleLASStatus/LASDoor|
Area |"Area"^SampleLASStatus/LASArea|
Gate |"Gate"^SampleLASStatus/LASGate|

Specimen Status Update Message Example

MSH|^~\&|CentraLink|ResultExport|LIMS|ResultImport|200
70305170957||SSU^U03^SSU_U03|12|P|2.5||||||8859/
1|ACK^U03^ACK
EQU|CentraLink|20070305171000|OP|
SAC|||3421388|||||L|||||Tray1|20|CS~Shelf^14~Door^5~Ar
ea^7

page 132 11222832 Rev. 03

 HL7 Version 2.5

Specimen Status Acknowledgement Message

This message acknowledges a specimen status update. The specimen
status acknowledgement message is comprised of the following segments.

MSH Segment
The MSH segment is as detailed in the Application Processing Rules
section. See Application Processing Rules below.
The MSH message type is “ACK^U03^ACK”.

EQU Segment
The EQU segment would be a copy of that sent in the SSU message.

Specimen Status Acknowledgement Message Example

MSH|^~\&|LIMS|ResultImport|CentraLink|ResultExport|200
70305170957||ACK^U03^ACK|2|P|2.5||||||8859/1
MSA|AA|12||

Application Processing Rules

This mhl7 translator supports the original HL-7 acknowledgement rules.
To transmit an acknowledgement, a message is sent, which consists of an
MSH segment followed by an MSA segment.
The MSH segment consists of and is formatted as follows:
Note In the following table, the value “R” in the OPT column indicates that
the field is required:

SEQ DT OPT RP# Element Name Application

1 ST R Field Separator “I”’
2 ST R Encoding Characters “^~&”’
3 ST O Sending Application Sending
Application
4 ST O Sending Facility Sending Facility
5 ST O Receiving Receiving
Application Application
6 ST O Receiving Facility Receiving Facility

11222832 Rev. 03 page 133

HL7 Version 2.5

SEQ DT OPT RP# Element Name Application

7 ST O Date/Time Of Current Date/
Message Time
8 ST O Security --
9 CM R Message Type Message Type
10 ST R Message Control ID Message control
id
11 ID R Processing ID P
12 ID R Version ID 2.5
13 NM O Sequence Number Sequence
Number
14 ST O Continuation Pointer -
15 ID O Accept
Acknowledgement
Type
16 ID O Application
Acknowledgement
Type
17 ID O Country Code
18 ID O Character Set 8859/1

The applicable fields of the MSH segment are as follows:

• MSH.1 Field Separator: Required. Always populated with the value “I”.
• MSH.2 Encoding Characters: Required. Always populated with the
value “^~\&”.
• MSH.3 Sending Application: See the -i option in Translator Specific
Options, page 8-109.
• MSH.4 Sending Facility: See the -i option in Translator Specific Options,
page 8-109.
• MSH.5 Receiving Application: See the -r option in Translator Specific
Options, page 8-109.
• MSH.6 Receiving Facility: See the -r option in Translator Specific
Options, page 8-109.
• MSH.9 Message Type: Required. Message type must be
“ACK^message_type^ACK”.
• MSH.10 Message Control ID: Required. Unique identifier for each
message. The mhl7 translator internally maintains a monotonically
incremented counter, which supplies this value. The actual start value
is irrelevant, but each message must use a different value.
• MSH.11 Processing ID: Required. Always populated with the value “P”.

page 134 11222832 Rev. 03

 HL7 Version 2.5

• MSH.12 Version: Required. Populated with the value “2.5”.

• NOTE: The mhl7 translator echoes the version number of the sender in
response messages. If 2.5 was sent, then 2.5 is sent in response.
• MSH.13 Sequence Number: Not supported.
• MSH.18 Character Set: Required. Populated with the value “8859/1”.

MSA Segment
The MSA segment consists of and is formatted as follows:

SEQ DT OPT RP# Element Name Application

1 ID R Acknowledgement Acknowledge
Code Code
2 ST R Message Control ID Echo Message
Control ID from
initiating
message
3 ST O Text Message Error Message
4 NM O Expected Sequence _
Number
5 ID O Delayed _
Acknowledgement
Type
6 CE O Error Condition _

The applicable field of the MSA segment is:

MSA.1 Acknowledgment Code: Required. Populated with the value “AA” to
indicate acceptance or with “AR” to indicate rejection of the last message.
Any value other than AA indicates non acceptance
Note If an HL7 Acknowledge message is received when one is not
expected then it is simply ignored

Handling of Unrecognized Messages

If the mhl7 translator receives a HL7 message that is not one of those
detailed in the Message Grammar sections above or is not a HL7
acknowledgement message as detailed above, the translator rejects the
message with an acknowledgement code of AR.
If the Version ID received is not “2.5,” then the received message is
rejected.

11222832 Rev. 03 page 135

HL7 Version 2.5

Handling of Timeouts
The following only applies when mhl7 is configured to listen on a TCP/IP
port specified by the –s option
• If Client (LIS) connects to the mhl7 listening port but no message
exchange occurs for the time specified by the client idle timeout, –c,
then the translator closes the socket and reverts to listening for
subsequent connections. The LIS must connect again.
Note The mhl7 only permits one connection to the socket, any
connections made to the LIS when one is already in place are closed
immediately.
• When results are being uploaded, the timeout value specified by the –t
command line option is used. If the LIS does not respond in this time,
then the message is not considered to have been sent.
• If an acknowledgement is received when not expected, the
acknowledgement is ignored.
When the mhl7 is configured as a TCP/IP Client, that is, when it connects to
a socket at which the LIS is listening, the need for timeouts does not exist
because the LIS is providing the connection point.
Two translator record time-out values can be configured:
• Application interface timeout. Required field. Indicates the maximum
time interval between the CentraLink software requesting something
of the mhl7 translator and the receipt of a response to that request
from the mhl7. When a timeout occurs, the CentraLink software does
not mark the initiating message (result upload or status updated) as
having been sent. The default is 105.
• Optional external interface timeout. Messages initiated by an external
application. This value must always be less than the application
interface timeout value.
Note The mhl7 translator does not support the HL7 sequence number
protocol. Each message is identified through the Message Control ID value
(MSH.10).
The mhl7 translator does not support the HL7 enhanced acknowledgement
rules.
Observation Priority is not indicated in OBR.5, but is indicated in
OBR.27.1.6.

page 136 11222832 Rev. 03

9 Serial Connection

The serial inputs on the multiple port terminal servers require a cable that
is terminated with an RJ45 connector. For a serial-connected LIS, it is
necessary to create a custom adapter in order to communicate with the
Terminal Server. RJ45-to-DB9 and RJ45-to-DB25 adapter kits are shipped
with each system. When making these custom adapters, refer to the
following diagram of the pinout for the RJ45 serial ports on the terminal
servers.

Description Part Number SMN Number

LIS Adapter (RJ45-to-DB9) 615-4187-01 10328539
LIS Adapter (RJ45-to-DB25) 615-4187-02 10317239

11222832 Rev. 03 page 137

Serial Connection

page 138 11222832 Rev. 03

10 ASCII Character Codes

Character ASCII Character ASCII Character ASCII

Code Code Code
(Hexa- (Hexa- (Hexa-
decimal) decimal) decimal)
NUL 00 + 2B V 56
SOH 01 , 2C W 57
STX 02 - 2D X 58
ETX 03 . 2E Y 59
EOT 04 / 2F Z 5A
ENQ 05 0 30 [ 5B
ACK 06 1 31 \ 5C
BEL 07 2 32 ] 5D
BS 08 3 33 ^ 5E
HT 09 4 34 _ 5F
LF 0A 5 35 ‘ 60
VT 0B 6 36 a 61
FF 0C 7 37 b 62
CR 0D 8 38 c 63
SO 0E 9 39 d 64
SI 0F : 3A e 65
DLE 10 ; 3B f 66
DC 1 11 < 3C g 67
(X_ON)
DC 2 12 = 3D h 68
(TAPE)
DC 3 13 > 3E i 69
(X_OFF)
DC 14 ? 3F j 6A
4(TAPE)
NAK 15 @ 40 k 6B
SYN 16 A 41 l 6C
ETB 17 B 42 m 6D
CAN 18 C 43 n 6E

11222832 Rev. 03 page 139

ASCII Character Codes

Character ASCII Character ASCII Character ASCII

Code Code Code
(Hexa- (Hexa- (Hexa-
decimal) decimal) decimal)
EM 19 D 44 o 6F
SUB 1A E 45 p 70
ESC 1B F 46 q 71
FS 1C G 47 r 72
GS 1D H 48 s 73
RS 1E I 49 t 74
US 1F J 4A u 75
SP 20 K 4B v 76
! 21 L 4C w 77
" 22 M 4D x 78
# 23 N 4E y 79
$ 24 O 4F z 7A
% 25 P 50 { 7B
& 26 Q 51 | 7C
’ 27 R 52 } (Alt Mod) 7D
( 28 S 53 ~ 7E
) 29 T 54 DEL (Rub 7F
Out)
* 2A U 55 DEFAULT 7F
LRC*

page 140 11222832 Rev. 03

11 Multiple LIS Connections

You can connect multiple LIS to one CentraLink Server.

The protocols in this chapter can be used to support 1 or multiple LIS. Each
LIS connection can consist of 1 or 2 communication channels. The
following connection options are available with 2 LIS connections:

LIS1 LIS 2

Option 1 1 TCP connection Inbound 1 TCP connection Inbound

and Outbound together and Outbound together
Option 2 2 TCP Connections 2 TCP Connections
• Inbound • Inbound
• Outbound • Outbound
Option 3 1 Serial connection Inbound 1 Serial connection Inbound
and Outbound together and Outbound together
Option 4 2 Serial Connections 2 Serial Connections
• Inbound • Inbound
• Outbound • Outbound

Note Other combinations are possible if LIS 1 uses serial and LIS 2 uses
TCP.
Each LIS is fully configurable and independent of the other, except for the
following relationship logic. The term Requesting LIS refers to the LIS from
which a request was sent, or from where the data originated:
• Sample IDs are the unique identifier in the CentraLink software, so
Sample IDs must be unique for all LIS.
• The CentraLink software is designed to operate with unique Patient IDs
across all connected LIS. As the LIS is considered the master system
from which the most current data originates, the CentraLink software
always accepts updates to patient records from the originating LIS.
Note If Patient IDs might be duplicated from different LIS, then you should
turn off the demographics download to the instrument option.
The following logic is used for Sample IDs reused across multiple LIS:
• If a Sample ID is reused and the Patient ID is different, then the
CentraLink system will reject the order.
• If the Sample ID is reused and the Patient ID is the same then the
following will occur:

11222832 Rev. 03 page 141

Multiple LIS Connections

○ If the LIS is the same as the original LIS then the CentraLink
software will update the Demographics.
○ If the LIS is different than the original LIS then the CentraLink
software will reject the Demographic updates.

Uploading of Results
Each time a sample is sent from LIS to the CentraLink system, the sample is
tagged with a Requesting LIS. When results are generated, the CentraLink
system will only upload the results to the Requesting LIS.
An operator can upload test results to multiple LIS if required. You can
configure this to be done automatically or do it one time only.
Note Once the sample is tagged in the CentraLink software for a
Requesting LIS this also will accommodate add-ons and reruns. All reruns
and reflex tests will be uploaded to the Requesting LIS.

Quality Control
The Dynamically administer QC Instruments checkbox is selected by
default.
When selected, if an LIS sends a workorder for a sample, the sample is
tagged with the Requesting LIS. Whenever an instrument reports a result
for that test, the result is uploaded to the Requesting LIS and the
CentraLink software also tags that instrument as a QC Instrument for that
LIS. All subsequent QC results from that instrument are uploaded to that
LIS.
Note QC uploading configuration is automatically set up and controlled by
the CentraLink software as normal test processing occurs. For results sent
to an LIS from a specific instrument, all QC information from that
instrument is also sent.
An operator can upload QC results to multiple LIS if required. You can
configure this to be done automatically, or do it one time only.

LIS Channel for the Biorad Program

You can purchase an additional LIS communication channel which allows
the CentraLink software to communicate with a Biorad program. This
allows QC data to flow from the CentraLink server to Biorad servers in real
time, as opposed to programming the CentraLink server to export files in
Biorad format every <n> minutes.

page 142 11222832 Rev. 03

12 Hardcoded Comments

In certain instances, the CentraLink application may add hard-coded

comments. The following sections explain these by comment type.

Sample Comment
• Results discarded - sample reuse time has elapsed for sample
'<SampleIdentifier>' ('<InstrumentName>' - '<DateTime>')
• '<LASChannelName>' (flag code '<LASFlagCode>') :
<LASFlagExpansion>

Result Instrument Comment

• LIS Modified by '<LISChannelName>'

Result Parse Comment & QC Result Parse Comment

• Not a number; no computation performed (<AdditionalText>)
• Unknown result choice (<AdditionalText>)
Possible values of the <AdditionalText> from the comments above are:
• Comma not allowed in numeric result input
• Unit conversion error: source unit not found
• Unit conversion error: Target unit not found
• No unit conversion possible from <UnitName> to <UnitName>
• Cannot determine mantissa and exponent without an input value.
• <Value> is not a valid decimal value
• Cannot determine mantissa and exponent without an error
indication.
• Unit record '<UnitName>' not available
• For test '<TestName>', result choice '<ResultChoice>' is ambiguous.
Legal choices are '<ResultChoiceList>'
• For test '<TestName>', result choice '<ResultChoice>' is illegal. Legal
choices are '<ResultChoiceList>'

Result User Comment

Cancelled on LAS : '<UserSuppliedText>'

Patient Comment, QC Result Instrument Comment, QC Result User

Comment, and Result Range Comment
No hardcoded comments are added by the CentraLink software.

11222832 Rev. 03 page 143

Hardcoded Comments

page 144 11222832 Rev. 03