Chapter Co-Chair and Editor |
Anthony Julian |
Chapter Co-Chair |
Nick Radov United Healthcare |
Chapter Co-Chair |
Sandra Stuart |
Chapter Co-Chair |
Dave Shaver |
Sponsoring Work Group: |
Infrastructure and Messaging |
List Server: |
The information in this chapter was relocated from Appendix C as of v2.4 of the standard. It had previously been entitled Network Management, and has been renamed to more accurately describe the purpose of the messages described herein. This chapter does not specify a protocol for managing networks, á la TCP/IP SNMP. Rather, its messages provide a means to manage HL7-supporting applications over a network.
Because this chapter was originally named "Network Management," the messages and segments have labels beginning with the letter "N." These labels are retained for backward compatibility.
As a technical chapter, this information is now normative with respect to the HL7 standard. It is anticipated that additional messages and message content will be added to this chapter in the near future.
NOTE: The MFQ//MFR transaction was retained for backward compatibility as of v2.5 and has been withdrawn as of V2.7. See conformance based queries as defined in Chapter 5.
None - Refer to Chapter 5 for generic query choreography.
The N02 event signifies when an unsolicited update (UU) Application Management Data message (NMD) is created by on application to transmit application management information to other applications. In this case, the initiating application sends an NMD message as an unsolicited update (UU) containing application management information to a receiving application, which responds with a generic acknowledgement message (ACK).
For example, an application going down for backups (or starting up again after backups) might issue such a message to one or more other applications. An application switching to another CPU or file-server may also need to use this transaction to notify other systems.
Note: Because this message pair does not have an application acknowledgement, the value in MSH-16 does not affect the choreography
Send Immediate Ack: ACK^N02^ACK
When the MSH-15 value of a NMD^N02^NMD_N02 message is AL or ER or SU, an ACK^N02^ACK message SHALL be sent as an immediate ack.
When the MSH-15 value of a NMD^N02^NMD_N02 message is NE or AL or ER or SU, an immediate ack SHALL NOT be sent.
When the MSH-16 value of a NMD^N02^NMD_N02 message is AL or ER or SU, a message SHALL be sent as an application ack.
When the MSH-16 value of a NMD^N02^NMD_N02 message is NE or AL or ER or SU, an application ack SHALL NOT be sent.
Field | Value | Send Response |
---|---|---|
MSH-15 | AL, ER, SU | immediate ack: ACK^N02^ACK |
NE, AL, ER, SU | (none) | |
MSH-16 | AL, ER, SU | application ack: |
NE, AL, ER, SU | (none) |
The NCK segment is used to allow the various applications on the network to synchronize their system clocks (system date and time).
Usage Notes: If this message is to be used to automatically reset/correct system clocks, it is recommended that the system or administrative personnel initiating the NMQ with the NCK segment have the authority to correct the clock (system date and time) for the other systems on the network. This is important in order to avoid the obvious confusion of multiple systems attempting to resynchronize each other's clocks.
If this message is used only to gather information on the various systems' clocks, it is still important for an administrative procedure to be worked out to avoid conflicts when resetting clocks.
Seq# | Data Element Name | DataType | Usage | Vocabulary | Cardinality | Item # | Length | C.LEN | Flags |
---|---|---|---|---|---|---|---|---|---|
NCK | |||||||||
1 | System Date/Time | DTM | R | [1..1] | 01172 | [4..24] |
The NSC segment is used to inform (NMR query response) or announce (NMD unsolicited update) the start-up, shut-down, and/or migration (to a different CPU or file-server/file-system) of a particular application.
Usage Notes: Fields 2-9. These are not applicable ("n/a") when the type of change being requested or reported is start-up or shut-down. If the change is of type "M", at least one of fields 2-5 must be different from its corresponding field in range 6-9.
Fields 4-5, 8-9. See definitions for the MSH, message header segment, in Chapter 2, "Control Section," for fields 3-4, for system and facility. "Application" is available for interfacing with lower level protocols. "Facility" is entirely site-defined.
Fields 2-3, 6-7: entirely site-defined.
Seq# | Data Element Name | DataType | Usage | Vocabulary | Cardinality | Item # | Length | C.LEN | Flags |
---|---|---|---|---|---|---|---|---|---|
NSC | |||||||||
1 | Application Change Type | CWE | R | [1..1] | 01188 | ||||
2 | Current CPU | ST | O | [0..1] | 01189 | ||||
3 | Current Fileserver | ST | O | [0..1] | 01190 | ||||
4 | Current Application | HD | O | [0..1] | 01191 | ||||
5 | Current Facility | HD | O | [0..1] | 01192 | ||||
6 | New CPU | ST | O | [0..1] | 01193 | ||||
7 | New Fileserver | ST | O | [0..1] | 01194 | ||||
8 | New Application | HD | O | [0..1] | 01195 | ||||
9 | New Facility | HD | O | [0..1] | 01196 |
The NST segment allows application control-level statistical information to be passed between the various systems on the network. Some fields in this segment refer to portions of lower level protocols; they contain information that can be used by application management applications monitoring the state of various network links.
Usage Notes: Fields 2-15. These are all marked optional since the statistics kept on a particular link and negotiated between the two systems in question will vary. Not all values will apply to each system. Some values are concerned with the type of port, and some values pertain to the lower level protocol.
Seq# | Data Element Name | DataType | Usage | Vocabulary | Cardinality | Item # | Length | C.LEN | Flags |
---|---|---|---|---|---|---|---|---|---|
NST | |||||||||
1 | Statistics Available | ID | R | [1..1] | 01173 | [1..1] | |||
2 | Source Identifier | ST | O | [0..1] | 01174 | ||||
3 | Source Type | ID | O | [0..1] | 01175 | ||||
4 | Statistics Start | DTM | O | [0..1] | 01176 | ||||
5 | Statistics End | DTM | O | [0..1] | 01177 | ||||
6 | Receive Character Count | NM | O | [0..1] | 01178 | ||||
7 | Send Character Count | NM | O | [0..1] | 01179 | ||||
8 | Messages Received | NM | O | [0..1] | 01180 | ||||
9 | Messages Sent | NM | O | [0..1] | 01181 | ||||
10 | Checksum Errors Received | NM | O | [0..1] | 01182 | ||||
11 | Length Errors Received | NM | O | [0..1] | 01183 | ||||
12 | Other Errors Received | NM | O | [0..1] | 01184 | ||||
13 | Connect Timeouts | NM | O | [0..1] | 01185 | ||||
14 | Receive Timeouts | NM | O | [0..1] | 01186 | ||||
15 | Application control-level Errors | NM | O | [0..1] | 01187 |
None.