| # | Name | Location | Type | Details | Index | Description |
|---|---|---|---|---|---|---|
| .01 | process name(+) | 0;1 | FREE TEXT | B | A unique name for the type of process. | |
| .02 | active | 0;2 | BOOLEAN | 0:NO 1:YES | C | A flag that indicates whether or not this type of process is active under the HLO Process Manager. Some processes may not apply to some systems, for example, a particular site may not use the Taskman multi-listener. |
| .03 | minimum active processes | 0;3 | NUMERIC | This field indicates the minimum number of concurrent processes of this type. The exact number changes as the HLO Process Manager starts and stops processes in response to changes in workload. | ||
| .04 | maximum active processes | 0;4 | NUMERIC | |||
| .05 | scheduling frequency (minutes) | 0;5 | NUMERIC | This is how long the Process Manager should wait between checks to see if another process of this type should be started. | ||
| .06 | dt/tm last started or stopped | 0;6 | DATE-TIME | The date and time when a process of this type was last started or stopped. | ||
| .07 | hang time (seconds) | 0;7 | NUMERIC | This is how long a process should wait between attempts to find work to do. | ||
| .08 | get work function (tag)(+) | 0;8 | FREE TEXT | The M entry point to the GET WORK function for this process type. | ||
| .09 | get work function (routine)(+) | 0;9 | FREE TEXT | The routine in which this process type has located its GET WORK function. | ||
| .1 | do work function (tag) | 0;10 | FREE TEXT | The M entry point for the process's DO WORK function. | ||
| .11 | do work function (routine) | 0;11 | FREE TEXT | The routine in which the process's DO WORK function is located. | ||
| .12 | max tries finding work | 0;12 | NUMERIC | How many times should the process look for work and then quit if it cannot find anything to do? It'll hang between attempts the specified length of time. | ||
| .13 | persistent | 0;13 | BOOLEAN | 0:NO 1:YES | Setting this field to YES results in the process being made persistent via the Taskman persistent parameter. | |
| .14 | dedicated link | 0;14 | FREE TEXT | The primary use of this field is for TCP/IP listener processes, and indicates which port (via the HL Logical Link) that the process should be listening on. However, it could be used to dedicate a client link process to a particular link. | ||
| .15 | vms tcp service | 0;15 | BOOLEAN | 1:YES 0:NO | VMS services are not started or stopped via the HL7 Process Manager. However, on a VMS system, these services are an important part of the HL7 system, and so an entry in the HL7 Process Registry should be created for them. The Process Manager will use the PING functionality to verify that the listener is running. | |
| .16 | box-volume pair | 0;16 | POINTER | 14.7 | The BOX-VOLUME PAIR field (#13) in the HLO SYSTEM PARAMETERS file (#779.1) may be used to optionally specify the node that the HL7 (optimized) software should run on. The BOX-VLUME PAIR field (#16) of the HLO PROCESS REGISTRY file (#779.3) may be used to optionally specify the ndoe that a specify type of HL7 (optimized) software should execute on. If this field has a value, it will override the value in the HLO SYSTEM PARAMETERS file (#779.1) for this type of HLO process. It is generally not necessary to designate which node an HLO process will execute on. The primary exception may be to allow a Cache/NT site to utilize multiple listeners running on multiple nodes. Cache/VMS sites should not utilize listeners running under the HLO Process Manager. Instead, those sites should utilize the VMS TCPIP Services. If desired for load balancing, such a service may be run on multiple nodes. The BOX-VOLUME PAIR parameters do NOT affect listeners that utilize the VMS TCPIP Services. |
Not Referenced