Welch Allyn assumes no responsibility for any injury to anyone, or for any illegal or improper use of the
product, that may result from failure to use this product in accordance with the instructions, cautions,
warnings, or statement of intended use published in this manual.
Welch Allyn, Acuity, AcuityLink, Propaq, Micropaq are registered trademarks of Welch Allyn. Sun, Solaris
and Java are registered trademarks of Sun Microsystems, Inc. Emergin is a registered trademark of
Emergin, Inc.
For patent information, please visit www.welchallyn.com/patents.
Software in this product is copyright Welch Allyn or its vendors. All rights are reserved. The software is
protected by United States of America copyright laws and international treaty provisions applicable
worldwide. Under such laws, the licensee is entitled to use the copy of the software incorporated with
this instrument as intended in the operation of the product in which it is embedded. The software may not
be copied, decompiled, reverse-engineered, disassembled or otherwise reduced to human-perceivable
form. This is not a sale of the software or any copy of the software; all right, title and ownership of the
software remain with Welch Allyn or its vendors.
For information about any Welch Allyn product, visit www.welchallyn.com/about/company/locations.htm.
Manual 80018556 Ver A
Welch Allyn Protocol, Inc.
8500 SW Creekside Place
Beaverton, Oregon 97008-7101 USA
Regulatory Affairs Representative
Welch Allyn Limited
Navan Business Park
Dublin Road, Navan
County Meath, Republic of Ireland
The Welch Allyn Connectivity Server (WACS) is an option to the Welch Allyn Acuity
Central Monitoring System. WACS consists of a server platform on which one or more of
the following software options are installed:
•The Web Server option makes Adobe®Portable Document Format (PDF) printout files
available from the Acuity System to certain Web browsers.
•The AcuityLink®option consists of Clinician Notifier software for non-proprietary
mobile devices and administrative software for WACS. Mobile devices running the
Clinician Notifier software deliver patient alarm information and realtime waveforms
gathered from patient monitors connected to the Acuity Central Monitoring System.
The software enables administrators to track the status of clinician-patient
assignments, and it enables clinicians to track, respond to and view Acuity System
patient alarms, view realtime patient waveforms and view historical alarm details and
waveforms.
•The HL7 Interface options support the following features using HL7 messaging
protocol: export of vital-signs data from the Acuity Central Monitoring System to
hospital CIS/HIS systems, and import of ADT data from hospital clinical information
systems/hospital information systems (CIS/HIS) to the Acuity System.
•The WACS Barcode Scanner option allows clinicians to enter patient IDs and room
numbers into the Acuity System using barcode scanners on some mobile devices
running Clinician Notifier software.
•The Third Party Data Stream Interface option supports sending patient alarms and
equipment alerts in XML format to third party interfaces.
®
WACS is to be used by authorized health care professionals using standard institutional
procedures and good clinical practice guidelines for patient monitoring. Staff training in
the operation of WACS is essential for optimal use. Users should be skilled at the level of
clinicians, clinical administrators and hospital administrators, with the knowledge and
experience to acquire and interpret patients’ vital signs. Each of these roles is assigned
and associated with specific privileges and scopes. Access privileges are controlled
through passwords.
Individuals using WACS should be familiar with its operation as described in this manual,
and they should understand all warnings and cautions in the manual.
2IntroductionWelch Allyn Connectivity Server
Conventions
The CE Mark and Notified Body Registration Number signify that the
product meets all essential requirements of European Medical Device
Directive 93/42/EEC.
WARNING Indicates conditions or practices that could lead to illness, injury, or
death.
Warning and note
WARNING HL7 configuration must be performed only by qualified personnel
who are familiar with the HL7 Standard and with local implementation of the
WACS HL7 Interface. Improper configuration of the HL7 Interface can cause
unexpected and unintended cessation of patient vital-signs data transfer.
Note
In compliance with the U.S. Department of Health and Human Services Health
Insurance Portability and Accountability Act (HIPAA), do not transfer or save
patient data or information using any unsecured or public computer.
Programmer’s GuideIntroduction3
Related documents
Document
Welch Allyn Connectivity Server (WACS)
Welch Allyn Connectivity Server (WACS) CD-ROM (English):
Welch Allyn Connectivity Server directions for use
Welch Allyn Connectivity Server programmer’s guide
AcuityLink Clinician Notifier directions for use
Acuity and Mobile Acuity LT Central Monitoring System
Directions for use
Acuity and Mobile Acuity LT Central Monitoring Systems directions for use and in-service guide CD-ROM
(multilanguage):
Acuity and Mobile Acuity LT Central Monitoring Systems directions for use
Acuity Central Monitoring System in-service guide (English)
Installation guides (printed)
Mobile Acuity LT System installation guide (En, Fr, Ger, Sp, It. Pol)
Quick card
Acuity System icons (English, printed)
Welch Allyn Monitors
Micropaq Monitor directions for use CD-ROM (multilanguage)
Propaq LT Monitor directions for use CD-ROM (multilanguage)
Propaq CS Monitor directions for use CD-ROM (multilanguage)
Propaq Encore Monitor directions for use CD-ROM (multilanguage)
Welch Allyn 1500 Patient Monitor directions for use CD-ROM (multilanguage)
4IntroductionWelch Allyn Connectivity Server
5
2
System overview
Welcome!
The Acuity Central Monitoring System is a real-time patient monitoring system that
collects and displays vital-sign information for multiple patients over the Welch Allyn
FlexNet™ network.
Welch Allyn patient monitors
Acuity Central Station
Welch Allyn Connectivity Server (WACS)
AcuityLink option
Web Server option
HL7 Interface option
Third-Party Data Stream Interface option
Within the network:
Mobile devices running the Clinician Notifier program
Facility computer used by administrators
This document contains specifications intended as a guide for software developers to
develop the HL7 or XML interface between a facility-controlled clinical information system
(CIS or HIS) and an Acuity System. It is assumed that users of this guide are familiar with
applicable HL7 standards or XML standards, and that users have standards available for
reference.
For information about further configuring the WACS HL7 settings for your facility, see the
Welch Allyn Connectivity Server Directions for Use, which describes using the WACS HL7
Manager pages to configure the HL7 interface.
6System overviewWelch Allyn Connectivity Server
Data interface provided by the Welch Allyn Connectivity
Server (WACS)
The WACS option to the Acuity Central Monitoring System is able to provide these data
interface options:
•HL7 (Health Level 7) Interface option
•Third-Party Data Stream Interface option (XML format)
Either WACS data interface option can include one or both of these distinct modules.
•Inbound HL7 ADT Data module: Admit/discharge/transfer (ADT) data from your CIS or
HIS to WACS. WACS uses the Acuity System network to send ADT information to the
Acuity Central Monitoring System for storage.
•Outbound HL7 Vital-sign Observations module: Numeric patient vital-sign
observations from WACS to your facility-controlled clinical or hospital information
system (CIS or HIS).
Acuity Central
Station
VPN
Internet
Hardwired Welch
Allyn monitors
Terminal server
SwitchAccess point
Welch Allyn
Connectivity
Server (WACS)
Access pointMobile device
Facility backbone
Acuity network
Wireless Welch
Allyn monitors
Wireless LAN
Wireless LAN
NTP server
CIS/HIS
Client browser
Facility network
Programmer’s GuideSystem overview7
Data transfer and storage within the Acuity System
network
The Acuity System stores patient data for variable amounts of time, depending upon
Acuity System license configuration.
Data export from patient monitors to the Acuity System
Welch Allyn portable patient monitors store vital-sign data and send it to the Acuity
System in the following ways:
Table 1. Patient monitor data storage and export to the Acuity System
Patient MonitorMeans of data export to
Hardwired monitors:
®
Propaq
Encore,
Propaq CS
Hardwired Welch
Allyn 1500 Patient
Monitor
Wireless monitors:
Propaq CS, Propaq LT
and Micropaq
®
Acuity System
Unshielded twisted pair
(UTP)
EthernetStreamData stored up to 24
802.11 wireless LANStreamPropaqs: Data stored
Mode of data
export to Acuity
System during
normal conditions
StreamData stored up to
Patient monitor
data storage
during temporary
disconnection or
dropout
monitor storage
capacity
hours
up to monitor
storage capacity
Micropaq: No
storage
Data export to
Acuity System
after temporary
disconnection or
dropout
Trends data only,
sent in batch mode
Trends data only,
sent in batch mode
Propaqs: Trends data
only, sent in batch
mode
Micropaq: data lost
8System overviewWelch Allyn Connectivity Server
Data storage at the Acuity System
The Acuity System stores data for a period determined by the Full Disclosure license
configuration.
Storage during Acuity connection to WACS
Table 2. Acuity System data storage configurations and Acuity System data export to WACS
Acuity System data storage configurationWACS capability for data receipt
Zero hoursContinuous
24 hoursQuery for most recent 24 hours
96 hoursQuery for most recent 96 hours
a. Data is available for a period up to the Acuity Full Disclosure capability, but unsolicited push interfaces
are usually configured to a shorter period to avoid swamping the CIS/HIS.
Storage after Acuity disconnects from WACS or patient monitor
a
Table 3. Examples of Acuity System data export after disconnection
WACS HL7 message
configuration
Unsolicited observation (push)
from WACS to CIS
15-minute intervals
2-hour disconnect periodBehavior upon reconnection
Patient monitor disconnected from Acuity
System
Or
Acuity System disconnected from WACS
server
Acuity System sends 8 sets of vitalsign observations, covering the last
two hours
Programmer’s GuideSystem overview9
Data exported from the Acuity System to WACS
The Acuity System exports the following vital-sign data:
Table 4. Numeric vital-sign data exported from Acuity Systems to WACS
The Welch Allyn HL7 Interface option closely follows the data structure outlined in the
Health Level Seven Version 2.4 Messaging Standard.
The following excerpt is taken from section 7.3 and section 7.4 of this standard:
“Many report headers (OBR) may be sent beneath each patient segment, with many
separate observation segments (OBX) beneath each OBR. Note segments (NTE) may be
inserted after any of the above segments. The note segment applies to the entity that
immediately precedes it, i.e., the patient if it follows the PID segment, the observation if it
follows the OBR segment, and the individual result if it follows the OBX segment.”
One result segment (OBX) is transmitted for each vitals component (such as Heart rate or
RR/BR).
For updated information regarding this standard, see www.hl7.org/.
12HL7 standard protocolsWelch Allyn Connectivity Server
HL7 low-level protocol
This section describes the low-level format of HL7 packet frames.
Packet frames
HL7 frames that are exchanged between the server and the client describe both sent and
received data.
Table 5. HL7 packet frame: low-level format
Packet descriptionContentSize (bytes)
Start block0x0B ASCII <VT>1
Bodyvariable bytesvariable
End block0x1C ASCII <FS>1
Carriage return0x0D ASCII <CR>1
HL7 segment-level protocols
This section describes HL7 message hierarchy and delimiters, segment notation and
date/time format.
Message hierarchy and message delimiters
Group
Groups
Segment notation
Table 6. HL7 segment notation: mandatory, optional and repeating
Segments
|Fields|
&components&
^subcomponents^
Notation exampleDefinition
PIDThis segment is mandatory.
[PID]This segment is optional.
{IN1}This segment is mandatory, and it can repeat.
[{NK1}]This segment is both optional and repeating.
Programmer’s GuideHL7 standard protocols13
Time/date in HL7 segments
When importing vital-sign data into an electronic patient-charting application, use the
timestamp associated with the OBR for the vital-signs record in the chart.
Format
Date and time in the HL7 segments are represented in this format:
YYYYMMDDHHMMSS.mmm±TZTZ
•Displayed time is local.
•Hours are in the range 0-23.
•Seconds (SS) are followed by the following:
3-digit millisecond value (which appears as 000 if no other value is provided)
+ora-
4-digit time-zone code
Example of HL7 time/date format:
26 January 2009, at 0.193 seconds past 12:22:02 PM, Pacific time (8 hours behind GMT):
20090126122202.193-0800
14HL7 standard protocolsWelch Allyn Connectivity Server
15
4
WACS outbound HL7 protocols
The WACS Outbound HL7 Vital-sign Observations module uses JavaTMprocesses to read
patient data files from an Acuity System and forward the messages to a CIS server.
This chapter describes WACS protocols used in the Outbound HL7 Observations module.
The WACS protocols closely follow the data structure outlined in the Health Level Seven
Version 2.4 Messaging Standard.
Information in this chapter is organized as follows:
Patient vital-sign observations are transferred to the CIS server in this manner:
Acuity System
network
SQL database
Patient data
WACS
10.250.100.201:5600
Initiate connection to
WACS IP + port
HL7 outbound
message
Clinical information system
(CIS)
Outbound HL7 patient data messaging
1. WACS is configured to accept requests on a preconfigured TCP port (usually in the
5600-5700 range).
2. Once a connection is established between the WACS system and the CIS, and once
the optional handshake and optional authentication are complete, The HL7 session
begins.
3. WACS sends observations to the CIS in one of these ways, depending on the
configured model:
•Push model: WACS sends information to the CIS at configurable intervals
•Pull model: WACS listens for incoming queries from the CIS
The system maintains an open connection for as long as possible. Connections can
be re-established if fatal errors or program crashes occur on either end. The WACS
master program uses exit codes and return values of the interface components to
manage child processes.
Programmer’s GuideWACS outbound HL7 protocols17
Labels and attributes of outbound segments
The following table defines requirement labels for outbound segments.
Table 7. Requirement labels for outbound segments
LabelRequirementDescription
RRequiredCauses an error condition if missing
OOptionalMay be used by WACS/CIS if present
CConditionally RequiredMay cause an error condition if missing; dependent on other factors or fields
NNot usedCauses an error condition if present
IIgnoredNot used, whether present or missing
FFutureNot used, whether present or missing
HL7 attributes of OBR (observation request) segments
a. The length of the observation field is variable, depending upon value type. See OBX-2 value type.
b. May repeat for multipart, single answer results with appropriate data types, e.g., CE, TX, and FT data types.
Patient ID information is confirmed at the Acuity Central Station in the Patient ID Setup
window. WACS forwards an outbound patient ID segment that includes at least one of
these ID fields: PID-2, PID-3, and PID-18. By default, all of the fields are populated.
Export multiple ID fields from WACS, such as name and ID number. This enables
detection of obvious identification errors. Since monitors can move easily from location to
location, patient room number alone is an unreliable means of identifying patients.
WACS can export these patient ID fields:
•Patient ID number: A primary identification number, such as a medical record number,
account number or a patient’s personal ID number (such as a social security number).
If this number is input incorrectly, it cannot be altered.
•Amended patient ID number: An alternate ID that can be associated with the patient.
This ID can be entered in the Acuity System Patient ID Setup window, in the
Amended ID field.
•Patient last name
•Patient first name
•Patient middle initial
Note
•Patient location: A room number
The Acuity System accepts middle initial only (not middle name).
22WACS outbound HL7 protocolsWelch Allyn Connectivity Server
Outbound vital-sign tags and filters
WACS generates the vital-sign tags and filters described in this section.
By default, missing tags or tag errors cause the HL7 interface to reject the request or
query. If part of a message or reply is valid, WACS ignores or rejects the erroneous
portion and returns only the valid reply.
This setting is configurable in the WACS HL7 Manager pages (see the Welch AllynConnectivity Server directions for use).
Vital-sign tags
Vital-sign tags include vital sign name tags, unit tags and optional status fields.
Table 11. WACS HL7 sublevel tags for vital signs (OBX-4)
Vital-sign sub-levelHL7 OBX-4 tag
Temperature 1 (Temperature)1
Temperature 2 (Temperature)2
Systolic Blood Pressure (IBP-1, IBP-2, NIBP)SYS
Diastolic Blood Pressure (IBP-1, IBP-2, NIBP)DIA
Mean Blood Pressure (IBP-1, IBP-2, NIBP)MEAN
Table 12. WACS HL7 tags for units (OBX-6)
BPM (1 / min)
DegC (°C)
DegF (°F)
Percent (%)
mmHg
kPa
Br/M (1 / min)
PVC/Min (1 / min)
Table 13. Optional WACS HL7 status fields (OBX-8 abnormal flag segment)
OBX-8 abnormal
flag segment
Patient monitor/Acuity
System notation
Description
Valid value
<(---)Under range, below absolute low on the instrument scale
>(+++)Over range, above absolute high on the instrument scale
?InvalidFor example, no valid SpO2 numeric is produced when the SpO2
sensor is removed from the patient’s finger.
Programmer’s GuideWACS outbound HL7 protocols23
Vital-sign numerics filters
One of the following vital-sign numerics filters must be configured for the WACS server:
Table 14. WACS vital-sign filters
FilterFunction
MedianFor an odd number of sample points, WACS sorts the data in descending order and returns the middle
ClosestReturns the data closest to the given reference point.
(median) data point. For example, for the values 56, 72, 96, 82 and 78, the returned value is 78.
For an even number of sample points, WACS returns either the average (mean) or one of the two
middle points. For example, for the values 56, 72, 70, 96, 82 and 78, the returned value is either the
mean value (76) or one of the middle values (72 or 78).
Example: Heart rate values are calculated every minute over a period of five minutes. For example,
heart rate values of 56, 72, 96, 82, and 78 are collected, and then the HL7 message is constructed at
the five-minute reference point. The HL7 message is contains only the heart rate value of 78, which is
the value closest to the reference point.
24WACS outbound HL7 protocolsWelch Allyn Connectivity Server
Reconfiguring WACS outbound observation settings
Welch Allyn preconfigured your Welch Allyn Connectivity Server (WACS) based on your
facility’s specified requirements. Once your system is built and programmed, and once
data is flowing from the WACS server to the CIS, you can adjust and customize WACS
default settings.
Common outbound setting adjustments
Common HL7 setting adjustments are as follows:
•HL7 version
•Seconds of historical data retrieval
•Push intervals
•Push on event settings
•Number of resend attempts
•Observations per patient
•Patients per message
•Observation label formats
•OBX sub-IS specification
Programmer’s GuideWACS outbound HL7 protocols25
Accessing the WACS program HL7 Manager pages
For detailed instructions on accessing and using the WACS HL7 Manager pages, see the
Welch Allyn Connectivity Server (WACS) directions for use.
That document also provides message examples that show message formats before and
after HL7 setting adjustments are made.
Only WACS users who have been designated with a WACS biomedical engineer role can
access the WACS HL7 pages.
You can reconfigure settings by taking these steps:
1. Access the WACS program via certain internet browsers on any computer in your
facility’s intranet
2. Open the WACS HL7 Manager pages in the WACS program
26WACS outbound HL7 protocolsWelch Allyn Connectivity Server
27
5
WACS outbound HL7 messages
This chapter provides this information:
•Description of outbound WACS observation segments and acknowledgement
segments and examples of observation messages and acknowledgement messages
•Descriptions of outbound WACS query segments and reply segments and examples
of query messages and reply messages
Certain message formats can vary based on settings made in the WACS program HL7
Manager pages. To view examples of message format changes that occur after specific
HL7 settings are adjusted, see the Welch Allyn Connectivity Server (WACS) directions foruse.
The information in this chapter is organized as follows:
Query for results of observation message QRY^R02/ORF^R04 ............30
Query by parameter QBP^Q11/RSP^Z90 ..............................33
Query by ID .....................................................36
Query by location.................................................38
28WACS outbound HL7 messagesWelch Allyn Connectivity Server
Unsolicited observation message
ORU^R01/ACK^R01
Segments
ORU^R01 message segments
Table 15. ORU^R01 unsolicited observation message
SegmentDescriptionWACS segment
MSHMessage HeaderR
{
[
PIDPatient IdentificationR
[PD1]Additional DemographicsI
[{NK1}]Next of Kin/Associated PartiesI
[{NTE}]Notes and CommentsI
[
PV1Patient VisitC
[PV2]Patient Visit - Additional InfoI
]
]
{
[ORC]Order commonI
OBRObservations Report IDR
{[NTE]}Notes and commentsI
[CTD]Contact DataI
{
[OBX]Observation/ResultR
{[NTE]}Notes and commentsI
}
[{FT1}]Financial TransactionI
{[CTI]}Clinical Trial IdentificationI
}
}
[DSC]Continuation PointerI
requirement
Programmer’s GuideWACS outbound HL7 messages29
ACK^R01 acknowledgement segments
Each ORU message must be acknowledged with a corresponding ACK^R01
acknowledgment message.
If no acknowledgement is received, the ORU message is retransmitted at a configurable
interval (default=30 seconds). The message is retransmitted until it has been sent a
configurable number of times (default=5) or until an acknowledgement is received.
38WACS outbound HL7 messagesWelch Allyn Connectivity Server
Query by location
This section covers these two formats for Query by location:
•QRY/ORF
•QBP/RSP
QRY/QRF format
QRY^R02 query segments
Segment QRD: Query definition
QRD-2: R
QRD-3: I
QRD-9: Res
Segment QRF: Query filter
QRF-1: List of Patient’s Unit - point of care
QRF-4: List of Data Requested
QRF-5: List of Patient’s Room - Room + Bed
QRF-9: Required (Start/End Time and Interval)
QRY/ORF query and reply example
Get the heart rate and respiration rate of Patient in Unit MEDICAL Room 1310A from
20030624115000 to 20030624115002 interval of 1 sec.
40WACS outbound HL7 messagesWelch Allyn Connectivity Server
41
6
Inbound ADT HL7 messages
If your facility includes the WACS Inbound HLT ADT Data module, patient information
fields in Acuity System patient identification windows can autopopulate with admit/
discharge/transfer (ADT) data from your CIS.
The information in this chapter is organized as follows:
Overview: Inbound HL7 ADT Data module .............................42
How an Acuity System uses ADT information ..........................43
ADT messages accepted and stored by WACS .........................46
Examples of ADT messages ........................................52
Reconfiguration of ADT services .....................................54
42Inbound ADT HL7 messagesWelch Allyn Connectivity Server
Overview: Inbound HL7 ADT Data module
ADT information is transferred to the WACS server in this sequence:
Patient identification process
1. At Acuity System, open Patient ID Setup
window.
2. Insert patient ID number.
3. Press Enter on keyboard.
Acuity queries Patient Name server and
then the WACS SQL database for
demographics including patient name
and patient location.
4. Respond to patient confirmation prompt.
Remaining patient fields autopopulate.
Database schema
Patient ID number (16 characters)
Patient name (50 characters)
Patient location (15 characters)
Acuity System
network
SQL database
WACS
10.30.1.41, port 5601
Initiate connection to
CIS IP + port
A01, A03, A04, A05,
A08, A11, A13 messages
Clinical information system
(CIS)
Inbound HL7 ADT messaging
1. WACS initiates a connection to a facility’s CIS on a preconfigured TCP port (usually in
the range of 5600-5700).
2. Once a session is established, WACS listens for and accepts particular ADT message
types from the CIS.
3. WACS updates and stores the data on a local SQL database.
Programmer’s GuideInbound ADT HL7 messages43
How an Acuity System uses ADT information
When a facility’s CIS sends a patient’s ADT information to WACS, the Acuity System uses
the ADT information to autopopulate identification fields in the patient’s Acuity System
patient ID setup windows.
Where a patient ID number is entered
An Acuity System user enters a patient ID number in one of these two places to confirm
a new patient into the Acuity System:
•At the Acuity Central Station, in the Patient ID Setup window
•For systems that include the WACS option with the AcuityLink option, at a mobile
device running the AcuityLink Clinician Notifier program, in the Setup Patient ID
screen.
44Inbound ADT HL7 messagesWelch Allyn Connectivity Server
Sequence of events when ID number is entered
This is the sequence of events that occurs within Acuity Systems that include the WACS
option with the Inbound HL7 ADT module.
1. In a patient ID setup window, the user enters the patient ID number or an amended
patient ID number and presses the Return or Enter key.
2. The Acuity System queries the Acuity System patient name server deamon (PNSD)
for the ID number(s) and patient information associated with the number(s).
If a match is not found, the Acuity System queries the WACS database (SQL) for the
ID number(s) and patient information associated with the number(s).
3. At the Acuity Central Station in the Patient ID Setup window, the Acuity System
responds in one of these ways:
•If no associated information was found, the curser moves to the next field in the
window.
•If associated information was found, this confirmation message appears within
two seconds.
4. The user responds in one of these ways:
•If the user clicks Accept, the remaining fields of the window autopopulate, and
existing information in the fields is replaced.
The autopopulate action cannot be undone.
•If the user clicks Go Back, the user can manually type the correct information into
the blank text fields.
5. The user clicks Confirm.
The patient information is distributed and confirmed.
Programmer’s GuideInbound ADT HL7 messages45
Rules regarding Acuity System patient IDs
These rules apply within the Acuity System:
•A patient ID number, an amended ID number or both may be entered.
•Letter case is ignored when ID numbers are compared to the PSND and WACS
databases.
•An autopopulate search can match a currently monitored Acuity System patient or a
patient discharged from the Acuity System for a period of 24-96 hours (depending
upon the system’s Full Disclosure configuration).
•After autopopulated information is confirmed, it can be modified. ID numbers can be
revised with an amended ID number, and amended ID numbers can be amended.
For more information about entering and revising patient information in the Acuity
System, see the Acuity and Mobile Acuity LT Central Monitoring Systems directionsfor use.
46Inbound ADT HL7 messagesWelch Allyn Connectivity Server
ADT messages accepted and stored by WACS
WACS accepts the message types and formats described in this section.
Accepted message types
WACS receives and stores these types of messages. Welch Allyn suggests that you
consider configuring your CIS/HIS ADT server to block messages other than these.
•ADT/ACT - Admit/visit notification (event A01)
•ADT/ACK - Discharge/end visit (event A03)
•ADT/ACK - Register a patient (event A04)
•ADT/ACK - Pre-admit a patient (event A05)
•ADT/ACK - Update patient information event (event A08).
The Acuity System accepts middle initial only (not middle name) in messages.
Accepted message formats
WACS accepts standard HL7 2.3-2.4 delimiters and data types, as defined in this section,
taken from the Health Level Seven Implementation Support Guide for HL7 StandardVersion 2.3.
Delimiters
The interface parses incoming messages for delimiters, and the delimiters might differ in
each message.
This section enables you to select and document which delimiters will be used in your
interface, and to identify related issues early (for example, conflicts with ASCII characters
that have special meaning in EBCDIC).
Table 22. Delimiters
Segment terminator<CR><CR><CR>
Field separator| (hex 0D)
Component separator^
Sub-component separator&
Repetition Separator~
Escape Character\
HL7System ASystem B
Programmer’s GuideInbound ADT HL7 messages47
Data types
The HL7 Standard allows for different data formats for each of the following data types.
This section documents general attributes of each data format.
Table 23. Data type descriptions
Data typeDefinitionData format attributes and notes
Alphanumeric
STString
TXText data
FTFormatted text
Numerical
CQComposite quantity with units<quantity (NM)> ^ <units (CE)>
MOMoney<quantity (NM)> ^
NMNumeric
SISequence ID
SNStructured numeric<comparator> ^ <num1 (NM)>
Identifier
ISCoded values for
HL7 tables
ISCoded value for user-defined tables
HDHierarchic designator<namespace ID (IS)> ^
EIEntity identifier<entity identifier (ST)> ^
RPReference pointer<pointer (ST)>^<application
PLPerson location<point of care (IS)> ^ <room
PTProcessing type<processing ID (ID)> ^
Date/Time
DTDateYYYY[MM[DD]]
TMTimeHH[MM[SS[.S[S[S[S]]]]]][+/-ZZZZ]
TSTime stampYYYY[MM[DD[HHMM[SS[.S[S[
<denomination (ID)>
^ <separator/suffix> ^ <num2
(NM)>
<universal ID (ST)> ^
<universal ID type (ID)>
Used only as part of EI and
other data types.
<namespace ID (IS)> ^
<universal ID (ST)> ^
<universal ID type (ID)>
In Version 2.3, use instead of
the CN data type. <ID number
(ST)> ^ <family name (ST)> ^
<given name (ST)> ^ <middle
initial or name (ST)> ^ <suffix
(e.g., JR or III) (ST)> ^ <prefix
(e.g., DR) (ST)> ^ <degree
(e.g., MD) (ST)> ^ <source
table (IS)> ^ <assigning
authority (HD)> ^ <name type
code (ID)> ^ <identifier check
digit (ST)> ^ <code identifying
the check digit scheme
employed (ID)> ^ <identifier
type code (IS)> ^ <assigning
facility (HD)>
Version 2.2. Hence there are no new
CM’s in Version 2.3.
Programmer’s GuideInbound ADT HL7 messages49
Table 23. Data type descriptions
Data typeDefinitionData format attributes and notes
Demographics
ADAddress<street address (ST)> ^ < other
PNPerson name<family name (ST)> ^ <given
TNTelephone number[NN] [(999)]999-
XADExtended addressIn Version 2.3, replaces the AD
XPNExtended person nameIn Version 2.3, replaces the PN
XONExtended composite name and ID
number for organizations
XTNExtended telecommunications
number
designation (ST)> ^ <city (ST)>
^ <state or province (ST)> ^
<zip or postal code (ST)> ^
<country (ID)> ^ <address type
(ID)> ^ <other geographic
designation (ST)>
name (ST)> ^ <middle initial or
name (ST)> ^ <suffix (e.g., JR
or III) (ST)> ^ <prefix (e.g., DR)
(ST)> ^ <degree (e.g., MD)
(ST)>
9999[X99999][B99999][C any
text]
data type. <street address
(ST)> ^ <other designation
(ST)> ^ <city (ST)> ^ <state or
province (ST)> ^ <zip or postal
code (ST)> ^ <country (ID)> ^
< address type (ID)> ^ <other
geographic designation (ST)> ^
<county/parish code (IS)> ^
<census tract (IS)>
data type. <family name (ST)>
^ <given name (ST)> ^ <middle
initial or name (ST)> ^ <suffix
(e.g., JR or III) (ST)> ^ <prefix
(e.g., DR) (ST)> ^ <degree
(e.g., MD) (ST)> ^ <name type
code (ID) >
<organization name (ST)> ^
<organization name type code
(IS)> ^ <ID number (NM)> ^
<check digit (NM)> ^ <code
identifying the check digit
scheme employed (ID)> ^
<assigning authority (HD)> ^
<identifier type code (IS)> ^
<assigning facility ID (HD)>
In Version 2.3, replaces the TN
data type. [NNN] [(999)]9999999 [X99999] [B99999] [C any
text] ^ <telecommunication
use code (ID)> ^
<telecommunication equipment
type (ID)> ^ <email address
(ST)> ^ <country code (NM)> ^
<area/city code (NM)> ^
<phone number (NM)> ^
<extension (NM)> ^ <any text
(ST)>
50Inbound ADT HL7 messagesWelch Allyn Connectivity Server
Table 23. Data type descriptions
Data typeDefinitionData format attributes and notes
Specialty
Waveform
CDChannel definition<channel identifier (*)> ^
MAMultiplexed array<sample 1 from channel 1
NANumeric array<value1 (NM)> ^ <value2
EDEncapsulated dataSupports ASCII MIMEencoding
Price data
CPComposite priceIn Version 2.3, replaces the
Patient administration/Financial information
FCFinancial class<financial class (ID)> ^
Extended queries
QSCQuery selection criteria<name of field (ST)> ^
QIPQuery input parameter list<field name (ST) > ^ <value1
RCDRow column definition<HL7 item number (ST)> ^
<channel number (NM)> &
<channel name (ST)>> ^
<electrode names (*) > ^
<channel sensitivity/units (*) >
^ <calibration parameters (*)> ^
<sampling frequency (NM)> ^
<minimum/maximum data
values (*)>
(NM)> ^ <sample 1 from
channel 2 (NM)> ^ <sample 1
from channel 3 (NM)>
...~<sample 2 from channel 1
(NM)> ^ <sample 2 from
channel 2 (NM)> ^ <sample 2
from channel 3 (NM)> ...~
(NM)> ^ <value3 (NM)> ^
<value4 (NM)> ^ ...
of binary data.
<source application (HD) > ^
<main type of data (ID)> ^
<data subtype (ID)> ^
<encoding (ID)> ^ <data (ST)>
MO data type. <price (MO)> ^
<price type (ID)> ^ <from value
(NM)> ^ <to value (NM)> ^
<range units (CE)> ^ <range
type (ID)>
<Wed Jan 14 19:34:20 2009>HL7Log Responder sending message:
MSH|^~\&|WAP^WAP||||20090114193420.3160600||ACK^A03|20090114193420316e9|P|2.3
MSA|AA|2271605
Programmer’s GuideInbound ADT HL7 messages53
Unacceptable ADT messages and WACS error messages
WACS returns error messages to the CIS/HIS ADT server in response to these messages:
•Message types other than A01, A03, A04, A05, A08, A011 or A13, and your system
has not been programmed to block messages other than these.
•HL7 messages containing noncompliant format. In these cases, WACS rejects the
entire content of the message.
WACS error message: non-accepted message type
WACS error message:
MSH|^~\&|||||20090203130308.435-0500||ACK|16249|P|2.4
MSA|AR|613958749|No appropriate destination could be found to which this message could be
routed.
ERR|^^^207&Application Internal Error&HL70357
ADT/ACK error message: noncompliant format
Note
The Acuity System accepts middle initial only (not middle name) in messages.
In this example, the telephone number (highlighted below in bold text) is a noncompliant
format.
ADT^A01 message:
MSH|^~\&|AccMgr|1|||20090130160820||ADT^A03|6139110482|P|2.3.1EVN|A03|20090130160819
PID|1|841940^^^AccMgr^PN|500138979^^^AccMgr^MR^1||SAMPLE^PATIENT^L||19920722|F|T
EST TEST|W|2001 SAMPLE
RD^^SAMPLE^NY^132110000^^M|31|8005551212||E|S|NO|6943809^^^AccMgr^VN^1|099809
553|||2|USA||||NOT A VETERAN|||N
PV1|1|O|2E^237^02^1|3||2E^237^02|1370^TEST^TEST^^^^^^AccMgr^^^^CI|1370^ TEST ^
TEST ^^^^^^AccMgr^^^^CI||TWM||||1|||1370^
WESTPFAL^EDITH^^^^^^AccMgr^^^^CI|67|6943809^^^AccMgr^VN^1|200^TEST||||||||||||||||1|1||
1||P|||20081008111700|20081009180000|3083.9|3083.9||||0
PV2||SOB^NO||||||20081008111700
WACS error message:
MSH|^~\&|||||20090130160831.875-0500||ACK|5804|P|2.4
MSA|AE|6139110482|The phone number component must be supplied and should be in the
following format [999-9999].
ERR|^^^207&Application Internal Error&HL70357
54Inbound ADT HL7 messagesWelch Allyn Connectivity Server
Reconfiguration of ADT services
If your WACS system receives inbound ADT messages from your CIS, and you need to
reconfigure certain ADT service settings, such as the CIS server IP address or the CIS
server port number, please contact Welch Allyn Technical Services (see “Contact
information” on page 57).
A Technical Service representative can help you access ADT settings in the WACS
program’s HL7 - General Settings page (shown below), which is beneath the WACS HL7
Manager tab. ADT settings in this page are only visible to Welch Allyn personnel.
You can access the WACS program via certain internet browsers on any computer in your
facility’s intranet. For instructions on accessing the WACS HL7 Manager pages, see the
Welch Allyn Connectivity Server (WACS) Directions for Use.
Note
If Welch Allyn personnel assist you in accessing certain ADT settings, do not
change ADT settings beyond those with which you are assisted. Changing other
ADT settings can render the WACS system inoperable.
A.
B.
C.
A.CIS server IP address used for inbound ADT messages to WACS
B.CIS server port used for inbound ADT messages to WACS
C.WACS enabled listening for CIS ADT data
55
7
XML interface
The optional Third-Party Data Stream Interface option provides a means of moving patient
identification and patient numeric data between the Acuity Central Station and a facility’s
information system.
To receive XML messages from WACS, a CIS/HIS opens a TCP/IP socket and listens.
When the Welch Allyn Connectivity Server detects an event, it connects to the socket and
sends a message.
The interface provides the following parameters:
Table 24. XML interface parameters
ParameterContentNote
CommandSet
Reset
SourceID[Patient ID or
Amended ID]
SensitivityLethal
High
Parameter
ApplicationIDWelch Allyn
When the alarm starts.
When the alarm ends.
Acuity uses this as the unique patient identifier across
the Acuity network.
If you encounter a problem that cannot be corrected by ordinary operating procedures
described in this manual, please contact Welch Allyn Technical Services:
Phone (within the U.S.A.):1-800-289-2501
Phone (worldwide):+1 503-530-7500, ask for Technical Service
Vital-sign labelsAs listed in pageField entry allowed
even number of samples)
7200Field entry allowed
5Field entry allowed
Closest (most recent)
even number of samples)
Table 28. Non-supported features
Simultaneous clients: WACS sends data to only one CIS
HL7 batch processing: WACS only sends data at a regular interval or in response to a query
Wildcards: WACS does not accept wildcards
Index
59
A
ADT
acceptable messages from 52
data types accepted from 47
erroneous messages 52
HL7 messages 41
how Acuity System uses information 43
message formats accepted from 46
WACS messaging rules 44
C
CIS ADT messages 41
configuring HL7 interface 5
D
Data
interface 6
transfer and storage in Acuity System 7
types accepted 47
Delimiters, accepted HL7 46
documents, related 3
E
entry sequence 44
where entered in system 43
Inbound HL7 ADT Data module 41
Interface, data 6
M
Message
ADT error, sent by WACS 52
ORU/ACK example 29
QBP^RSP example 39
QBP/RSP example 35, 37
QRY/ORF example 32, 36, 38
time/date example 13
types and formats received by WACS 46
O
Outbound HL7 Vital-sign Observations module 15
Overview, system 5
P
Patient ID
entry sequence 44
where entered in system 43
Error messages sent by WACS 52
F
Formats, accepted HL7 message 46
H
Health Level Seven Standard 11
Help 57
HL7
configuration by qualified personnel 2
interface, configuring 5
I
ID
S
segment-level protocol, HL7 12
server 5
specifications 57