If an incoming message arrives for a patient whose record is currently being edited by a user in Hyperspace, the record is " locked. " Bridges cannot file to a locked record, so it places the message in the Holding Queue
. Once the user finishes their work and the lock is released, the message is moved back to the Data Queue to be filed.

Bridges provides a configuration toggle for Case Sensitivity within translation tables. This is crucial because some external systems might send values like " M " and " m " interchangeably, while others might use case to distinguish between two different codes. Setting this correctly ensures that the interface accurately matches the incoming string to the intended internal value.

Profile variables are configuration settings that the interface daemons read when they initialize. If a change is made to a profile variable while the interface is running, the active daemon will not recognize the update. A restart of the Communications and Filer daemons is required to force the system to reload the new configuration from the database.

The Message Search activity in Bridges is designed for flexibility. One of its core features is the ability to select multiple interface specifications or even all interfaces within a search. This allows an analyst to track a patient's data across different systems (e.g., searching for both Lab and Pharmacy messages simultaneously) in a single consolidated result list.

The Communications Daemon is only responsible for the transport of the message (connecting to the external system and moving raw data). The process of translating that data and filing it into Epic's database (Chronicles) is handled by the Filer Daemon .